May 2012 - macports-tickets - lists.macosforge.org

[MacPorts] #34480: port 2.1.0 - progress count leads to excessive lines in output
by MacPorts 18 May '12

18 May '12

#34480: port 2.1.0 - progress count leads to excessive lines in output --------------------------------------+------------------------------------- Reporter: macintosh@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.0 Keywords: | Port: --------------------------------------+------------------------------------- I'm running an automatic nightly update by having an update script as part of periodic daily. The problem is, that the progress counts introduced in port 2.1.0[[BR]] ---> Updating database of binaries: 100.0%[[BR]] ---> Scanning binaries for linking errors: 100.0% [[BR]] leads to an excessive amount of totally superflous lines in the log file periodic.daily. The problem has been described in details in the groups: [[BR]] http://lists.macosforge.org/pipermail/macports-users/2012-May/028974.html [[BR]] http://lists.macosforge.org/pipermail/macports-users/2012-May/028950.html -- Ticket URL: <https://trac.macports.org/ticket/34480> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #34497: "Universal" variant in gccXX ports should be changed to some other name
by MacPorts 18 May '12

18 May '12

#34497: "Universal" variant in gccXX ports should be changed to some other name --------------------------------+------------------------------------------- Reporter: vince@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.0 Keywords: | Port: --------------------------------+------------------------------------------- As briefly discussed before, I suggest that the +universal variant used in conjunction with any gccXX port be renamed. Albeit it does not cause gcc itself to be build as a universal binary, it causes all required ports to do so, especially cctools, which is an obvious waste of time, power, and disk space. Changing "universal" to something else would not cause this side effect. -- Ticket URL: <https://trac.macports.org/ticket/34497> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #17193: Ports using libungif should be switched to use giflib instead
by MacPorts 18 May '12

18 May '12

#17193: Ports using libungif should be switched to use giflib instead ------------------------------------------+--------------------------------- Reporter: macsforever2000(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.0 Keywords: | Port: libungif giflib ------------------------------------------+--------------------------------- libungif is no longer necessary since the last of the LZW patents [http://en.wikipedia.org/wiki/Gif expired] on July 7, 2004. Since the libungif and giflib ports conflict, all ports using libungif should switch to use the preferred giflib instead. A quick run of {{{ port echo depends:libungif }}} shows the following list of ports needs to be updated: {{{ AfterStep camlimages driftnet evas gnustep-gui gtk-canvas magicpoint MPlayer qt4-x11 salasaga simage swftools windowmaker xv }}} But that list is incomplete. It does not include ports that refer to it using "lib:libungif:libungif" syntax. -- Ticket URL: <http://trac.macports.org/ticket/17193> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 22

[MacPorts] #34496: gnustep-base fail to cpnfigure
by MacPorts 18 May '12

18 May '12

#34496: gnustep-base fail to cpnfigure ------------------------------------+--------------------------------------- Reporter: ag@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.0 Keywords: gnustep-base configure | Port: gnustep-base ------------------------------------+--------------------------------------- Tried to install gnustep-base, but configure failed. 1. Looking in detail "./configure" is looking for gnustep-config, which you can't have, just if you have a old installation of GNUstep. 2. configure is looking for install.sh in a directory which doesn't exist. I've pointed the GNUSTEP_MAKEFILES in the working directory and then configure failed, 3. because it doesn't find config.sub, which doesn't exist. -- Ticket URL: <https://trac.macports.org/ticket/34496> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #19390: RFE: Use muniversal PortGroup to build giflib
by MacPorts 18 May '12

18 May '12

#19390: RFE: Use muniversal PortGroup to build giflib -----------------------------------+---------------------------------------- Reporter: mcalhoun@… | Owner: ryandesign@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.1 Keywords: universal | Port: giflib -----------------------------------+---------------------------------------- Attached is a proposed change to the universal build of giflib. -- Ticket URL: <http://trac.macports.org/ticket/19390> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #20462: giflib 4.1.6 - variant no_x11 with strange behaviour
by MacPorts 18 May '12

18 May '12

