December 2008 - macports-tickets - lists.macosforge.org

Re: [MacPorts] #14795: BUG: php4 fails if sablotron was built with javascript variant
by MacPorts 07 Dec '08

07 Dec '08

#14795: BUG: php4 fails if sablotron was built with javascript variant ----------------------------------------+----------------------------------- Reporter: marcuscalhounlopez@… | Owner: jwa@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: ----------------------------------------+----------------------------------- Comment(by mcalhoun@…): Since I don't have php4 installed anymore, should I close this ticked as "won't fix"? -- Ticket URL: <http://trac.macports.org/ticket/14795#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #15833: p5-net-ssleay 1.3 Dependency on Perl 5.8 instead of Perl 5.x
by MacPorts 07 Dec '08

07 Dec '08

#15833: p5-net-ssleay 1.3 Dependency on Perl 5.8 instead of Perl 5.x -----------------------------------+---------------------------------------- Reporter: pmagrath(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.6.0 Keywords: | -----------------------------------+---------------------------------------- p5-net-ssleay relies on a dependency, perl5.8. If perl5.10 is already installed, that version of perl should be used instead of installing perl5.8 as well. -- Ticket URL: <http://trac.macports.org/ticket/15833> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #17513: RFE: change perl dependency of torrentsniff
by MacPorts 07 Dec '08

07 Dec '08

#17513: RFE: change perl dependency of torrentsniff -----------------------------------+---------------------------------------- Reporter: mcalhoun@… | Owner: eridius@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | Port: torrentsniff -----------------------------------+---------------------------------------- Attached is a proposed change in the perl dependency of torrentsniff.[[BR]] Since torrentsniff uses the perl5 PortGroup, I do not think perl dependency is needed.[[BR]] It also resolves issues brought up in #17182 and #16830. -- Ticket URL: <http://trac.macports.org/ticket/17513> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #17512: RFE: Change perl dependency for wakeonlan
by MacPorts 07 Dec '08

07 Dec '08

#17512: RFE: Change perl dependency for wakeonlan -----------------------------------+---------------------------------------- Reporter: mcalhoun@… | Owner: mww@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | Port: wakeonlan -----------------------------------+---------------------------------------- Attached is a proposed change to the perl dependency of wakeonlan. -- Ticket URL: <http://trac.macports.org/ticket/17512> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #15854: swig: python variant should depend on python_select
by MacPorts 07 Dec '08

07 Dec '08

#15854: swig: python variant should depend on python_select ------------------------------+--------------------------------------------- Reporter: ram(a)macports.org | Owner: kevin(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: python swig | ------------------------------+--------------------------------------------- The python variant of swig currently depends explicitly on python25, where all it actually needs is a python as the installed product doesn't actually depend on a specific python version. It would therefore make more sense if the dependency for the python variant was python_select instead. -- Ticket URL: <http://trac.macports.org/ticket/15854> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17475: swig python variant is based on python26
by MacPorts 07 Dec '08

07 Dec '08

#17475: swig python variant is based on python26 ------------------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: kevin@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: swig ------------------------------------------+--------------------------------- The swig python variant now seems to be based on python26. There needs to be a python25 variant. The python26 port isn't even functional currently. See also #15854. -- Ticket URL: <http://trac.macports.org/ticket/17475> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #17544: problem building xmoto
by MacPorts 07 Dec '08

07 Dec '08

#17544: problem building xmoto -------------------------------------+-------------------------------------- Reporter: neuechristian@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: xmoto -------------------------------------+-------------------------------------- Failure building xmoto 0.5 in leopard 10.5.4, with macports 1.6. This is the console output. [local/bin] > install -d xmoto ---> Configuring xmoto Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_xmoto/work/xmoto-0.5.0" && ./configure --prefix=/opt/local --with-apple-opengl-framework " returned error 1 Command output: checking for /usr/bin/gcc-4.0 option to accept ISO C89... none needed checking dependency style of /usr/bin/gcc-4.0... gcc3 checking how to run the C preprocessor... /usr/bin/cpp-4.0 checking for a BSD-compatible install... /usr/bin/install checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking whether byte ordering is bigendian... no checking sqlite3.h usability... yes checking sqlite3.h presence... yes checking for sqlite3.h... yes checking for main in -lsqlite3... yes checking for uncompress in -lz... yes checking for jpeg_CreateCompress in -ljpeg... yes checking for png_read_image in -lpng... yes checking for BZ2_bzReadOpen in -lbz2... yes checking for SDL - version >= 1.0.0... checking for sdl-config... /opt/local/bin/sdl-config yes checking for Mix_OpenAudio in -lSDL_mixer... yes checking for SDLNet_TCP_Open in -lSDL_net... no configure: error: SDL_net required Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macports.org/ticket/17544> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

