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

[MacPorts] #17401: emacs make-term: eterm-color not found due to new ncurses version
by MacPorts 16 Jul '11

16 Jul '11

#17401: emacs make-term: eterm-color not found due to new ncurses version ---------------------------------+------------------------------------------ Reporter: vinc17@… | Owner: imajes@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: emacs,ncurses,ncursesw ---------------------------------+------------------------------------------ Since I've upgraded to ncurses and ncursesw 5.7_0, when I type in emacs 22.3.1: {{{ ESC : (make-term "tack" "tack") }}} I get the following error in buffer *tack*: {{{ Terminal not found: TERM=eterm-color usage: tack [-itV] [term] Process tack exited abnormally with code 1 }}} The problem disappears after downgrading to ncurses/ncursesw 5.6. So, it seems that the new ncurses version broke something. -- Ticket URL: <http://trac.macports.org/ticket/17401> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #17102: libgda's postgresql8 variant should depend on postgresql83
by MacPorts 03 Jul '11

03 Jul '11

#17102: libgda's postgresql8 variant should depend on postgresql83 ------------------------------+--------------------------------------------- Reporter: nox(a)macports.org | Owner: landonf(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: Keywords: | Port: libgda postgresql83 ------------------------------+--------------------------------------------- libgda's postgresql8 variant currently depend on postgresql80, I think it should depend on the latest stable version of PostgreSQL: postgresql83. -- Ticket URL: <http://trac.macports.org/ticket/17102> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #16702: [NEW] mod_security2
by MacPorts 16 Jun '11

16 Jun '11

#16702: [NEW] mod_security2 -------------------------------------+-------------------------------------- Reporter: myschizobuddy(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Keywords: | Port: -------------------------------------+-------------------------------------- Mod Security 2 is an updated intrusion detection and prevention engine for web applications. It works only with Apache2 -- Ticket URL: <http://trac.macports.org/ticket/16702> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #18971: ncid: allow universal build
by MacPorts 16 Jun '11

16 Jun '11

#18971: ncid: allow universal build -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.0 Keywords: | Port: ncid -------------------------------------+-------------------------------------- ncid doesn't use configure so the universal variant is currently turned off. The Makefile includes a target mac-fat that could be used to build universal, but I recommend against this because it does not take into account the SDK and MACOSX_DEPLOYMENT_TARGET the user has selected in macports.conf. Using the muniversal portgroup may be a better way to go, if possible. -- Ticket URL: <http://trac.macports.org/ticket/18971> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2