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

[MacPorts] #13320: New port rb-json for Ruby json gem 1.1.1
by MacPorts 09 Apr '08

09 Apr '08

#13320: New port rb-json for Ruby json gem 1.1.1 ------------------------------------+--------------------------------------- Reporter: roger.hoover(a)gmail.com | Owner: macports-dev(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Keywords: ruby gems | ------------------------------------+--------------------------------------- New port for the Ruby JSON gem -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13320> MacPorts </projects/macports> Ports system for Mac OS

1 5

Re: [MacPorts] #12970: amsn needs update
by MacPorts 09 Apr '08

09 Apr '08

#12970: amsn needs update -------------------------------+-------------------------------------------- Reporter: adamore(a)email.it | Owner: jmpp(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.5.2 Resolution: | Keywords: amsn update -------------------------------+-------------------------------------------- Comment (by adamore(a)email.it) In the portfile there's a reference to opendarwin.org/~jmpp for plugins distfile, now the domain doesn't exist anymore, should fix this and at the same time update to 0.97 . -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12970#comment:2> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12961: mjpegtools package broken
by MacPorts 09 Apr '08

09 Apr '08

#12961: mjpegtools package broken -------------------------------+-------------------------------------------- Reporter: adamore(a)email.it | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.2 Resolution: | Keywords: mjpegtools bug build broken -------------------------------+-------------------------------------------- Comment (by adamore(a)email.it) It seems I have the same --tag problem, what's going to happen to this package? Update to 1.9.0 or fix? Anyway here's the output I get just now: {{{ $ sudo port -d install mjpegtools DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/mul… DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/multimedia/mjpegtools DEBUG: Requested variant darwin is not provided by port mjpegtools. DEBUG: Requested variant macosx is not provided by port mjpegtools. DEBUG: Executing variant darwin_9 provides darwin_9 DEBUG: Executing variant powerpc provides powerpc DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/gra… DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/libpng DEBUG: Requested variant powerpc is not provided by port libpng. DEBUG: Requested variant darwin is not provided by port libpng. DEBUG: Requested variant macosx is not provided by port libpng. DEBUG: Searching for dependency: libpng DEBUG: Found Dependency: receipt exists for libpng DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/gra… DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/jpeg DEBUG: Requested variant powerpc is not provided by port jpeg. DEBUG: Requested variant darwin is not provided by port jpeg. DEBUG: Requested variant macosx is not provided by port jpeg. DEBUG: Searching for dependency: jpeg DEBUG: Found Dependency: receipt exists for jpeg DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/dev… DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/libtool DEBUG: Requested variant powerpc is not provided by port libtool. DEBUG: Requested variant darwin is not provided by port libtool. DEBUG: Requested variant macosx is not provided by port libtool. DEBUG: Searching for dependency: libtool DEBUG: Found Dependency: receipt exists for libtool DEBUG: Skipping completed org.macports.main (mjpegtools) DEBUG: Skipping completed org.macports.fetch (mjpegtools) DEBUG: Skipping completed org.macports.checksum (mjpegtools) DEBUG: Skipping completed org.macports.extract (mjpegtools) DEBUG: Skipping completed org.macports.patch (mjpegtools) DEBUG: Skipping completed org.macports.configure (mjpegtools) ---> Building mjpegtools with target all DEBUG: Executing org.macports.build (mjpegtools) DEBUG: Environment: DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_multimedia_mjpegtools/work/mjpegtools-1.6.2" && make all LIBTOOL=/opt/local/bin/glibtool ASFLAGS="-f macho"' make all-recursive Making all in utils Making all in altivec if /opt/local/bin/glibtool --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../utils -I/opt/local/include -L/opt/local/lib -O2 -L/opt/local/lib -Wall -Wunused -O3 -faltivec -MT add_pred.lo -MD -MP -MF ".deps/add_pred.Tpo" \ -c -o add_pred.lo `test -f 'add_pred.c' || echo './'`add_pred.c; \ then mv -f ".deps/add_pred.Tpo" ".deps/add_pred.Plo"; \ else rm -f ".deps/add_pred.Tpo"; exit 1; \ fi glibtool: compile: unable to infer tagged configuration glibtool: compile: specify a tag with `--tag' make[3]: *** [add_pred.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_multimedia_mjpegtools/work/mjpegtools-1.6.2" && make all LIBTOOL=/opt/local/bin/glibtool ASFLAGS="-f macho" " returned error 2 Command output: make all-recursive Making all in utils Making all in altivec if /opt/local/bin/glibtool --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../utils -I/opt/local/include -L/opt/local/lib -O2 -L/opt/local/lib -Wall -Wunused -O3 -faltivec -MT add_pred.lo -MD -MP -MF ".deps/add_pred.Tpo" \ -c -o add_pred.lo `test -f 'add_pred.c' || echo './'`add_pred.c; \ then mv -f ".deps/add_pred.Tpo" ".deps/add_pred.Plo"; \ else rm -f ".deps/add_pred.Tpo"; exit 1; \ fi glibtool: compile: unable to infer tagged configuration glibtool: compile: specify a tag with `--tag' make[3]: *** [add_pred.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Warning: the following items did not execute (for mjpegtools): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. }}} -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12961#comment:5> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #13858: kaffe fails to build and install on Leopard Server
by MacPorts 09 Apr '08

