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

Re: [MacPorts] #14172: unison upgrade removed unison-2.13 - synchronization with some machines fails
by MacPorts 23 Mar '09

23 Mar '09

#14172: unison upgrade removed unison-2.13 - synchronization with some machines fails ----------------------------------+----------------------------------------- Reporter: vinc17@… | Owner: eridius@… Type: defect | Status: closed Priority: High | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: wontfix | Keywords: Port: | ----------------------------------+----------------------------------------- Comment(by vinc17@…): FYI, I use this port (see attachments) on my machine. The only modification I did is a new line {{{ livecheck.check none }}} to disable livecheck. This creates only an executable "${prefix}/bin/unison-2.13". -- Ticket URL: <http://trac.macports.org/ticket/14172#comment:11> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #18780: pari gives incorrect results with GMP 4.2.4
by MacPorts 23 Mar '09

23 Mar '09

#18780: pari gives incorrect results with GMP 4.2.4 ---------------------------------+------------------------------------------ Reporter: vinc17@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: pari gmp ---------------------------------+------------------------------------------ On my Mac OS X 10.4.11 (PowerPC), pari gives incorrect results with GMP 4.2.4 (i.e. with the gmp variant): {{{ prunille:~> gp Reading GPRC: /Users/vinc17/.gprc ...Done. GP/PARI CALCULATOR Version 2.3.4 (released) PowerPC running darwin (PPC/GMP-4.2.4 kernel) 32-bit version compiled: Mar 9 2009, gcc-4.0.1 (Apple Computer, Inc. build 5367) (readline v6.0 enabled, extended help available) Copyright (C) 2000-2006 The PARI Group PARI/GP is free software, covered by the GNU General Public License, and comes WITHOUT ANY WARRANTY WHATSOEVER. Type ? for help, \q to quit. Type ?12 for how to get moral (and possibly technical) support. parisize = 4000000, primelimit = 500000 ? 17. %1 = 1.000000000000000002257486487 E72 }}} Can anyone reproduce this problem? If you have the same problem, do not use the gmp variant of pari. Note: I've reported the bug to both GMP and PARI developers. I hope that PARI developers will be able to give a simple testcase. -- Ticket URL: <http://trac.macports.org/ticket/18780> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #16164: httperf 0.9.0 won't compile
by MacPorts 23 Mar '09

23 Mar '09

#16164: httperf 0.9.0 won't compile ------------------------------+--------------------------------------------- Reporter: kevwil(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: httperf compile | ------------------------------+--------------------------------------------- rror: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_httperf/work/httperf-0.9.0" && make all " returned error 2 Command output: call_seq.c:84: error: syntax error before 'et' call_seq.c: In function 'conn_connected': call_seq.c:86: error: 'et' undeclared (first use in this function) call_seq.c:86: error: (Each undeclared identifier is reported only once call_seq.c:86: error: for each function it appears in.) call_seq.c:86: error: 'EV_CONN_CONNECTED' undeclared (first use in this function) call_seq.c: At top level: call_seq.c:92: error: syntax error before 'et' call_seq.c: In function 'call_done': call_seq.c:94: error: 'call' undeclared (first use in this function) call_seq.c:97: error: 'et' undeclared (first use in this function) call_seq.c:97: error: 'EV_CALL_RECV_STOP' undeclared (first use in this function) call_seq.c: At top level: call_seq.c:104: error: syntax error before 'et' call_seq.c: In function 'call_destroyed': call_seq.c:109: error: 'et' undeclared (first use in this function) call_seq.c:109: error: 'EV_CALL_DESTROYED' undeclared (first use in this function) call_seq.c:111: error: 'call' undeclared (first use in this function) call_seq.c: In function 'init': call_seq.c:133: error: 'EV_CONN_CONNECTED' undeclared (first use in this function) call_seq.c:133: error: 'Event_Handler' undeclared (first use in this function) call_seq.c:133: error: syntax error before 'conn_connected' call_seq.c:135: error: 'EV_CALL_RECV_STOP' undeclared (first use in this function) call_seq.c:135: error: syntax error before 'call_done' call_seq.c:136: error: 'EV_CALL_DESTROYED' undeclared (first use in this function) call_seq.c:136: error: syntax error before 'call_destroyed' make[3]: *** [call_seq.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- Ticket URL: <http://trac.macports.org/ticket/16164> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13

Re: [MacPorts] #14172: unison upgrade removed unison-2.13 - synchronization with some machines fails
by MacPorts 23 Mar '09

23 Mar '09

