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

[MacPorts] #28007: py-pyqt4 not building
by MacPorts 06 Jun '11

06 Jun '11

#28007: py-pyqt4 not building -------------------------------+-------------------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: -------------------------------+-------------------------------------------- {{{ $ sudo port install py-pyqt4 ---> Computing dependencies for py-pyqt4 ---> Fetching py-pyqt4 ---> Verifying checksum(s) for py-pyqt4 ---> Extracting py-pyqt4 ---> Configuring py-pyqt4 ---> Building py-pyqt4 ---> Staging py-pyqt4 into destroot Error: Target org.macports.destroot returned: xinstall: Cannot stat: ChangeLog, No such file or directory Log for py-pyqt4 is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_ports_python_py-pyqt4/main.log Error: Status 1 encountered during processing. To report a bug, see <http://guide.macports.org/#project.tickets> }}} -- Ticket URL: <https://trac.macports.org/ticket/28007> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #29558: awesome @3.4.10 update
by MacPorts 06 Jun '11

06 Jun '11

#29558: awesome @3.4.10 update -----------------------------------+---------------------------------------- Reporter: jwatzman@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: -----------------------------------+---------------------------------------- I'm very new to MacPorts, so I apologize if this tickets has improper form. Attached are a Portfile diff and new source code diff to bring awesome up to version 3.4.10. This should fix bugs #28946 and #28081. I had to hack around a problem with iconv; not sure what the problem is. And I had to explicitly build cairo with xcb, but from my brief looking at the bugtracker that is a known problem with no good solution. It complains about dbus on launch, which I'm pretty sure I have running on my machine. It can't find the default config either. I reused/modified an existing config I had, but note that the default config includes some keycode keyboard bindings that do not work on OS X. I reported that bug upstream: https://awesome.naquadah.org/bugs/index.php?do=details&task_id=909 Reverting the git commit in that bug report fixes the problem. Other than that, it seems to work beautifully! -- Ticket URL: <https://trac.macports.org/ticket/29558> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #28985: glib2 does not need dbus
by MacPorts 05 Jun '11

05 Jun '11

#28985: glib2 does not need dbus ---------------------------+------------------------------------------------ Reporter: tvb377@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: haspatch | Port: glib2 ---------------------------+------------------------------------------------ As a follow up to #26711: glib2 and at least some of the ports that use it do not need dbus at all. Attached is a patch that declares a no_dbus variant. -- Ticket URL: <https://trac.macports.org/ticket/28985> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #21232: fetch.user and fetch.password should be used for all fetch methods
by MacPorts 04 Jun '11

04 Jun '11

#21232: fetch.user and fetch.password should be used for all fetch methods ------------------------------+--------------------------------------------- Reporter: blb@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.8.99 Keywords: | Port: ------------------------------+--------------------------------------------- Currently, fetch.user and fetch.password are only used in portfetch::fetchfiles and not in the VCS-style fetch methods. These should probably be passed to the proper VCS command as appropriate, unless we really want to add svn.user, git.user, etc instead... -- Ticket URL: <http://trac.macports.org/ticket/21232> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #27760: dbus 1.4.1 port update fails on mac os 10.6.5
by MacPorts 04 Jun '11

04 Jun '11

#27760: dbus 1.4.1 port update fails on mac os 10.6.5 --------------------------------------------------------------+------------- Reporter: henning@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: Reversed (or previously applied) patch detected! | Port: dbus 1.4.1 --------------------------------------------------------------+------------- os x 10.6.5, x11 2.4.0 after following the "How to upgrade a port's version locally" instructions i failed to % sudo port -d install dbus (logfile attached). carrying out % port clean --all and % port clean openssl did not change it. trying to % port uninstall dbus and % port -nR upgrade --force dbus also failed (log attached). please help! thanks! -- Ticket URL: <https://trac.macports.org/ticket/27760> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #24925: py26-numpy linking error? "Symbol not found: ___floatunditf"
by MacPorts 04 Jun '11

04 Jun '11