09 Apr '08

#13858: kaffe fails to build and install on Leopard Server ----------------------------------+----------------------------------------- Reporter: tabithamc(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: Kaffe Leopard Server | ----------------------------------+----------------------------------------- With a fresh MacPorts system (1.6.0) running on top of Leopard Server 10.5.1 the kaffe port (kaffe version 1.1.7) fails to build. The verbose output from my terminal shell is very lengthy and thus attached as a separate file to this ticket but at first this file '''exceeded''' the MacPorts Trac system's file size limit of 262144 bytes, so I was required to attach it as a compressed zip file. Kaffe seems to be a mission-critical port because it is depended on by many other Java-related ports leading up to, for example, the Tomcat port. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13858> MacPorts </projects/macports> Ports system for Mac OS

1 3

[MacPorts] #14863: fix in omniORB portfile
by MacPorts 09 Apr '08

09 Apr '08

#14863: fix in omniORB portfile ----------------------------------------+----------------------------------- Reporter: gerhard.reitmayr(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: | ----------------------------------------+----------------------------------- This patch fixes a small bug in parameters given to the configure script of omniORB-4.1.0, which specified the default location of omniORB's central configuration file. Its not necessary to increase the revision, because everyone using the port will already have used another way to specify the configuration file and the patch will not change the behaviour in any other way. I'm the maintainer of the port. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14863> MacPorts </projects/macports> Ports system for Mac OS

1 1

[MacPorts] #14952: Privoxy 3.0.8_1 fails to start following install
by MacPorts 09 Apr '08

09 Apr '08

#14952: Privoxy 3.0.8_1 fails to start following install ---------------------------------+------------------------------------------ Reporter: faircloth(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | ---------------------------------+------------------------------------------ After installing Privoxy using macports (3.0.8_1 on OS X 10.5.2), the daemon fails to start with the appropriate launchctl command. A search of the logs indicates: Apr 07 16:22:52.494 Privoxy(000000a0) Info: Privoxy version 3.0.8[[BR]] Apr 07 16:22:52.503 Privoxy(000000a0) Info: Program name: /opt/local/sbin/privoxy[[BR]] Apr 07 16:22:52.503 Privoxy(000000a0) Fatal error: can't load actions file '/opt/local/etc/privoxy/standard': No such file or directory. Note that beginning with Privoxy 3.0.7, actions files have to be specified with their complete file names.[[BR]] It appears that the old (3.0.6) config file carried over to 3.0.8_1? Therefore appending `.action` to the actionsfile(s) corrects the problem (@ line 337-339 in /opt/local/etc/privoxy/config): actionsfile standard.action # Internal purpose, recommended[[BR]] actionsfile default.action # Main actions file[[BR]] actionsfile user.action # User customizations[[BR]] It should be mentioned that I initially attempted to "upgrade" from 3.0.6, ran into the problem, uninstalled all versions of privoxy, reinstalled 3.0.8_1, ran into the same problem w/ the daemon not running, edited the config file, and restarted privoxy -> problem solved. Perhaps my old config file from 3.0.6 was hanging around? -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14952> MacPorts </projects/macports> Ports system for Mac OS

