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

[MacPorts] #15996: Installation of x264 +universal fails to build
by MacPorts 06 Jan '09

06 Jan '09

#15996: Installation of x264 +universal fails to build ---------------------------------+------------------------------------------ Reporter: tobiasmatzat(a)web.de | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: x264 | ---------------------------------+------------------------------------------ Here is the error message: gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] make: *** [.depend] Error 1[[BR]] Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macports.org/ticket/15996> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #15459: erlang R12B-2 build failure on Leopard 5.3
by MacPorts 04 Jan '09

04 Jan '09

#15459: erlang R12B-2 build failure on Leopard 5.3 --------------------------------+------------------------------------------- Reporter: sreguera(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: | --------------------------------+------------------------------------------- After updating the OS to Leopard 5.3 erlang stopped working, giving a bus error. I attempted a rebuild, but the build fails when compiling hipe. {{{ === Entering application hipe /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_erlang/work /erlang-R12B-2/bin/i386-apple-darwin9.3.0/hipe_mkliterals -e > hipe_literals.hrl erlc -W +debug_info +warn_obsolete_guard +inline -o../ebin hipe_rtl_arch.erl make[3]: *** [../ebin/hipe_rtl_arch.beam] Bus error make[2]: *** [opt] Error 2 make[1]: *** [opt] Error 2 make: *** [secondary_bootstrap_build] Error 2 }}} I've downloaded and compiled the same version (R12B-2) from the erlang site using the default options (./configure && make) and everything seems to be working: {{{ === Entering application hipe /Users/sebas/Downloads/Erlang/otp_src_R12B-2/bin/i386-apple- darwin9.3.0/hipe_mkliterals -e > hipe_literals.hrl erlc -W +debug_info +warn_obsolete_guard +inline -o../ebin hipe_rtl_arch.erl erlc -W +debug_info +warn_obsolete_guard +inline -o../ebin hipe_tagscheme.erl erlc -W +debug_info +warn_obsolete_guard +warn_untyped_record -o../ebin hipe_consttab.erl erlc -W +debug_info +warn_obsolete_guard +warn_untyped_record -o../ebin hipe_gensym.erl ... }}} -- Ticket URL: <http://trac.macports.org/ticket/15459> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #15472: rsync-3.0.2 should fully preserve Mac OS X metadata
by MacPorts 04 Jan '09

04 Jan '09

#15472: rsync-3.0.2 should fully preserve Mac OS X metadata ------------------------------+--------------------------------------------- Reporter: css(a)macports.org | Owner: mww(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | ------------------------------+--------------------------------------------- The rsync port does not include a couple essential patches that preserve Mac OS X metadata. See [http://www.bombich.com/mactips/rsync.html Mike Bombich's instructions] to find that there are two patches. * fileflags.diff preserves Finder flags. * crtimes.diff preserves file creation dates. The port should provide a variant to support these patches. Adding them as a regular variant rather than a platform-specific variant should allow supporting these attributes when using the port on non-darwin systems. Ideally, the port could: * Fetch the official patches archive: http://rsync.samba.org/ftp/rsync /rsync-patches-3.0.2.tar.gz * Apply the two patches * Fully support Mac OS X metadata backups! Unfortunately, I'm not entirely clear on the best way to do this in terms of the Portfile. The quick and dirty approach is to grab those patches and directly put them into the port's folder. It might be nice to directly use the official archive in the event that future patches are deemed useful. -- Ticket URL: <http://trac.macports.org/ticket/15472> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #16118: Add documentation `port gohome`
by MacPorts 03 Jan '09

03 Jan '09

#16118: Add documentation `port gohome` ----------------------------------+----------------------------------------- Reporter: raimue(a)macports.org | Owner: markd(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Website & Documentation Component: guide | Version: Keywords: gohome documentation | ----------------------------------+----------------------------------------- The command `port gohome` is not documented, neither in the guide nor in the man page. It was added in r24551. -- Ticket URL: <http://trac.macports.org/ticket/16118> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #15473: inventor fails to link on Leopard
by MacPorts 01 Jan '09

01 Jan '09

#15473: inventor fails to link on Leopard ------------------------------+--------------------------------------------- Reporter: css(a)macports.org | Owner: css(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | ------------------------------+--------------------------------------------- According to email, the Open Inventor port fails to link when building on Mac OS X Leopard: {{{ bash-3.2# port install inventor +imagelib ---> Building inventor with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_inventor/work/inventor" && make all " returned error 2 Command output: make[1]: Nothing to be done for `all'. /usr/bin/g++ -L/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_inventor/work/destroot//opt/local/lib -bind_at_load -multiply_defined suppress -L/usr/X11R6/lib -L/opt/local/lib ppp.o -lm -lXm -lXt -lX11 -lGLU -lGL -liconv -ldl -o ppp ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib collect2: ld returned 1 exit status make[2]: *** [ppp] Error 1 make[1]: *** [all] Error 1 make: *** [all] Error 1 }}} Apple's [http://developer.apple.com/qa/qa2007/qa1567.html QA1567] indicates that this error results from finding duplication OpenGL libraries. Consider adding the following line to the linker command: {{{ -dylib_file \ /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:\ /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib }}} Due to the way that the port builds, this change might require diving into the complex series of patches. -- Ticket URL: <http://trac.macports.org/ticket/15473> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #16025: mod_wsgi: error: Python.h: No such file or directory
by MacPorts 31 Dec '08