#24925: py26-numpy linking error? "Symbol not found: ___floatunditf" ------------------------------------------+--------------------------------- Reporter: gerboland+macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: numpy py26 floatunditf | Port: py26-numpy ------------------------------------------+--------------------------------- I'm running a G4 iBook with 10.4.11. Want to install numpy. Port's build completes successfully, but when using it in python get following error: {{{ ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/ site-packages/numpy/core/multiarray.so, 2): Symbol not found: ___floatunditf }}} This causes any other port which depends on numpy to fail to build (e.g. scipy). Symbol appears to be available: {{{ gerry:/opt/local/lib$ grep -r floatunditf * Binary file gcc43/gcc/ppc-apple-darwin8/4.3.4/libgcc.a matches Binary file gcc43/libgcc_s.1.dylib matches Binary file gcc43/libgcc_s.10.5.dylib matches Binary file gcc43/libgcc_s_ppc64.1.dylib matches Binary file gcc43/libgcc_s_x86_64.1.dylib matches }}} but I would expect those libs to be linked against automatically. Or is there a flag missing? Possible this is an architecture thing, as floatunditf looks to do soft floating-point ops. Attached is my build log, and error output. I'd appreciate any advice! -G -- Ticket URL: <http://trac.macports.org/ticket/24925> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 18

[MacPorts] #29605: mpeg4ip @1.5.0.1 - Infinite loop in configure phase
by MacPorts 04 Jun '11

04 Jun '11

#29605: mpeg4ip @1.5.0.1 - Infinite loop in configure phase ------------------------------------------+--------------------------------- Reporter: cristiano.fontana@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: mpeg4ip ------------------------------------------+--------------------------------- Installation of mpeg4ip hangs in the configuration phase because it enters in an infinite loop: {{{ $ sudo port -v install mpeg4ip Password: ---> Computing dependencies for mpeg4ip. ---> Configuring mpeg4ip dir: . Found link for libtoolize SDL appears to be installed + mkdir -p ./config + echo 'Do not remove this file or you might have to re-bootstrap' + ./configure --disable-player --mandir=/opt/local/share/man --prefix=/opt/local (...) checking for glib.h... yes checking for nasm... true checking nasm version...... nasm: error: unrecognised option `-r' nasm: error: no input file specified type `nasm -h' for help util/testnasm.sh: line 8: test: =: unary operator expected util/testnasm.sh: line 8: test: =: unary operator expected util/testnasm.sh: line 8: test: =: unary operator expected util/testnasm.sh: line 8: test: =: unary operator expected }}} To correct this it is necessary to change all occurrences of: "{{{nasm -r}}}" to "{{{nasm -v}}}" Reference: [http://bugs.gentoo.org/204505] -- Ticket URL: <https://trac.macports.org/ticket/29605> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #24920: CLISP - Macports does not compile with readline support
by MacPorts 04 Jun '11

04 Jun '11

#24920: CLISP - Macports does not compile with readline support ------------------------------+--------------------------------------------- Reporter: perhje@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: ------------------------------+--------------------------------------------- The Macports version of CLISP does not support readline. Makes interactive usage somewhat painful. -- Ticket URL: <http://trac.macports.org/ticket/24920> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #28084: Registry error for ports with underscore ('_') in version
by MacPorts 04 Jun '11

04 Jun '11

#28084: Registry error for ports with underscore ('_') in version ---------------------------------+------------------------------------------ Reporter: ken@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: registry version | Port: ---------------------------------+------------------------------------------ If a port has an underscore ('_') in its version, then any attempt to install it will result in a registry error: {{{ Error: Target org.macports.activate returned: Registry error: No port of <port> installed. }}} Examples include aspell-dict-it, whose version is 2.2_20050523-0, and aspell-dict-pl, whose version is 6.0_20061121-0. I have worked around this problem by editing the Portfile to a) manually substitute the original value of version into the distname, and b) changing the underscore in the version to a dash ('-'). I suspect that something in the registry lookup is scanning for the "_${revision}" that's appended to the port version, but it is scanning forward for the underscore starting at the beginning of the string instead of scanning backward from the end. -- Ticket URL: <https://trac.macports.org/ticket/28084> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #20856: webhttrack error
by MacPorts 04 Jun '11

04 Jun '11

#20856: webhttrack error --------------------------------+------------------------------------------- Reporter: ggles.fi@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 1.7.1 Keywords: httrack | Port: --------------------------------+------------------------------------------- When launch webhttrack I get the following error: /opt/local/bin/webhttrack(23720): could not find httrack directory A quick online reading suggests that this is something addressed during the build process, e.g. <http://bbs.archlinux.org/viewtopic.php?id=35348> -- Ticket URL: <http://trac.macports.org/ticket/20856> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11