January 2010 - macports-tickets - lists.macosforge.org

[MacPorts] #23094: selfupdate tells me to use selfupdate
by MacPorts 31 Aug '11

31 Aug '11

#23094: selfupdate tells me to use selfupdate -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.8.2 Keywords: | Port: -------------------------------------+-------------------------------------- After using "sudo port -d selfupdate" to upgrade from 1.8.1 to 1.8.2, I was informed: {{{ Congratulations, you have successfully installed the MacPorts system. To get the Portfiles and update the system, add /opt/local/bin to your PATH and run: sudo port -v selfupdate }}} MacPorts should not advise me to use selfupdate if I just used selfupdate. -- Ticket URL: <http://trac.macports.org/ticket/23094> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #16524: qtpfsgui can't open raw file
by MacPorts 29 Aug '11

29 Aug '11

#16524: qtpfsgui can't open raw file ------------------------------------------+--------------------------------- Reporter: dersh(a)alum.mit.edu | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: qtpfsgui raw NEF dcraw ufraw | Port: qtpfsgui ------------------------------------------+--------------------------------- If I try to open a NEF raw file with qtpfsgui it opens a dialog box that says "ERROR: Cannot start dcraw on file: DSC_1527.NEF" I found that the version on the web site qtpfsgui web site contains dcraw, but that the port version does not. While I have the ufraw port installed, and installed dcraw. I copied cfraw into the application qtpfsgui/Contents/MacOS and now it will open NEF files. So the problem is just that qtpfsgui is not properly finding dcraw. I suppose that it should be pointed to find the version in Macports, or the port could just copy dcraw into the application. I am not sure how to change the port file so that either of the above happen, however. Also, either ufraw or dcraw should probably be a dependent of qtpfsgui. Finally, perhaps it should be a separate ticket, but the port of dcraw can't install, since ufraw installs that same file, and I already have installed that. So something should change about one or the other of these paths/ports. Perhaps ufraw should just depend on dcraw instead of including its own version of that same code? --Adam -- Ticket URL: <http://trac.macports.org/ticket/16524> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #18404: opendx: does not launch + Warning: violation by /opt/local/dx
by MacPorts 27 Aug '11

27 Aug '11

#18404: opendx: does not launch + Warning: violation by /opt/local/dx ----------------------------------------+----------------------------------- Reporter: cedric.ody@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: opendx | Port: ----------------------------------------+----------------------------------- Hello, I have succeeded in installing dx from the macports. However, it can not launch and I have the following comment > dx Error: attempt to add non-widget child "dsm" to parent "startupui" which supports only widgets Also, I had the following comments in the building of dx: bash-3.2$ sudo port install opendx ---> Fetching opendx ---> Verifying checksum(s) for opendx ---> Extracting opendx ---> Configuring opendx ---> Building opendx ---> Staging opendx into destroot Warning: violation by /opt/local/dx Warning: opendx violates the layout of the ports-filesystems! Warning: Please fix or indicate this misbehavior (if it is intended), it will be an error in future releases! ---> Installing opendx @4.4.4_1+darwin_9 ---> Activating opendx @4.4.4_1+darwin_9 ---> Cleaning opendx Thanks by advance, Cédric PS: It is the first time I use macports so I may have done something wrong. Note also that I have used the enclosed Portfile found on the macports pages. Without it, configure dx did not work with the version of macports. -- Ticket URL: <http://trac.macports.org/ticket/18404> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #18355: fltk universal variant not building.
by MacPorts 27 Aug '11

27 Aug '11