31 Dec '08

#16025: mod_wsgi: error: Python.h: No such file or directory -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: ys(a)taywa.ch Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- Can't build mod_wsgi: {{{ mod_wsgi.c:106:20: error: Python.h: No such file or directory mod_wsgi.c:107:21: error: compile.h: No such file or directory mod_wsgi.c:108:18: error: node.h: No such file or directory mod_wsgi.c:111:2: error: #error Sorry, mod_wsgi requires at least Python 2.3.0. mod_wsgi.c:115:2: error: #error Sorry, mod_wsgi requires that Python supporting thread. }}} Full output of `port -d install mod_wsgi` attached. This is on Mac OS X 10.4.11 Intel with Xcode 2.5 and MacPorts trunk @38333. python24 is installed: {{{ $ port installed python24 The following ports are currently installed: python24 @2.4.5_3+darwin_8 (active) $ }}} -- Ticket URL: <http://trac.macports.org/ticket/16025> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16084: File Conflict between: libnet-1.0.2a_4+darwin_9 & libnet11-1.1.2.1_1
by MacPorts 28 Dec '08

28 Dec '08

#16084: File Conflict between: libnet-1.0.2a_4+darwin_9 & libnet11-1.1.2.1_1 ---------------------------------------------------------+------------------ Reporter: kngspook(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: libnet, libnet11, file conflict, ports, bug | ---------------------------------------------------------+------------------ {{{ Error: Target org.macports.activate returned: Image error: /opt/local/bin /libnet-config is being used by the active libnet port. Please deactivate this port first, or use the -f flag to force the activation. Error: The following dependencies failed to build: libnet11 Error: Status 1 encountered during processing. }}} Tried doing the installs in the opposite order; as might be expected, it failed. -- Ticket URL: <http://trac.macports.org/ticket/16084> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #15585: RFE: Allow qt4-mac and qt4-x11 to coexist
by MacPorts 23 Dec '08

23 Dec '08

#15585: RFE: Allow qt4-mac and qt4-x11 to coexist -----------------------------------+---------------------------------------- Reporter: mcalhoun(a)macports.org | Owner: mcalhoun(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | -----------------------------------+---------------------------------------- As it stands now, qt4-mac and qt4-x11 can not both be installed. As far as I can tell, there is a conflict because of: 1. Same binary names in ${prefix}/bin 1. Same pkg-config files names in ${prefix}/lib/pkgconfig 1. Same library file names in ${prefix}/lib (only if the noframework variant is used). Two possible fixes are: * Install each package in ${prefix}/lib/${portname}, then create some sort of qt4-select port to create the appropriate links in ${prefix}/bin and ${prefix}/lib * Append -x11 or -mac to the offending files in ${prefix}/bin, ${prefix}/lib/pkgconfig, and ${prefix}/lib In either case, the ports which depend on qt4-{mac,x11} would have to be changed. [[BR]] Any there any other possibilities? -- Ticket URL: <http://trac.macports.org/ticket/15585> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16120: port "qt4-mac" version "4.4.0" revision 3 -- wrong library path in all pkg-config files
by MacPorts 23 Dec '08

23 Dec '08

#16120: port "qt4-mac" version "4.4.0" revision 3 -- wrong library path in all pkg-config files -------------------------------------+-------------------------------------- Reporter: jens.traube(a)t-online.de | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: pkg-config | -------------------------------------+-------------------------------------- All pkg-config files of port "qt4-mac" contain a library path, which is a path to the "lib" directory in the build directory: Libs: (...) -L/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt4-mac/work /qt-mac-opensource-src-4.4.0/lib (...) ( discovered in QtCore.pc, QtGui.pc, QtXml.pc, and QtTest.pc -- see Ticket #16055) -- Ticket URL: <http://trac.macports.org/ticket/16120> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #15627: sqliteman-1.0.1_0 Missing dependency on Qt4-mac variant +sqlite
by MacPorts 23 Dec '08

23 Dec '08

#15627: sqliteman-1.0.1_0 Missing dependency on Qt4-mac variant +sqlite -------------------------------+-------------------------------------------- Reporter: ilpssun(a)web.de | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: sqlite, sqliteman | -------------------------------+-------------------------------------------- The port should depend on Qt4-mac +dbus+docs+sqlite. The current dependency does not include +sqlite and thus cannot load the database driver. -- Ticket URL: <http://trac.macports.org/ticket/15627> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2