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

[MacPorts] #16232: update umit 0.9.5 stable
by MacPorts 06 Aug '08

06 Aug '08

#16232: update umit 0.9.5 stable --------------------------------+------------------------------------------- Reporter: luis.kop(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: | --------------------------------+------------------------------------------- Hi. Umit release a stable version 0.9.5. patch file have all modifications to update it. thanks. -- Ticket URL: <http://trac.macports.org/ticket/16232> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #16225: firefox-x11 is out-of-date (update needed for security)
by MacPorts 06 Aug '08

06 Aug '08

#16225: firefox-x11 is out-of-date (update needed for security) ---------------------------------+------------------------------------------ Reporter: vinc17(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: High | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: security | ---------------------------------+------------------------------------------ Firefox 2.0.0.13 is very old. Many security holes have been fixed since. Current versions are 2.0.0.16 and 3.0.1. -- Ticket URL: <http://trac.macports.org/ticket/16225> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #16222: neon 0.28.2 should be built without GSSAPI support
by MacPorts 06 Aug '08

06 Aug '08

#16222: neon 0.28.2 should be built without GSSAPI support ---------------------------------+------------------------------------------ Reporter: vinc17(a)macports.org | Owner: dluke(a)geeklair.net Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | ---------------------------------+------------------------------------------ By default, the configure script from neon looks for GSSAPI related headers. As neon does not depend on a package that provides such headers, --without-gssapi should be added to configure.args. Also note that building neon was failing with heimdal 1.0.1_0 because heimdal provides such headers and neon doesn't like them. This problem no longer occurs because heimdal is now installed in a non-standard location. Still, adding --without-gssapi would avoid bad surprises. If need be, a variant can still be added with a dependency on a package that provides GSSAPI and with adequate configure options. -- Ticket URL: <http://trac.macports.org/ticket/16222> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #15451: cairo +universal doesn't build since 1.6.4
by MacPorts 06 Aug '08

06 Aug '08

#15451: cairo +universal doesn't build since 1.6.4 -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: ryandesign(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- cairo +universal used to work in 1.4.14 but with 1.6.4 it doesn't build. -- Ticket URL: <http://trac.macports.org/ticket/15451> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #16231: Update esniper to 2.19.0
by MacPorts 06 Aug '08

06 Aug '08

#16231: Update esniper to 2.19.0 -------------------------------+-------------------------------------------- Reporter: dhaines(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: High | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: esniper | -------------------------------+-------------------------------------------- Attached is a diff for the "latest and greatest" version of net/esniper. -- Ticket URL: <http://trac.macports.org/ticket/16231> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #16230: R port: destroot path in $prefix/lib/pkgconfig/libR.pc
by MacPorts 06 Aug '08

06 Aug '08

#16230: R port: destroot path in $prefix/lib/pkgconfig/libR.pc ---------------------------------+------------------------------------------ Reporter: kjell.konis(a)epfl.ch | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | ---------------------------------+------------------------------------------ The pkgconfig file ($prefix/lib/pkgconfig/libR.pc) provided by the R port has $destroot in the paths. The attached revision fixes these during the post-destroot phase. -- Ticket URL: <http://trac.macports.org/ticket/16230> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16212: Python21 doesn't compile on Leopard Intel
by MacPorts 06 Aug '08

06 Aug '08

#16212: Python21 doesn't compile on Leopard Intel -------------------------------+-------------------------------------------- Reporter: lucadex(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: python21 | -------------------------------+-------------------------------------------- Hi I've tried to install the python21 port on a new Mac Book Pro with Mac OS X 10.5.4 and Xcode 3.0. At first I got en error since apparently the Python FTP site (ftp.python.org) is unreachable. I don't know if this is a temporary problem or not. Anyway I downloaded the Portfile and changed the master_sites variable as stated below: master_sites http://ftp.python.org/ftp/python/${version}/ I put the Portfile in my local portfiles repository, run the portindex utility and launched a "sudo port install python21" command. Everything starts nicely (the python package gets downloaded) but the build process ends with the following error: /usr/bin/gcc-4.0 -L/opt/local/lib -u __dummy -framework System -framework Foundation -o python.exe \ Modules/python.o \ libpython2.1.a -lpthread -ldl Undefined symbols: "__dummy", referenced from: ld: symbol(s) not found collect2: ld returned 1 exit status Any hint? TIA Ciao, Luca De Santis Pisa, Italy -- Ticket URL: <http://trac.macports.org/ticket/16212> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

Re: [MacPorts] #13444: In Leopard man page for 'port' is missing or not accessable
by MacPorts 06 Aug '08

06 Aug '08

#13444: In Leopard man page for 'port' is missing or not accessable ----------------------------------+----------------------------------------- Reporter: dergaspode(a)gmx.info | Owner: jmpp(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.6.0 Resolution: | Keywords: man ----------------------------------+----------------------------------------- Comment (by ryandesign(a)macports.org) Replying to [comment:12 blb(a)macports.org] > Looking at the man page, seems like just ~/.tcshrc or ~/.cshrc would be the two to check for? Those are the ones I know about. But then I didn't know about .bash_login for bash. -- Ticket URL: <http://trac.macports.org/ticket/13444#comment:13> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #13444: In Leopard man page for 'port' is missing or not accessable
by MacPorts 06 Aug '08

06 Aug '08

#13444: In Leopard man page for 'port' is missing or not accessable ----------------------------------+----------------------------------------- Reporter: dergaspode(a)gmx.info | Owner: jmpp(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.6.0 Resolution: | Keywords: man ----------------------------------+----------------------------------------- Comment (by blb(a)macports.org) Replying to [comment:11 ryandesign(a)macports.org] > Sure. We should probably also do the same for the various configuration files the tcsh shell could use instead of assuming `.tcshrc` Looking at the man page, seems like just ~/.tcshrc or ~/.cshrc would be the two to check for? -- Ticket URL: <http://trac.macports.org/ticket/13444#comment:12> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #13444: In Leopard man page for 'port' is missing or not accessable
by MacPorts 06 Aug '08

06 Aug '08

#13444: In Leopard man page for 'port' is missing or not accessable ----------------------------------+----------------------------------------- Reporter: dergaspode(a)gmx.info | Owner: jmpp(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.6.0 Resolution: | Keywords: man ----------------------------------+----------------------------------------- Comment (by ryandesign(a)macports.org) Replying to [comment:10 blb(a)macports.org] > It definitely should be smart about it; [http://paste.lisp.org/display/62957 the patch] isn't too complicated. Sure. We should probably also do the same for the various configuration files the tcsh shell could use instead of assuming `.tcshrc` -- Ticket URL: <http://trac.macports.org/ticket/13444#comment:11> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0