#20462: giflib 4.1.6 - variant no_x11 with strange behaviour ---------------------------------------+------------------------------------ Reporter: benjamin.seppke@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: ---------------------------------------+------------------------------------ When building the giflib port with the variant no_x11 using: > port install giflib +no_x11 the result differs from that one, I'd expect. Looking at the dependencies of the compiled giflib, I get: > otool -L /opt/local/lib/libgif.4.1.6.dylib /opt/local/lib/libgif.4.1.6.dylib: /opt/local/lib/libgif.4.dylib /opt/local/lib/libX11.6.dylib /opt/local/lib/libXau.6.dylib /opt/local/lib/libXdmcp.6.dylib /usr/lib/libgcc_s.1.dylib /usr/lib/libSystem.B.dylib As you can see, the X11-bindings are still present, although the /opt/local/lib/libSM.6.dylib and /opt/local/lib/libICE.6.dylib bindings have disappeared. If I build the giflib on my own using >./configure --prefix=/opt/local/ --without-x --without-sm , I will get the right results (a dylib without any references to x11) so I tried to edit the portfile itself like this: variant no_x11 { depends_lib-delete port:xorg-libsm depends_lib-delete port:xorg-libX11 configure.args-append --without-x configure.args-append --without-sm } However, this also didn't work ... I would be very grateful for any help! -- Ticket URL: <http://trac.macports.org/ticket/20462> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #34469: xmlroff failed to be build
by MacPorts 18 May '12

18 May '12

#34469: xmlroff failed to be build -------------------------------------+-------------------------------------- Reporter: ag@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.0 Keywords: xmlroff failed to build | Port: xmlroff -------------------------------------+-------------------------------------- Updated today to 2.1.0 and tried to install xmlroff, but the build fails. -- Ticket URL: <https://trac.macports.org/ticket/34469> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #34399: mysql55 - fix build & destroot problems
by MacPorts 18 May '12

18 May '12

#34399: mysql55 - fix build & destroot problems --------------------------------------+------------------------------------- Reporter: macintosh@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: haspatch | Port: mysql55 --------------------------------------+------------------------------------- build problem : [[BR]] a wrong value is given for INSTALL_INCLUDEDIR_MACPORTS in patch-cmake- install_layout.cmake.diff leading some other ports to look for mysql.h in the wrong folder http://lists.macosforge.org/pipermail/macports-dev/2012-May/019111.html destroot problem : [[BR]] a wrong value is given for -DCMAKE_INSTALL_NAME_DIR in the mysql55 Portfile leading to all mysql55 libmysqlclient.* files to contain the wrong absolute file path as well as to ports compiled against mysql55 to try to link against the wrong absolute path in their binaries http://lists.macosforge.org/pipermail/macports-dev/2012-May/019169.html -- Ticket URL: <https://trac.macports.org/ticket/34399> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #34493: Error during make on foo2zjs
by MacPorts 18 May '12

18 May '12

#34493: Error during make on foo2zjs ------------------------------------------+--------------------------------- Reporter: support@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.0 Keywords: foo2zjs hotplug p1005 | Port: ------------------------------------------+--------------------------------- Get as far as "make" in foo2zjs but run into this error: eliyahu-eliyahus-ibook-g4-3:~/Desktop/foo2zjs/osx-hotplug eliyahueliyahu$ make cc -c -o osx-hplj-hotplug.o osx-hplj-hotplug.m osx-hplj-hotplug.m: In function 'main': osx-hplj-hotplug.m:625: error: 'optarg' undeclared (first use in this function) osx-hplj-hotplug.m:625: error: (Each undeclared identifier is reported only once osx-hplj-hotplug.m:625: error: for each function it appears in.) osx-hplj-hotplug.m:630: error: 'optind' undeclared (first use in this function) make: *** [osx-hplj-hotplug.o] Error 1 Don't know how to resolve it. -- Ticket URL: <https://trac.macports.org/ticket/34493> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #34440: libesmtp: update to 1.0.6
by MacPorts 17 May '12

17 May '12

#34440: libesmtp: update to 1.0.6 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: noses@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.99 Keywords: haspatch | Port: libesmtp -------------------------------------+-------------------------------------- Here's a patch to update libesmtp to 1.0.6. It installs for me on Snow Leopard. May I commit it? -- Ticket URL: <https://trac.macports.org/ticket/34440> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1