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

[MacPorts] #17278: Python Binary link missing in /opt/local/Library/Frameworks/Python.framework
by MacPorts 23 Apr '09

23 Apr '09

#17278: Python Binary link missing in /opt/local/Library/Frameworks/Python.framework -----------------------------------+---------------------------------------- Reporter: aubonbeurre(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: | Port: -----------------------------------+---------------------------------------- I found out why mod_python25 gets to link with the system's python, instead of the python25 framework in macports: the Python framework made by macports is not compliant with a framework layout. If I add a link in /opt/local/Library/Frameworks/Python.framework to ./Versions/2.5/Python, then the linker picks up the right Python framework. I'm using latest xcode 3.1 on 10.5.5, and could reproduce the problem on different machines. Notice this is not enough to fix mod_python25, which has another unrelated problem during validation (AFAIK). Sorry for giving so few details, and not being able to test on macports SVN. -- Ticket URL: <http://trac.macports.org/ticket/17278> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #16696: Cogito and stgit doesn't work with git-core@1.6.0.2_0
by MacPorts 23 Apr '09

23 Apr '09

#16696: Cogito and stgit doesn't work with git-core(a)1.6.0.2_0 --------------------------------------+------------------------------------- Reporter: Lars.Rasmusson(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: High | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: --------------------------------------+------------------------------------- It seems that git has changed and now cogito can't find the git commands. For example from within a git repo: {{{ $ cg log /opt/local/lib/cogito/cg-Xlib: line 926: git-symbolic-ref: command not found /opt/local/lib/cogito/cg-Xlib: line 238: git-repo-config: command not found /opt/local/lib/cogito/cg-Xlib: line 926: git-symbolic-ref: command not found Invalid id: HEAD }}} It seems to be known and solvable with a patch, see http://lists-archives.org/cygwin/37484-updated-git-1-6-0-1-git-k-gui- completion-1-6-0-1.html -- Ticket URL: <http://trac.macports.org/ticket/16696> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17021: Patch for qwt to change header install location
by MacPorts 21 Apr '09

21 Apr '09

#17021: Patch for qwt to change header install location ------------------------------+--------------------------------------------- Reporter: mlk(a)alum.mit.edu | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: qwt, headers | Port: qwt ------------------------------+--------------------------------------------- qwt installs all of its header into ${prefix}/include ; there are a ''lot'' of headers, and (at least for Linux pre-installed packages) these are traditionally installed in a "qwt" subdirectory. This patch (which replaces the current patch file for this port) changes the install directory to ${prefix}/include/qwt , as expected by other open-source programs. - MLD -- Ticket URL: <http://trac.macports.org/ticket/17021> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #17182: Variables aren't expanded in path:-style dependencies
by MacPorts 21 Apr '09

21 Apr '09

#17182: Variables aren't expanded in path:-style dependencies -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.6.0 Keywords: | Port: -------------------------------------+-------------------------------------- path:-style dependencies don't work as documented. The [http://guide.macports.org/#reference.dependencies.types documentation shows] this example: {{{ depends_run path:${prefix}/lib/libltdl.a:libtool }}} It turns out MacPorts doesn't actually expand variables here, so this doesn't work as intended. Furthermore, it turns out MacPorts actually prepends "`${prefix}/`" if the given path does not begin with a slash. So, 1) the Guide should show and recommend this simpler way to specify a dependency if it is in `${prefix}`: {{{ depends_run path:lib/libltdl.a:libtool }}} And it could show a different example using variable expansion in the path, if the path is not in `${prefix}` (a file in `${frameworks_dir}` perhaps) 2) MacPorts base should be fixed to expand variables so this works as advertised Ports that define dependencies using "`path:${prefix}/...`" should use "`path:...`" instead since this is shorter, simpler, and actually works with MacPorts 1.6.0. -- Ticket URL: <http://trac.macports.org/ticket/17182> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 21

[MacPorts] #17450: encfs 1.4.2: build failure, error: invalid conversion
by MacPorts 18 Apr '09

18 Apr '09