1 2

[MacPorts] #14939: Error when staging logrotate into destroot: cannot install
by MacPorts 09 Apr '08

09 Apr '08

#14939: Error when staging logrotate into destroot: cannot install -----------------------------------------+---------------------------------- Reporter: bhawkeslewis(a)googlemail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: logrotate | -----------------------------------------+---------------------------------- I can't install logrotate on Leopard. I tried to sudo port install logrotate and this was the output: ---> Fetching gzip ---> Attempting to fetch gzip-1.3.12.tar.gz from http://ftp.gnu.org/gnu/gzip ---> Verifying checksum(s) for gzip ---> Extracting gzip ---> Configuring gzip ---> Building gzip with target all ---> Staging gzip into destroot ---> Installing gzip 1.3.12_0 ---> Activating gzip 1.3.12_0 ---> Cleaning gzip ---> Fetching logrotate ---> Attempting to fetch logrotate_3.7.1-3.diff.gz from http://ftp.debian.org/debian/pool/main/l/logrotate/ ---> Attempting to fetch logrotate_3.7.1.orig.tar.gz from http://ftp.debian.org/debian/pool/main/l/logrotate ---> Verifying checksum(s) for logrotate ---> Extracting logrotate ---> Applying patches to logrotate ---> Configuring logrotate ---> Building logrotate with target all ---> Staging logrotate into destroot Error: Target org.macports.destroot returned: xinstall: Cannot stat: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_logrotate/work/logrotate-3.7.1/logrotate, No such file or directory Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14939> MacPorts </projects/macports> Ports system for Mac OS

1 2

[MacPorts] #14855: BUG: net-snmp fails to activate
by MacPorts 09 Apr '08

09 Apr '08

#14855: BUG: net-snmp fails to activate ----------------------------------------+----------------------------------- Reporter: marcuscalhounlopez(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | ----------------------------------------+----------------------------------- The port net-snmp attempts to create the file perllocal.pod.[[BR]] This creates a conflict if a different port has already created this file (ImageMagick in my case). Other ports (e.g. git-core, p5-libapreq2, and clearsilver) remove the perllocal.pod file they create.[[BR]] Attached is a proposed fix. When other ports delete the perllocal.pod file, they also fix the .packlist file as well.[[BR]] I have included this in the patch. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14855> MacPorts </projects/macports> Ports system for Mac OS

1 1

[MacPorts] #14696: UPDATE: nhc98
by MacPorts 09 Apr '08

09 Apr '08

#14696: UPDATE: nhc98 ----------------------------------------+----------------------------------- Reporter: marcuscalhounlopez(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: | ----------------------------------------+----------------------------------- Attached is a proposed update to the latest version of nhc98. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14696> MacPorts </projects/macports> Ports system for Mac OS

1 2

[MacPorts] #14853: RFE: have icon-naming-utils not depend on p5-getopt-long
by MacPorts 09 Apr '08

09 Apr '08

#14853: RFE: have icon-naming-utils not depend on p5-getopt-long ----------------------------------------+----------------------------------- Reporter: marcuscalhounlopez(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | ----------------------------------------+----------------------------------- p5-getopt-long overwrites files installed by the perl5.8 port (as discussed in #12950 and #12710).[[BR]] Therefore, it seems best to avoid the port if possible.[[BR]] Isn't the version of getopt-long provided by perl5.8 sufficient without installing p5-getopt-long? I was able to install icon-naming-utils successfully without p5-getopt- long. Attached is a proposed fix. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14853> MacPorts </projects/macports> Ports system for Mac OS

1 1