June 2010 - macports-tickets - lists.macosforge.org

[MacPorts] #16110: libxml2: attempts to use libxslt.1.dylib
by MacPorts 06 Jun '14

06 Jun '14

#16110: libxml2: attempts to use libxslt.1.dylib -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: cedric.luthi(a)gmail.com Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- I previously had libxml2 2.6.32_1 and libxslt 1.1.23_0 installed. I forcibly uninstalled libxml2 and reinstalled it, to test an issue. During the reinstall, this message appeared in the debug output, and also a Mac OS X Crash Reporter dialog appeared with similar information: {{{ dyld: lazy symbol binding failed: Symbol not found: _xmlXPathContextSetCache Referenced from: /mp/lib/libxslt.1.dylib Expected in: flat namespace dyld: Symbol not found: _xmlXPathContextSetCache Referenced from: /mp/lib/libxslt.1.dylib Expected in: flat namespace }}} `/mp` is my MacPorts prefix. So it seems that libxml2 is trying to load libxslt.1.dylib during the build. You must modify the port so that this does not happen, because libxml2 does not declare a dependency on libxslt (and it cannot, since libxslt declares a dependency on libxml2, and we cannot have circular dependencies). I am running Mac OS X 10.4.11 on an Intel Mac with Xcode 2.5 and MacPorts from trunk @38557. -- Ticket URL: <http://trac.macports.org/ticket/16110> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #21294: Enable cffi support in swig?
by MacPorts 05 Jun '14

05 Jun '14

#21294: Enable cffi support in swig? ------------------------------------+--------------------------------------- Reporter: glen.henshaw@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: swig, cffi | Port: swig 1.3.40 ------------------------------------+--------------------------------------- Swig 1.3.40 supports cffi, but the port does not have a variant for it, and the +universal variant does not seem to do anything. Would it be possible to enable cffi support? Is it possible to enable support for the other languages swig supports but for which there are no port variants? The built-in OSX swig does support cffi, but the implementation is quite old. -- Ticket URL: <http://trac.macports.org/ticket/21294> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #20309: qt4-x11 doesn't support 10.6 yet
by MacPorts 15 May '14

15 May '14

#20309: qt4-x11 doesn't support 10.6 yet ------------------------------+--------------------------------------------- Reporter: snc@… | Owner: mcalhoun@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 1.8.0 Keywords: | Port: qt4-x11 ------------------------------+--------------------------------------------- qt4-x11 builds while build, citing an unsupported version of 10.6. Might be an upstream issue? Setting to low priority as 10.6 is not out yet. {{{ /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt4-x11/work/qt-x11 -opensource- src-4.4.3/include/QtCore/../../src/corelib/global/qglobal.h:290:6: error: #error "This version of Mac OS X is unsupported" }}} -- Ticket URL: <http://trac.macports.org/ticket/20309> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 28

[MacPorts] #25192: Trying to install p5-pdl but get error from Karma
by MacPorts 05 May '14

05 May '14

#25192: Trying to install p5-pdl but get error from Karma --------------------------------+------------------------------------------- Reporter: caa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: perl data language | Port: p5-pdl --------------------------------+------------------------------------------- I get an error when doing: sudo port install p5-pdl See attached file. Mac OSX 10.6.3, Mac Pro. Thanks. -- Ticket URL: <http://trac.macports.org/ticket/25192> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #23133: screen tries to use libelf
by MacPorts 02 May '14

02 May '14

#23133: screen tries to use libelf -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: digdog@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: screen -------------------------------------+-------------------------------------- libelf is installed non-universal on my system. When installing screen universal, I see this output at the end of the build phase: {{{ /usr/bin/gcc-4.2 -L/opt/local/lib -arch x86_64 -arch i386 -o screen screen.o ansi.o fileio.o mark.o misc.o resize.o socket.o search.o tty.o term.o window.o utmp.o loadav.o putenv.o help.o termcap.o input.o attacher.o pty.o process.o display.o comm.o kmapdef.o acls.o braille.o braille_tsi.o logfile.o layer.o sched.o teln.o nethack.o encoding.o -lncurses -lelf ld: warning: in /opt/local/lib/libelf.a, file is not of required architecture }}} Note this does not stop the build; the port completes installation. Previously in the configure phase it said: {{{ checking elf.h usability... no checking elf.h presence... no checking for elf.h... no }}} screen does not declare a dependency on libelf so it should not use libelf. -- Ticket URL: <http://trac.macports.org/ticket/23133> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #18789: GNU screen does not display caption correctly if terminal is wider than 256 characters
by MacPorts 01 May '14