#17450: encfs 1.4.2: build failure, error: invalid conversion -------------------------------+-------------------------------------------- Reporter: gdoe6545@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: encfs -------------------------------+-------------------------------------------- After manually installing rlog (#17430) and downgrading boost (#15714) I'm now getting the following error: ---> Building encfs 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_fuse_encfs/work/encfs-1.4.2" && make all " returned error 2 Command output: make all-recursive Making all in encfs /usr/bin/g++-4.0 -DHAVE_CONFIG_H -I. -I.. -I../intl -I/opt/local/include -D__FreeBSD__=10 -D_FILE_OFFSET_BITS=64 -DFUSE_USE_VERSION=26 -D__STDC_FORMAT_MACROS -DRLOG_COMPONENT="encfs" -I/opt/local/include -I/opt/local/include -I/opt/local/include -DLOCALEDIR=\"/opt/local/share/locale\" -W -Wall -Wpointer-arith -Wwrite- strings -O2 -D_THREAD_SAFE -MT main.o -MD -MP -MF .deps/main.Tpo -c -o main.o main.cpp main.cpp: In function 'int main(int, char**)': main.cpp:546: error: invalid conversion from 'int (*)(const char*, const char*, const char*, size_t, int)' to 'int (*)(const char*, const char*, const char*, size_t, int, uint32_t)' main.cpp:547: error: invalid conversion from 'int (*)(const char*, const char*, char*, size_t)' to 'int (*)(const char*, const char*, char*, size_t, uint32_t)' make[2]: *** [main.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macports.org/ticket/17450> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16204: encfs not building
by MacPorts 18 Apr '09

18 Apr '09

#16204: encfs not building -------------------------------------+-------------------------------------- Reporter: js-macports(a)webkeks.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- There are 3 issues with encfs: 1.) If boost ist not built with +complete, the configure script won't even run (fails with the message that a packet whose name is an empty string was not found) 2.) If that is solved, it fails to build with this: {{{ /opt/local/include/boost/serialization/serialization.hpp:140: instantiated from 'void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::archive::xml_iarchive, T = EncFSConfig]' /opt/local/include/boost/archive/detail/iserializer.hpp:160: instantiated from 'void boost::archive::detail::iserializer<Archive, T>::load_object_data(boost::archive::detail::basic_iarchive&, void*, unsigned int) const [with Archive = boost::archive::xml_iarchive, T = EncFSConfig]' FileUtils.cpp:1521: instantiated from here FileUtils.cpp:163: error: 'make_binary_object' was not declared in this scope make[2]: *** [FileUtils.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 }}} Easy to fix: Just add #include <boost/serialization/binary_object.hpp> to that file, it will build then. 3.) When it was built with these two workarounds, it fails when trying to start it due to missing symbols: {{{ avalon:~$ encfs dyld: lazy symbol binding failed: Symbol not found: __ZN5boost6system19get_system_categoryEv Referenced from: /opt/local/lib/libencfs.4.dylib Expected in: flat namespace dyld: Symbol not found: __ZN5boost6system19get_system_categoryEv Referenced from: /opt/local/lib/libencfs.4.dylib Expected in: flat namespace zsh: trace trap encfs }}} Found no solution for the 3rd issue yet. Guess I'll have to look at the linking stage, something goes wrong there, I assume (missing library?) -- Ticket URL: <http://trac.macports.org/ticket/16204> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #15421: BUG: ruby 1.8.6-p114_0 +tk incorrectly links against Apple provided TK framework
by MacPorts 18 Apr '09

18 Apr '09

#15421: BUG: ruby 1.8.6-p114_0 +tk incorrectly links against Apple provided TK framework ----------------------------------+----------------------------------------- Reporter: synfinatic(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: | ----------------------------------+----------------------------------------- Building ruby @1.8.6-p114_0+darwin_9+thread_hooks+tk and then: {{{ /opt/local/bin/irb require 'tk' TclTkIp.new._eval "info patchlevel" }}} Doesn't return 8.5.2 (which is the MacPorts version of Tk), but rather 8.4.7 which is the Apple provided version. The issue seems to be that the incorrect arguments are passed to the tk ruby extention. I've had to manually build the tcltklib.bundle and tkutil.bundle: {{{ cd ext/tk CONFIGURE_ARGS='--with-tcl-dir=/opt/local --with-tk-dir=/opt/local --with- tcllib=tcl8.5 \ --with-tklib=tk8.5 --enable-pthread --without-X11' /opt/local/bin/ruby extconf.rb make make install cd tkutil CONFIGURE_ARGS='--with-tcl-dir=/opt/local --with-tk-dir=/opt/local --with- tcllib=tcl8.5 \ --with-tklib=tk8.5 --enable-pthread --without-X11' \ /opt/local/bin/ruby extconf.rb make make install }}} -- Ticket URL: <http://trac.macports.org/ticket/15421> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16153: mod_python25 doesn't build against apr 1.3.2
by MacPorts 17 Apr '09

17 Apr '09

#16153: mod_python25 doesn't build against apr 1.3.2 --------------------------------+------------------------------------------- Reporter: themolok(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 1.6.0 Keywords: | --------------------------------+------------------------------------------- it's an upstream bug triggered by apr 1.3.2 log: {{{ connobject.c: In function '_conn_read': connobject.c:142: error: request for member 'next' in something not a structure or union apxs:Error: Command failed with rc=65536 . make[1]: *** [mod_python.so] Error 1 make: *** [do_dso] Error 2 }}} Gentoo has a patch for it: http://bugs.gentoo.org/show_bug.cgi?id=230211 -- Ticket URL: <http://trac.macports.org/ticket/16153> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #16117: mod_python failing on Leopard Mac Os X Macbook Pro
by MacPorts 17 Apr '09

