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

[MacPorts] #15766: Failed to install java_memcached
by MacPorts 16 Nov '09

16 Nov '09

#15766: Failed to install java_memcached --------------------------------+------------------------------------------- Reporter: sei.y.ng(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | --------------------------------+------------------------------------------- $ sudo port install java_memcached ---> Fetching java_memcached Error: Target org.macports.fetch returned: Subversion check out failed Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macports.org/ticket/15766> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16083: gnumeric row/column labels show broken character box instead of the letter/number
by MacPorts 29 Oct '09

29 Oct '09

#16083: gnumeric row/column labels show broken character box instead of the letter/number ------------------------------+--------------------------------------------- Reporter: bzbarsky(a)mit.edu | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | ------------------------------+--------------------------------------------- When I open up gnumeric, instead of seeing row/column labels I get little boxes with the unicode character code for the corresponding label (eg 0041 for the first column) inside them. I'll attach a screenshot. -- Ticket URL: <http://trac.macports.org/ticket/16083> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 15

[MacPorts] #15469: ftgl-2.1.2 build error on Leopard
by MacPorts 17 Oct '09

17 Oct '09

#15469: ftgl-2.1.2 build error on Leopard ---------------------------+------------------------------------------------ Reporter: kintel(a)sim.no | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | ---------------------------+------------------------------------------------ ftgl-2.1.2 fails to build on Leopard. See attached fix, extracted from ftgl-svn. -- Ticket URL: <http://trac.macports.org/ticket/15469> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16349: Python should be 64-bit on architectures that support it
by MacPorts 09 Oct '09

09 Oct '09

#16349: Python should be 64-bit on architectures that support it -------------------------------------------------------+-------------------- Reporter: macsforever2000(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: python24 python25 python26-devel python30 | -------------------------------------------------------+-------------------- Python 2.5 is 32-bit only. Ideally it should build 64-bit on 64-bit PPC and Intel architectures. I suspect the same issue is true for all of the python versions (2.4, 2.5, 2.6 and 3.0). -- Ticket URL: <http://trac.macports.org/ticket/16349> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #16289: PIDA 0.5.1_0 buid/linker failure
by MacPorts 08 Oct '09

08 Oct '09

#16289: PIDA 0.5.1_0 buid/linker failure -------------------------------+-------------------------------------------- Reporter: schwank(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: pida | -------------------------------+-------------------------------------------- The port for PIDA 0.5.1_0 fails with {{{ ld: duplicate symbol __PyGtk_API in build/temp.macosx-10.3-i386-2.5/moo /moo-stub.o and build/temp.macosx-10.3-i386-2.5/moo/moo-pygtk.o collect2: ld returned 1 exit status error: command '/usr/bin/gcc-4.0' failed with exit status 1 }}} Fix: add #define NO_IMPORT_PYGTK to the file moo/moo-stub.c I would submit a patch, but I don't know how... -- Ticket URL: <http://trac.macports.org/ticket/16289> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16417: tk @8.5.4_0 quartz variant build error on OS X 10.4.11
by MacPorts 03 Oct '09

03 Oct '09

#16417: tk @8.5.4_0 quartz variant build error on OS X 10.4.11 ------------------------------+--------------------------------------------- Reporter: dbueno(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: tk | ------------------------------+--------------------------------------------- The recently-added quartz variant of tk 8.5.4 fails to build on my Intel mac using 10.4.11. Instead I get a log of "error: previous declaration of <some X data structure/function>". The full build log is attached. There was some discussion here: http://www.nabble.com/Tk-Aqua-variant-gone --td19013676.html#a19013676. In particular Markus Weismann reported that the quartz variant compiled fine on his 10.5/i386 machine. I'm guessing there's probably only a small problem on my machine, but I'm not sure. -- Ticket URL: <http://trac.macports.org/ticket/16417> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #16364: python24 / python25 build without _locale module
by MacPorts 28 Sep '09

28 Sep '09

#16364: python24 / python25 build without _locale module ---------------------------------------+------------------------------------ Reporter: jm.carp(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: python24 python25 _locale | ---------------------------------------+------------------------------------ Both python2.4 and python2.5 build without the _locale module: import _locale Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: No module named _locale -- Ticket URL: <http://trac.macports.org/ticket/16364> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #16352: Update sleuthkit to 2.52
by MacPorts 24 Sep '09

24 Sep '09

#16352: Update sleuthkit to 2.52 --------------------------------+------------------------------------------- Reporter: dersh(a)alum.mit.edu | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: sleuthkit updae | --------------------------------+------------------------------------------- I just downloaded and installed sleuthkit 2.52 from sleuthkit.org. It built, on my Macbook Pro, OS 10.5.4, "out of the box" with no changes and no problems at all. So I would think that it is probably very easy to update this port to the current version. Thanks, -- Ticket URL: <http://trac.macports.org/ticket/16352> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[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