#14172: unison upgrade removed unison-2.13 - synchronization with some machines fails ----------------------------------+----------------------------------------- Reporter: vinc17@… | Owner: eridius@… Type: defect | Status: closed Priority: High | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: wontfix | Keywords: ----------------------------------+----------------------------------------- Comment(by adam.candy@…): I'm not sure the argument holds about new users - they're soon going to find out identical versions are required to use unison between machines. It wasn't long ago when I was a new user to unison! (I'm leaving this closed, so as not to cause trouble! - will anyone read this?) -- Ticket URL: <http://trac.macports.org/ticket/14172#comment:10> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #14172: unison upgrade removed unison-2.13 - synchronization with some machines fails
by MacPorts 23 Mar '09

23 Mar '09

#14172: unison upgrade removed unison-2.13 - synchronization with some machines fails ----------------------------------+----------------------------------------- Reporter: vinc17@… | Owner: eridius@… Type: defect | Status: closed Priority: High | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: wontfix | Keywords: ----------------------------------+----------------------------------------- Comment(by adam.candy@…): I agree - this is a pain in the ass! Unison is a bit special in that its versions aren't backward compatible and it's helpful to have a standard version out there ported to as many systems as possible. Debian and Ubuntu provide this older version. It would be really helpful if there was a mac port too. -- Ticket URL: <http://trac.macports.org/ticket/14172#comment:9> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #14540: Document -devel ports
by MacPorts 22 Mar '09

22 Mar '09

#14540: Document -devel ports -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: markd@… Type: enhancement | Status: new Priority: Normal | Milestone: Website & Documentation Component: guide | Version: 1.6.0 Keywords: | Port: -------------------------------------+-------------------------------------- Comment(by ryandesign@…): Replying to [ticket:14540 ryandesign@…]: > * ports that depend on ports where both -devel and non-devel versions exist should depend on them in such a way that either port will satisfy the dependency. For example, instead of depending on "`port:mysql5`" (mysql5 would satisfy that dependency but mysql5-devel would not), depend on "`path:${prefix}/bin/mysql_config5`" (both mysql5 and mysql5-devel would satisfy that dependency). There were two bugs in the above: the correct dependency statement would be "`path:bin/mysql_config5:mysql5`" -- Ticket URL: <http://trac.macports.org/ticket/14540#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #18934: Port Submission: Viking, a GTK GPS Program
by MacPorts 22 Mar '09

22 Mar '09

#18934: Port Submission: Viking, a GTK GPS Program --------------------------------+------------------------------------------- Reporter: chi@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: Keywords: science gps viking | Port: --------------------------------+------------------------------------------- I made a Portfile for Viking, please consider to add it to the main ports repository. From the Website: Viking is a free/open source program to manage GPS data. You can import and plot tracks and waypoints, show Google maps and/or Terraserver maps under it, download geocaches for an area on the map, make new tracks and waypoints, see real-time GPS position, etc. It is written in C with the GTK+ 2 toolkit, available for Linux, other POSIX operating systems, and Windows, and is licensed under the GNU GPL. Portfile was successfully compiled and tested on OS X 10.5.6. This is my first submission, I hope everything matches the macports guidelines/standards (i.e. I've added a FIXME to the maintainer field). -- Ticket URL: <http://trac.macports.org/ticket/18934> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #18929: pango: update to 1.24.0
by MacPorts 22 Mar '09

22 Mar '09

#18929: pango: update to 1.24.0 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.7.0 Keywords: | Port: pango -------------------------------------+-------------------------------------- pango should be updated to 1.24.0. -- Ticket URL: <http://trac.macports.org/ticket/18929> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #18318: mprsyncup should clean or remove the working copy if update fails
by MacPorts 21 Mar '09

21 Mar '09

#18318: mprsyncup should clean or remove the working copy if update fails ---------------------------------+------------------------------------------ Reporter: wsiegrist@… | Owner: wsiegrist@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: server/hosting | Version: 1.7.0 Keywords: mprsyncup | Port: ---------------------------------+------------------------------------------ If mprsyncup is interrupted, it can leave behind a locked working copy. Subsequent mprsyncup runs will fail due to the lock. The script should detect this situation and try to cleanup or delete/checkout from scratch. -- Ticket URL: <http://trac.macports.org/ticket/18318> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #18924: Python Module Missing
by MacPorts 21 Mar '09

21 Mar '09

#18924: Python Module Missing ----------------------------+----------------------------------------------- Reporter: holms@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: xmms2 ----------------------------+----------------------------------------------- I've got compilation error with missing python module zlib. After spending some time I have found out I got python 2.5 So I compiled py25-zlib and everything works now =) -- Ticket URL: <http://trac.macports.org/ticket/18924> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1