17 Apr '09

#16117: mod_python failing on Leopard Mac Os X Macbook Pro -----------------------------------+---------------------------------------- Reporter: alex.lurthu(a)yahoo.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | -----------------------------------+---------------------------------------- sickreturn-lm:MySQL-python-1.2.2 alexj$ sudo port install mod_python ---> Building mod_python 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_www_mod_python/work/mod_python-3.3.1" && make all " returned error 2 Command output: Compiling for DSO. /opt/local/apache2/bin/apxs -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mod_python/work/mod_python-3.3.1/src/include -I/opt/local/apache2/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -c mod_python.c _apachemodule.c requestobject.c tableobject.c util.c serverobject.c connobject.c filterobject.c hlist.c hlistobject.c finfoobject.c -L/opt/local/lib -Wl,-F/opt/local/Library/Frameworks -Wl,-framework,Python -u _PyMac_Error /Versions// -L/opt/local/lib -lm -framework Python -ldl /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/bin/gcc-4.0 -prefer-pic -O2 -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include -I/opt/local/apache2/include -I/opt/local/include/apr-1 -I/opt/local/include/apr-1 -I/opt/local/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mod_python/work/mod_python-3.3.1/src/include -I/opt/local/apache2/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -c -o mod_python.lo mod_python.c && touch mod_python.slo mod_python.c: In function 'python_init': mod_python.c:826: warning: initialization from incompatible pointer type /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/bin/gcc-4.0 -prefer-pic -O2 -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include -I/opt/local/apache2/include -I/opt/local/include/apr-1 -I/opt/local/include/apr-1 -I/opt/local/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mod_python/work/mod_python-3.3.1/src/include -I/opt/local/apache2/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -c -o _apachemodule.lo _apachemodule.c && touch _apachemodule.slo /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/bin/gcc-4.0 -prefer-pic -O2 -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include -I/opt/local/apache2/include -I/opt/local/include/apr-1 -I/opt/local/include/apr-1 -I/opt/local/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mod_python/work/mod_python-3.3.1/src/include -I/opt/local/apache2/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -c -o requestobject.lo requestobject.c && touch requestobject.slo /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/bin/gcc-4.0 -prefer-pic -O2 -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include -I/opt/local/apache2/include -I/opt/local/include/apr-1 -I/opt/local/include/apr-1 -I/opt/local/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mod_python/work/mod_python-3.3.1/src/include -I/opt/local/apache2/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -c -o tableobject.lo tableobject.c && touch tableobject.slo tableobject.c:1092: warning: initialization from incompatible pointer type /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/bin/gcc-4.0 -prefer-pic -O2 -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include -I/opt/local/apache2/include -I/opt/local/include/apr-1 -I/opt/local/include/apr-1 -I/opt/local/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mod_python/work/mod_python-3.3.1/src/include -I/opt/local/apache2/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -c -o util.lo util.c && touch util.slo /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/bin/gcc-4.0 -prefer-pic -O2 -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include -I/opt/local/apache2/include -I/opt/local/include/apr-1 -I/opt/local/include/apr-1 -I/opt/local/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mod_python/work/mod_python-3.3.1/src/include -I/opt/local/apache2/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -c -o serverobject.lo serverobject.c && touch serverobject.slo serverobject.c:387: warning: initialization from incompatible pointer type /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/bin/gcc-4.0 -prefer-pic -O2 -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include -I/opt/local/apache2/include -I/opt/local/include/apr-1 -I/opt/local/include/apr-1 -I/opt/local/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mod_python/work/mod_python-3.3.1/src/include -I/opt/local/apache2/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -c -o connobject.lo connobject.c && touch connobject.slo connobject.c: In function '_conn_read': connobject.c:142: error: request for member 'next' in something not a structure or union apxs:Error: Command failed with rc=65536 . make[1]: *** [mod_python.so] Error 1 make: *** [do_dso] Error 2 Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macports.org/ticket/16117> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #17416: UPDATE gromacs to 4.0.2
by MacPorts 15 Apr '09

15 Apr '09

#17416: UPDATE gromacs to 4.0.2 ----------------------------------+----------------------------------------- Reporter: andrew@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: gromacs | Port: gromacs ----------------------------------+----------------------------------------- Almost trivial update of gromacs to 4.0.2. Also added an option to build with gcc43 -- Ticket URL: <http://trac.macports.org/ticket/17416> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2