Re: [MacPorts] #15099: [vim-7.1.293+python] wrong Python linked?
by MacPorts 07 Dec '08

07 Dec '08

#15099: [vim-7.1.293+python] wrong Python linked? ---------------------------------+------------------------------------------ Reporter: frodwith@… | Owner: raimue@… Type: defect | Status: reopened Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: Port: vim vim-app | ---------------------------------+------------------------------------------ Comment(by raimue@…): With `-F ... -framework Python` in LINKFORSHARED it is possible to link against the wrong python version, as it always uses `Versions/Current` which is managed by python_select. Can't we use `${frameworks_dir}/Python.framework/Versions/2.6/Python` instead to be more specific and less error-prone? I was able to build vim against the right python 2.6 now. Can we backport this fix to python 2.5? I don't want to force users to install python26 at the moment, as it is not yet fully supported with modules etc. -- Ticket URL: <http://trac.macports.org/ticket/15099#comment:13> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #15765: rtorrent 0.7.9 "Caught Segmentation fault, dumping stack"
by MacPorts 06 Dec '08

06 Dec '08

#15765: rtorrent 0.7.9 "Caught Segmentation fault, dumping stack" ------------------------------------------------------+--------------------- Reporter: bigjonnyk(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: rtorrent curl segmentation fault dumping | ------------------------------------------------------+--------------------- After reinstalling a clean version of mac osx 10.5 twice in the last 2 days and installing rtorrent via macports i'm getting crashes everytime when quitting and sometimes on start up with message below. I had it working perfectly on the same system for months installing in the same way a few months ago without ever having this error message. I think it has to do with an incompatibilty with a newer version of the curl dependency (7.18.2_0). I have port uninstalled curl and manually copied over from usr/local/bin a curl 7.18.1_2 version I compiled. I then rebuilt rtorrent via macports (giving an error as it still tried to fetch curl but couldn't activate as already had the curl files i had copied over were in its way although rtorrent then built as normal). And it is now fixed and running perfectly with curl at 7.18.1_2. I'm assuming the port has been updated installing newest versions of all dependencies. Can one change the port to install the older version by default, it was lucky i had another computer with rtorrent installed and running perfectly still on the old port with the original curl 7.18.1_2 tarball in the distfiles folder. Couldn't find a copy on curl's website Caught Segmentation fault, dumping stack:[[BR]] 0 0 rtorrent 0x0002e4dd _Z8do_panici + 125[[BR]] 1 1 rtorrent 0x00034385 _ZN13SignalHandler6caughtEi + 357[[BR]] 2 2 libSystem.B.dylib 0x9035097b _sigtramp + 43[[BR]] 3 3 ??? 0xffffffff 0x0 + 4294967295[[BR]] 4 4 libcurl.4.dylib 0x0020628e Curl_http + 2190[[BR]] 5 5 libcurl.4.dylib 0x00212dda Curl_do + 234[[BR]] 6 6 libcurl.4.dylib 0x0021f767 Curl_expire + 2983[[BR]] 7 7 libcurl.4.dylib 0x0021fb99 curl_multi_perform + 89[[BR]] 8 8 rtorrent 0x000518a3 _ZN4core9CurlStack7performEv + 51[[BR]] 9 9 rtorrent 0x000744a9 _ZN4core17PollManagerSelect4pollEN3rak5timerE + 425[[BR]] 10 10 rtorrent 0x0002fc01 main + 1777[[BR]] 11 11 rtorrent 0x00002696 start + 54[[BR]] Abort trap -- Ticket URL: <http://trac.macports.org/ticket/15765> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #17508: lesstif installs to incorrect prefix
by MacPorts 06 Dec '08

06 Dec '08

#17508: lesstif installs to incorrect prefix -----------------------------------+---------------------------------------- Reporter: jeremyhu@… | Owner: lomion@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: universal | Port: lesstif -----------------------------------+---------------------------------------- -- Ticket URL: <http://trac.macports.org/ticket/17508> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1