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

[MacPorts] #16331: ruby-1.8.7-p72 Configure error - build failure for x86_64 [universal or single arch]
by MacPorts 23 Sep '09

23 Sep '09

#16331: ruby-1.8.7-p72 Configure error - build failure for x86_64 [universal or single arch] -----------------------------------------------+---------------------------- Reporter: m(a)miguelgodinho.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: x86-64, universal, ruby, pthreads | -----------------------------------------------+---------------------------- [svn rev. 39307] Darwin 9 The port does not build on x86_64 due to 2 different issues: 1 - Similar to what was reported on [https://trac.macports.org/ticket/15635] there is a core dump while building with pthreads configured. {{{ /usr/bin/gcc-4.0 -O2 -arch x86_64 -fno-common -pipe -fno-common -DRUBY_EXPORT -I. -I. -I/opt/local/include -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE -c dmyext.c ar rcu libruby-static.a array.o bignum.o class.o compar.o dir.o dln.o enum.o enumerator.o error.o eval.o file.o gc.o hash.o inits.o io.o marshal.o math.o numeric.o object.o pack.o parse.o process.o prec.o random.o range.o re.o regex.o ruby.o signal.o sprintf.o st.o string.o struct.o time.o util.o variable.o version.o dmyext.o /usr/bin/gcc-4.0 -O2 -arch x86_64 -fno-common -pipe -fno-common -DRUBY_EXPORT -I. -I. -I/opt/local/include -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE -c main.c /usr/bin/gcc-4.0 -O2 -arch x86_64 -fno-common -pipe -fno-common -DRUBY_EXPORT -I. -I. -I/opt/local/include -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE -c dmydln.c /usr/bin/gcc-4.0 -arch x86_64 -O2 -arch x86_64 -fno-common -pipe -fno- common -DRUBY_EXPORT -L. -L/opt/local/lib main.o dmydln.o libruby- static.a -lpthread -ldl -lobjc -o miniruby make: *** [.rbconfig.time] Abort trap }}} ---- 2 - Configure does not set a value for EXTLDFLAGS what leads to have libruby.1.8.7.dylibld linked for i386 while the objects were compiled x86_64 (or fat). {{{ cc -dynamiclib -undefined suppress -flat_namespace -install_name /opt/local/lib/libruby.dylib -current_version 1.8.7 -compatibility_version 1.8 array.o bignum.o class.o compar.o dir.o dln.o enum.o enumerator.o error.o eval.o file.o gc.o hash.o inits.o io.o marshal.o math.o numeric.o object.o pack.o parse.o process.o prec.o random.o range.o re.o regex.o ruby.o signal.o sprintf.o st.o string.o struct.o time.o util.o variable.o version.o dmyext.o -o libruby.1.8.7.dylibld: warning in array.o, file is not of required architecture ld: warning in bignum.o, file is not of required architecture }}} and the eventual error: {{{ making ruby /usr/bin/gcc-4.0 -O2 -arch x86_64 -fno-common -pipe -fno-common -DRUBY_EXPORT -L. -L/opt/local/lib main.o -lruby -ldl -lobjc -o rubyld: warning in ./libruby.dylib, file is not of required architecture Undefined symbols: "_ruby_options", referenced from: _main in main.o "_ruby_run", referenced from: _main in main.o "_ruby_init", referenced from: _main in main.o "_ruby_init_stack", referenced from: _main in main.old: symbol(s) not found collect2: ld returned 1 exit status make[1]: *** [ruby] Error 1 make: *** [all] Error 2 }}} In order to have the port installed I had to patch both the Portfile and the Makefile.in (files attached to the ticket). For the sake of simplicity a x86_64 variant was created instead of having 'fixed' the universal. -- Ticket URL: <http://trac.macports.org/ticket/16331> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #15721: ab2foaf-0.2.5 tarball not found
by MacPorts 20 Sep '09

20 Sep '09

#15721: ab2foaf-0.2.5 tarball not found ----------------------------------+----------------------------------------- Reporter: blb(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: port missing tarball | ----------------------------------+----------------------------------------- The various sites for ab2foaf (at sourceforge and at stoneship.org) don't provide a tarball for ab2foaf any longer. Some googling around doesn't reveal any other sites for it. Unless someone has a local copy and we can get it onto distfiles.macports.org, this port should probably be removed. -- Ticket URL: <http://trac.macports.org/ticket/15721> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #15443: xmlrpc-c 1.06.11 build failure
by MacPorts 14 Sep '09

14 Sep '09

