October 2009 - macports-tickets - lists.macosforge.org

[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] #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] #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

[MacPorts] #17855: sshfs-2.2 build crashes
by MacPorts 13 Aug '11

13 Aug '11

#17855: sshfs-2.2 build crashes -------------------------------------------+-------------------------------- Reporter: martin.eisenhardt@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: sshfs-2.2 -------------------------------------------+-------------------------------- Hi, when I try to install sshfs, the following happens: {{{ mekkie:~ mneisen$ sudo port install sshfs ---> Building sshfs Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_fuse_sshfs/work /sshfs-fuse-2.2" && nice -n 19 make all " returned error 2 Command output: sshfs.c:2493: error: dereferencing pointer to incomplete type sshfs.c:2494: error: dereferencing pointer to incomplete type sshfs.c:2495: error: dereferencing pointer to incomplete type sshfs.c:2496: error: dereferencing pointer to incomplete type sshfs.c:2498: error: dereferencing pointer to incomplete type sshfs.c: In function 'search_read_chunk': sshfs.c:2506: error: dereferencing pointer to incomplete type sshfs.c:2506: error: dereferencing pointer to incomplete type sshfs.c:2507: error: dereferencing pointer to incomplete type sshfs.c: In function 'sshfs_async_read': sshfs.c:2531: error: dereferencing pointer to incomplete type sshfs.c:2533: error: dereferencing pointer to incomplete type sshfs.c:2534: error: dereferencing pointer to incomplete type sshfs.c:2541: error: dereferencing pointer to incomplete type sshfs.c:2545: error: dereferencing pointer to incomplete type sshfs.c: In function 'sshfs_write_begin': sshfs.c:2580: error: dereferencing pointer to incomplete type sshfs.c:2583: error: dereferencing pointer to incomplete type sshfs.c: In function 'sshfs_write_end': sshfs.c:2589: error: dereferencing pointer to incomplete type sshfs.c:2591: error: dereferencing pointer to incomplete type sshfs.c:2592: error: dereferencing pointer to incomplete type sshfs.c:2593: error: dereferencing pointer to incomplete type sshfs.c:2594: error: dereferencing pointer to incomplete type sshfs.c:2596: error: dereferencing pointer to incomplete type sshfs.c:2601: error: dereferencing pointer to incomplete type sshfs.c: At top level: sshfs.c:3287: warning: 'main' takes only zero or two arguments make[1]: *** [sshfs-sshfs.o] Error 1 make: *** [all] Error 2 }}} This problem is reproducible and pertaining. Thanks for any help. -- Ticket URL: <http://trac.macports.org/ticket/17855> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #19991: adium: update from 1.2.5 to 1.3.4
by MacPorts 31 Jul '11

31 Jul '11

#19991: adium: update from 1.2.5 to 1.3.4 --------------------------------------+------------------------------------- Reporter: joseph@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: adium --------------------------------------+------------------------------------- as of now, 1.3.4 is the current release. More info at http://trac.adium.im/wiki/PreviousReleases -- Ticket URL: <http://trac.macports.org/ticket/19991> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #17064: add BitTorrent as alternative for downloading ports
by MacPorts 29 Jul '11

29 Jul '11

#17064: add BitTorrent as alternative for downloading ports ------------------------------------+--------------------------------------- Reporter: hotfusionman(a)yahoo.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Low | Milestone: MacPorts base enhancements Component: base | Version: 1.6.0 Keywords: | Port: ------------------------------------+--------------------------------------- I discovered while trying to install Erlang's otp_src_R12B-4 that the standard HTTP download was taking forever, but there was a torrent file right next to it, and the torrent download went orders of magnitude faster. It would have been nice a) to have gotten feedback on the progress of the download and b) to be able to use (or fail over to) the BittTorrent download mechanism automatically. I took some notes on the macports.tcl script to sketch out how a BitTorrent client might be used instead of curl but have not tried out any of my code yet. -- Ticket URL: <http://trac.macports.org/ticket/17064> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #16723: unify the python portgroups
by MacPorts 22 Jul '11

22 Jul '11

#16723: unify the python portgroups ------------------------------+--------------------------------------------- Reporter: jmr(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.7.0 Keywords: | Port: ------------------------------+--------------------------------------------- The current practice of having separate ports of modules for each python version is awkward, and will get far worse now that python 2.6 and 3.0 are being released. Here is a portgroup that should be able to replace the current python25 and python24 groups, and can install for any combination of the available python versions at once via variants. -- Ticket URL: <http://trac.macports.org/ticket/16723> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 23

[MacPorts] #20589: Instructions for port "smokeping" do not cover 10.5
by MacPorts 20 Jul '11

20 Jul '11

#20589: Instructions for port "smokeping" do not cover 10.5 ------------------------------------+--------------------------------------- Reporter: schneider.pj@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: smokeping ------------------------------------+--------------------------------------- After installing smokeping, you get instructions how to setup smokeping. It says: "-For Apple's Apache 1, manually copy mod_speedycgi.so and smokeping.cgi into place ... sudo cp ${prefix}/share/doc/speedycgi/mod_speedycgi.so /usr/libexec/httpd sudo cp ${prefix}${smokedata}/smokeping.cgi /Library/WebServer/CGI- Executables ... and add the lines below to /etc/httpd/httpd.conf. LoadModule speedycgi_module libexec/mod_speedycgi.so AddModule mod_speedycgi.c" This may be correct for previous versions of Mac OS X, but in Mac OS X 10.5, Apple ships Apache2. The correct instructions could be these: "-For Apple's Apache 2, manually copy mod_speedycgi.so and smokeping.cgi into place ... sudo cp ${prefix}/share/doc/speedycgi/mod_speedycgi.so /usr/libexec/apache2 sudo cp ${prefix}${smokedata}/smokeping.cgi /Library/WebServer/CGI- Executables ... and add the lines below to /etc/apache2/httpd.conf. LoadModule speedycgi_module libexec/mod_speedycgi.so" I tested it, and it works. Best regards. Peter -- Ticket URL: <http://trac.macports.org/ticket/20589> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 21

[MacPorts] #18272: graphviz, graphviz-devel: ${prefix}/lib/graphviz/config(5) should be part of destroot
by MacPorts 20 Jul '11

20 Jul '11

#18272: graphviz, graphviz-devel: ${prefix}/lib/graphviz/config(5) should be part of destroot -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: graphviz, graphviz-devel -------------------------------------+-------------------------------------- Graphviz requires a file config or config5 in ${prefix}/lib/graphviz to work. This file lists which plugins got built. The file is created by running "`dot -c`" after installation in the post-activate phase, but that means the file doesn't get to be part of the destroot. It was done this way because there was no way to tell "`dot -c`" to write to a destroot; it always wrote to the real file. The current development version of Graphviz lets you specify an alternate directory to write the file in. I forget how to do that, and I don't know if the latest stable version 2.20.3 already supports this or whether I have to wait for 2.22. If I have to wait on 2.22, then maybe I should wait until that's released before updating graphviz-devel too, otherwise graphviz-devel will have it as part of the destroot and graphviz won't, making it hard to switch between the two ports. -- Ticket URL: <http://trac.macports.org/ticket/18272> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4