01 May '14

#18789: GNU screen does not display caption correctly if terminal is wider than 256 characters ---------------------------------+------------------------------------------ Reporter: bryan@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: screen ---------------------------------+------------------------------------------ Similar reports, with patch, here: https://savannah.gnu.org/bugs/index.php?14153 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=271384 -- Ticket URL: <http://trac.macports.org/ticket/18789> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #16535: Add vertical split to screen as a variant
by MacPorts 01 May '14

01 May '14

#16535: Add vertical split to screen as a variant --------------------------------+------------------------------------------- Reporter: akira(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | Port: screen --------------------------------+------------------------------------------- Please provide "Vertical Split for GNU Screen" as a new variant of screen port. http://fungi.yuggoth.org/vsp4s/ -- Ticket URL: <http://trac.macports.org/ticket/16535> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #22684: Update Growl from 1.1.4 -> 1.2
by MacPorts 01 May '14

01 May '14

#22684: Update Growl from 1.1.4 -> 1.2 -------------------------------+-------------------------------------------- Reporter: ryan@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: Growl -------------------------------+-------------------------------------------- Please update Growl from 1.1.4 -> 1.2. Keep in mind the new version requires 10.5. -- Ticket URL: <http://trac.macports.org/ticket/22684> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 18

[MacPorts] #21341: fixed packaging for gcc44
by MacPorts 01 May '14

01 May '14

#21341: fixed packaging for gcc44 --------------------------------------+------------------------------------- Reporter: howarth@… | Owner: macports-tickets@… Type: submission | Status: new Priority: High | Milestone: Component: ports | Version: 1.8.0 Keywords: gcc44 | Port: gcc44 --------------------------------------+------------------------------------- I am creating this submission for the packaging I placed on 20838 since there were additional problems fixed in the build beyond that specific bug. The packaging has been tested by other users on x86_64-apple-darwin10 but still needs to be tested on i386-apple-darwin*. The changes in the packaging involve... 1) Remove any attempt to 'force' the code generation to m64 because this breaks the multilib build. 2) Add the proposed config.guess patch to eliminate any need to explicitly pass the triplets on x86_64 10.6. 3) Add the patch from PR41180 to avoid the linker bug in darwin10, where static libraries created with 'ranlib -c' don't properly have duplicate symbols ignored, by removing the redundant code from the linkage. 4) Add the RedHat --disable-libjava-multilib to reduce the length and size of the build. 5) Re-enable the multilib build on powerpc-apple-darwin* since the build time will be reasonable now. 6) Add the recommended configure options of... --with-arch=nocona --with-tune=generic --build=i686-apple- darwin${os.major} --host=i686-apple-darwin${os.major} --target=i686-apple- darwin${os.major} on i386 darwin* for best performance (as recommended by Mike Stump of Apple compiler group). -- Ticket URL: <http://trac.macports.org/ticket/21341> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 20

[MacPorts] #21314: sudo locks up Terminal.app until reboot
by MacPorts 01 May '14

01 May '14

#21314: sudo locks up Terminal.app until reboot --------------------------------+------------------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: | Port: sysutils/sudo --------------------------------+------------------------------------------- I've just done an upgrade to Snow Leopard, and completely reinstalled my ports (using manual method from Migration). It fails for me still. I'm using sudoers from /etc/sudoers, and /var/run/sudo is there, so that is not the problem either. (I've tried reopening #20907 but I'm not allowed to) -- Ticket URL: <http://trac.macports.org/ticket/21314> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12