#18355: fltk universal variant not building. -----------------------------+---------------------------------------------- Reporter: Indy@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: universal | Port: fltk -----------------------------+---------------------------------------------- With universal variants for jpeg libpng and zlib installed doing a port install fltk +universal gives errors: ---> Building fltk Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_fltk/work/fltk-1.1.9" && make all " returned error 2 Command output: Fl_mac.cxx:2118: error: 'SetWindowBounds' was not declared in this scope Fl_mac.cxx:2120: error: 'InvalWindowRect' was not declared in this scope Fl_mac.cxx:2122: error: 'MoveWindow' was not declared in this scope Fl_mac.cxx: In member function 'void Fl_Window::make_current()': Fl_mac.cxx:2147: error: 'NewRgn' was not declared in this scope Fl_mac.cxx:2151: error: 'GetWindowPort' was not declared in this scope Fl_mac.cxx:2151: error: 'SetPort' was not declared in this scope Fl_mac.cxx:2163: error: 'SetOrigin' was not declared in this scope Fl_mac.cxx:2165: error: 'SetRectRgn' was not declared in this scope Fl_mac.cxx:2172: error: 'NewRgn' was not declared in this scope Fl_mac.cxx:2175: error: 'DiffRgn' was not declared in this scope Fl_mac.cxx:2176: error: 'DisposeRgn' was not declared in this scope Fl_mac.cxx:2188: error: 'SetPortClipRegion' was not declared in this scope Fl_mac.cxx: In static member function 'static void Fl::copy(const char*, int, int)': Fl_mac.cxx:2286: error: 'ClearCurrentScrap' was not declared in this scope Fl_mac.cxx:2287: error: 'GetCurrentScrap' was not declared in this scope Fl_mac.cxx:2296: error: 'PutScrapFlavor' was not declared in this scope Fl_mac.cxx: In static member function 'static void Fl::paste(Fl_Widget&, int)': Fl_mac.cxx:2306: error: 'GetCurrentScrap' was not declared in this scope Fl_mac.cxx:2307: error: 'GetScrapFlavorSize' was not declared in this scope Fl_mac.cxx:2315: error: 'GetScrapFlavorData' was not declared in this scope Fl_mac.cxx: In function 'void MacDestroyWindow(Fl_Window*, OpaqueWindowPtr*)': Fl_mac.cxx:2449: error: 'DisposeWindow' was not declared in this scope Fl_mac.cxx: In function 'void MacMapWindow(Fl_Window*, OpaqueWindowPtr*)': Fl_mac.cxx:2454: error: 'ShowWindow' was not declared in this scope Fl_mac.cxx: In function 'void MacUnmapWindow(Fl_Window*, OpaqueWindowPtr*)': Fl_mac.cxx:2464: error: 'HideWindow' was not declared in this scope lipo: can't figure out the architecture type of: /var/tmp//cc8QiR8o.out make[1]: *** [Fl.o] Error 1 make: *** [all] Error 1 -- Ticket URL: <http://trac.macports.org/ticket/18355> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13

[MacPorts] #23457: coreutils 8.4 upgrade fails
by MacPorts 26 Aug '11

26 Aug '11

#23457: coreutils 8.4 upgrade fails ----------------------------------------------+----------------------------- Reporter: theboergers@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: coreutils 8.4 file name too long | Port: coreutils ----------------------------------------------+----------------------------- coreutils 8.4 fails to build due to an extraordinarily long path. The full debug output is attached to the report. DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work" && /usr/bin/gzip -dc /opt/local/var/macports/distfiles/coreutils/coreutils-8.4.tar.gz | /usr/bin/gnutar --no-same-owner -xf -' Error: Target org.macports.extract returned: file name too long DEBUG: Backtrace: file name too long -- Ticket URL: <http://trac.macports.org/ticket/23457> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #22745: php5 with iodbc support
by MacPorts 24 Aug '11

24 Aug '11

#22745: php5 with iodbc support --------------------------------+------------------------------------------- Reporter: emgillis@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: php5, php5-odbc --------------------------------+------------------------------------------- I did search the tickets database and various documentation sources, but could not find anything that matches my request. If I missed it somehow, I do apologize. I know that php5-odbc is the currently supported module, however it does not seem to support "iODBC", but only "unixODBC". Since "iODBC" is what is installed on OS X by default, it would make sense to have the "iODBC" support. Also, because not all drivers are compatible with one project or the other. For instance, there does not appear to be a Sybase Driver compatible with unixODBC on the Mac OS X platform -- easySoft's seems to only support AIX, HP-UX, Linux, Solaris. But there is an iODBC Sybase Driver for OS X developed by ActualTechnologies. In short, it would be nice to have a module something like: php5-iodbc and php5-unixodbc Or perhaps be able to pass a flag or parameter like: php5-odbc [+iodbc | +unixodbc] I have only noticed the inability to use iODBC with the macports php5 build since the latest update to php 5.3. I have not tried the "devel" version because this option is needed on a production server that I'm doing setup for at the moment. Thanks!!! -- Ticket URL: <http://trac.macports.org/ticket/22745> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #21349: qjackctl: should build fine with qt4-mac
by MacPorts 17 Aug '11