#15443: xmlrpc-c 1.06.11 build failure ------------------------------------+--------------------------------------- Reporter: fahrennheit451(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: xmlrpc-c | ------------------------------------+--------------------------------------- i am trying to compile xmlrpc-c 1.06.11 on my macbook c2d running 10.5.2. the previous dependencies install correctly, but i get this when i run sudo port install xmlrpc-c: {{{ RodieMacBook:~ rodie$ sudo port install xmlrpc-c ---> Building xmlrpc-c 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_xmlrpc-c/work/xmlrpc-c-1.06.11" && make all " returned error 2 Command output: make -C include/ -f /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/./include/Makefile \ all make[1]: Nothing to be done for `all'. make -C lib/ -f /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/./lib/Makefile \ all make -C util/ -f /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/lib/../lib/util/Makefile \ all make[2]: Nothing to be done for `all'. make -C libutil/ -f /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/lib/../lib/libutil/Makefile \ all make[2]: Nothing to be done for `all'. make -C abyss/ -f /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/lib/../lib/abyss/Makefile \ all make -C src/ -f /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/lib/abyss/../../lib/abyss/src/Makefile \ all make[3]: Nothing to be done for `all'. make -C curl_transport/ -f /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/lib/../lib/curl_transport/Makefile \ all /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/lib/curl_transport/../../libtool --mode=compile /usr/bin/gcc-4.0 -c -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/lib/curl_transport/../.. -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/lib/curl_transport/../../include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/lib/curl_transport/../../lib/util/include -I/opt/local/include -DNDEBUG -Wall -Wundef -Wimplicit -W -Winline -Wundef -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -fno- common -g -O3 xmlrpc_curl_transport.c /usr/bin/gcc-4.0 -c -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/lib/curl_transport/../.. -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/lib/curl_transport/../../include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_xmlrpc-c/work/xmlrpc-c-1.06.11/lib/curl_transport/../../lib/util/include -I/opt/local/include -DNDEBUG -Wall -Wundef -Wimplicit -W -Winline -Wundef -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -fno- common -g -O3 xmlrpc_curl_transport.c -o xmlrpc_curl_transport.o xmlrpc_curl_transport.c:1217:69: error: macro "curl_easy_setopt" requires 3 arguments, but only 2 given xmlrpc_curl_transport.c: In function 'setupCurlSession': xmlrpc_curl_transport.c:1217: warning: statement with no effect make[2]: *** [xmlrpc_curl_transport.lo] Error 1 make[1]: *** [curl_transport/all] Error 2 make: *** [lib/all] Error 2 Error: Status 1 encountered during processing. }}} i'm not sure why exactly it is failing... -- Ticket URL: <http://trac.macports.org/ticket/15443> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #15410: linkchecker does not work on Mac OS X 10.4.11 after installing
by MacPorts 12 Sep '09

12 Sep '09

#15410: linkchecker does not work on Mac OS X 10.4.11 after installing -------------------------------+-------------------------------------------- Reporter: macports(a)flyn.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | -------------------------------+-------------------------------------------- I just installed linkchecker on Mac OS X 10.4.11. The package pulled in python25 as a dependency. However, I see the following error when I try to execute linkchecker: Dragon:~ mike$ linkchecker Traceback (most recent call last): File "/opt/local/bin/linkchecker", line 37, in <module> import linkcheck.checker File "/opt/local/lib/python2.5/site- packages/linkcheck/checker/__init__.py", line 31, in <module> import linkcheck.checker.fileurl File "/opt/local/lib/python2.5/site- packages/linkcheck/checker/fileurl.py", line 26, in <module> import urllib2 File "/opt/local/lib/python2.5/urllib2.py", line 91, in <module> import hashlib File "/opt/local/lib/python2.5/hashlib.py", line 133, in <module> md5 = __get_builtin_constructor('md5') File "/opt/local/lib/python2.5/hashlib.py", line 60, in __get_builtin_constructor import _md5 ImportError: No module named _md5 -- Ticket URL: <http://trac.macports.org/ticket/15410> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16596: php5 build errores
by MacPorts 11 Sep '09

11 Sep '09