17 Aug '11

#21349: qjackctl: should build fine with qt4-mac ---------------------------------+------------------------------------------ Reporter: becker.nils@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: qt dependencies | Port: qjackctl ---------------------------------+------------------------------------------ qjackctl depends on qt4-x11 presently. however, it builds and produces a fully functional qjacktl.app also with qt4-mac only. to build, i did the following: download and decompress tarball qjackctl 0.3.4 ./configure --with-qt=/opt/local/libexec/qt4-mac/ make i then copied the resulting qjackctl.app to /Applications. finally, it was necessary to set manually the full path to the jackdmp server in the preferences of qjackctl. works nicely! so i suggest dropping the qt4-x11 dependency in favor of the qt4-mac one. -- Ticket URL: <http://trac.macports.org/ticket/21349> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #18952: Stray .TMP files on distfiles mirrors
by MacPorts 14 Aug '11

14 Aug '11

#18952: Stray .TMP files on distfiles mirrors -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: wsiegrist@… Type: defect | Status: new Priority: Low | Milestone: Component: server/hosting | Version: Keywords: | Port: -------------------------------------+-------------------------------------- It seems that sometimes the distfiles mirror gets interrupted while downloading a file, and then a [http://www.google.com/search?q=site%3Adistfiles.macports.org+"gz.TMP"+OR+"bz2.TMP"+OR+"zip.TMP" .TMP file gets left behind]. This is a bit untidy and it would be nice if the .TMP files could be cleaned up automatically so that they don't appear when browsing the distfiles servers' directory listings. Perhaps a cron task could be installed to periodically clean it up. For example, it could run this command: {{{ find /path/to/distfiles -type f -name '*.TMP' \! -newermt '1 hour ago' -delete }}} This would find and delete files in /path/to/distfiles whose names end with ".TMP" and that were last modified more than an hour ago. If you just want to see what files would be deleted without deleting them, remove "`-delete`" from the command: {{{ find /path/to/distfiles -type f -name '*.TMP' \! -newermt '1 hour ago' }}} The "1 hour" figure is picked a bit at random, but you want some nonzero value in there; you wouldn't want to clean up .TMP files that are currently being downloaded. -- Ticket URL: <http://trac.macports.org/ticket/18952> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #22475: atanks: update to latest version
by MacPorts 14 Aug '11

14 Aug '11

#22475: atanks: update to latest version ------------------------------+--------------------------------------------- Reporter: snc@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: atanks ------------------------------+--------------------------------------------- There's a [http://sourceforge.net/projects/atanks/ new version available], 4.1. The version in MacPorts doesn't presently build for me in snow leopard. -- Ticket URL: <http://trac.macports.org/ticket/22475> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #21835: molmol 2k2.0
by MacPorts 13 Aug '11

13 Aug '11

#21835: molmol 2k2.0 --------------------------------------+------------------------------------- Reporter: howarth@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: science | Port: molmol --------------------------------------+------------------------------------- The attached packaging builds the molmol molecular modeling software identically [[BR]] to as on fink. The resulting molmol binaries reveals a bug in the X11 packages of [[BR]] MacPorts where the widgets are not displayed for the molmol windows. This behavior [[BR]] has been also reproduced for a manual build of molmol in /usr/local for MacPorts. A [[BR]] manual build in /usr/local against fink shows no problem so there must be a flaw in [[BR]] either the MacPorts X11 packages or (less likely) openmotif or glw.[[BR]] -- Ticket URL: <http://trac.macports.org/ticket/21835> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5