#16596: php5 build errores --------------------------------+------------------------------------------- Reporter: artrigue(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: php5 --------------------------------+------------------------------------------- sudo port -v install php5 +apache2 +fastcgi +imap +mysql5 +pcntl +pear +pspell +sockets +tidy | tee -a ./php5_install_log produces (besides a massive log) ld errors: /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: Undefined symbols: _executor_globals _sapi_globals _compiler_globals _core_globals ...looking through the log I see 4 places where it appears a configuration script is called with invalid parameters: Generating files updating cache ./config.cache [...] creating main/internal_functions_cli.c +--------------------------------------------------------------------+ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | | process, you are bound by the terms of this license agreement. | | If you do not agree with the terms of this license, you must abort | | the installation process at this point. | +--------------------------------------------------------------------+ Thank you for using PHP. Notice: Following unknown configure options were used: --with-xml --with-expat-dir=/opt/local --enable-filepro --enable-trans-sid --enable-dbx Check './configure --help' for available options ---> Building php5 with target all I have perl 5.10 and a generally fresh 10.4 install (plus updates to 10.4.11), and xcode 2.5. I only have had this hard drive installed for 2 days :) Logfile is attached -- Ticket URL: <http://trac.macports.org/ticket/16596> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #16691: checksum (sha1) mismatch for postgis-1.3.3.tar.gz
by MacPorts 01 Sep '09

01 Sep '09

#16691: checksum (sha1) mismatch for postgis-1.3.3.tar.gz ------------------------------------+--------------------------------------- Reporter: aaabbbdddde(a)yahoo.de | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: postgis checksum error | Port: postgis ------------------------------------+--------------------------------------- I installed a postgresql83-server some time ago and need postgis support now. While Installing postgis (port install postgis) the following error occured after autodownloading the tar.gz file from: Error: Checksum (sha1) missmatch for postgis-1.3.3.tar.gz after cleaning postgis I tried to download it from a mirror with the command "port mirror postgis" but the result was the same I installed the whole thing some weeks ago without any problems. Now I am stuck at this point. Seems like the version from postgis.refractions.net/download is corrupted or the checksum from org.macports.checksum is wrong .... -- Ticket URL: <http://trac.macports.org/ticket/16691> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #16410: gcc44: do java and gfortran need to conflict?
by MacPorts 27 Aug '09

27 Aug '09

#16410: gcc44: do java and gfortran need to conflict? -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: mww(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- The java and gfortran variants are marked as conflicting with one another. Should that be necessary? Would the attached patch work to allow these two variants to be used together? (I have not tested yet it because it takes a long time to compile.) -- Ticket URL: <http://trac.macports.org/ticket/16410> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16100: pdftk: parallel build fails
by MacPorts 27 Aug '09

27 Aug '09

#16100: pdftk: parallel build fails -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: ryandesign(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- If I add "`use_parallel_build yes`" to the pdftk portfile it doesn't build anymore. So I suggest adding "`use_parallel_build no`" to the portfile to make it clear that this will not work. I should also inform the developers of pdftk of the problem so they can correct it. -- Ticket URL: <http://trac.macports.org/ticket/16100> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16227: evince should not be built with --enable-pixbuf and gdk-pixbuf dependency
by MacPorts 27 Aug '09

27 Aug '09

#16227: evince should not be built with --enable-pixbuf and gdk-pixbuf dependency ---------------------------------+------------------------------------------ Reporter: vinc17(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: | ---------------------------------+------------------------------------------ gdk-pixbuf is very old and based on gtk1. It should no longer be used by default by evince (as evince from Debian doesn't use it, I don't think it is useful any longer). -- Ticket URL: <http://trac.macports.org/ticket/16227> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #16056: poppler -- new version -- more variants
by MacPorts 27 Aug '09

27 Aug '09

#16056: poppler -- new version -- more variants -------------------------------------+-------------------------------------- Reporter: jens.traube(a)t-online.de | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: pdf, qt4 | -------------------------------------+-------------------------------------- I submitted a new port "TeXworks" (Ticket #16055). This port needs port "poppler" with Qt4 bindings, but the current port of poppler has disabled by default the build of the Qt4 bindings. Therefore I added a variant qt4. I studied the port "poppler" in greater detail and realized that much more dependencies to other ports exists, than in the portfile are registered. With the command line tool "otool" I checked the dependencies and added the ports to depends_lib. The portfile of "poppler" is written in such a way, as to provide you with a maximal installation. But the port "TeXworks" does neither need port "XFree86" nor "GTK2". Therefore I added more variants: qt3Splash, qt4Splash, glibSplash, glibCairo, and abiword. Each of these variants provides you with a minimal installation. Of course, these variants can be combined, but not with variant "qt4". Variant "qt4" is for maximal installation of poppler and therefore contradicts to the other variations. -- Ticket URL: <http://trac.macports.org/ticket/16056> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 20