Re: [Fink-devel] dpkg-deb: use --no-unquote as argument to tar
Daniel Macks wrote: On Thu, Jan 03, 2008 at 03:22:48PM -0800, Jesse Alama wrote: [snip good rationale for...] The relevant code change is in line 450 of build.c in the subdirectory dpkg-deb of version 1.10.21 of dpkg: execlp(TAR,tar,-cf, -, --null, -T, -, --no-recursion, --no-unquote, (char*)0); instead of execlp(TAR,tar,-cf, -, --null, -T, -, --no-recursion, (char*)0); What would be the consequences of adding this flag to the invocation of tar? Do we know of any packages that require that the --no-unquote flag be absent? Is dpkg assured of running fink's tar here? That flag is only supported by /sw/bin/tar, not apple's /usr/bin/tar (at least not on 10.4). Nor on 10.5; /usr/bin/tar is still at version 1.15.1. But Fink's tar is in the dependency list of dpkg, so it should be used. As you will remember, we saw this a year ago when Fink's tar was upgraded to 1.16.1 and dpkg started spitting warnings about nul characters. We then patched exactly the line in question (although in a backward compatible way). Such a change would have to be thoroughly tested, of course (how are file names with spaces handled, for example?), but I think it would make sense. Currently, dpkg produces a list of file names using find . ... -print0, which are not quoted but raw file names, and feeds this list to tar which unquotes them. This is not very logical. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] Failed: phase compiling: plplot-5.8.0-1001 failed
Updating to plplot-5.8.0-1001 failed on Intel/Leopard with: ... /bin/sh ../../../libtool --tag=CC --mode=link gcc -Os -fstrict-aliasing -Wno-long-double -L/sw/lib/python2.5/config -Wl,-x,-dead_strip -o cplplotcanvasmodule.la -rpath /sw/lib/python2.5/site-packages -Wl,-m -rpath /sw/lib/python2.5/site-packages -module -avoid-version ../../../src/libplplotd.la ../../../bindings/gnome2/lib/libplplotgnome2d.la -Wl,-framework,CoreServices,-framework,ApplicationServices -L/sw/lib -L/usr/X11/lib -lgnomeprintui-2-2 -lgnomeprint-2-2 -lgnomecanvas-2 -lxml2 -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXinerama -lXext -lXfixes -lXcursor -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lXrender -lpangox-1.0 -lX11 -lpangoft2-1.0 -lfontconfig -lfreetype -lz -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -L/sw/lib -lgobject-2.0 -lglib-2.0 -lintl -liconv cplplotcanvasmodule_la-cplplotcanvas.lo cplplotcanvasmodule_la-cplplotcanvasmodule.lo -lm gcc ${wl}-undefined ${wl}dynamic_lookup -o .libs/cplplotcanvasmodule.so -bundle .libs/cplplotcanvasmodule_la-cplplotcanvas.o .libs/cplplotcanvasmodule_la-cplplotcanvasmodule.o -L/sw/lib/python2.5/config ../../../src/.libs/libplplotd.dylib -L/sw/lib/freetype219/lib /sw/lib/freetype219/lib/libfreetype.dylib -L/sw/lib /sw/src/fink.build/plplot-5.8.0-1001/plplot-5.8.0/lib/csa/.libs/libcsirocsa.dylib /sw/src/fink.build/plplot-5.8.0-1001/plplot-5.8.0/lib/nn/.libs/libcsironn.dylib /usr/lib/libltdl.3.1.4.dylib /usr/lib/libdl.dylib /usr/lib/libm.dylib ../../../bindings/gnome2/lib/.libs/libplplotgnome2d.dylib /sw/src/fink.build/plplot-5.8.0-1001/plplot-5.8.0/src/.libs/libplplotd.dylib -L/usr/X11/lib -L/usr/X11R6/lib /usr/lib/libpthread.dylib /usr/X11/lib/libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /usr/lib/libexpat.dylib /usr/lib/libz.dylib /usr/lib/libc.dylib /sw/lib/libgnomeprintui-2-2.dylib /sw/lib/libgnomeprint-2-2.dylib /sw/lib/libgnomecanvas-2.dylib /sw/lib/libxml2.dyl ib /sw/lib/libart_lgpl_2.dylib /sw/lib/libgtk-x11-2.0.dylib /sw/lib/libgdk-x11-2.0.dylib /usr/X11/lib/libXrandr.2.0.0.dylib /usr/X11/lib/libXinerama.1.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib /usr/X11/lib/libXfixes.3.1.0.dylib /usr/X11/lib/libXcursor.1.0.2.dylib /sw/lib/libatk-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib /sw/lib/libpangoxft-1.0.dylib /usr/X11/lib/libXft.2.1.2.dylib /usr/X11/lib/libXrender.1.3.0.dylib /sw/lib/libpangox-1.0.dylib /usr/X11/lib/libX11.6.2.0.dylib /sw/lib/libpangoft2-1.0.dylib /usr/X11/lib/libfontconfig.dylib /usr/X11/lib/libfreetype.dylib -lz /sw/lib/libpango-1.0.dylib /sw/lib/libgmodule-2.0.dylib /sw/lib/libgobject-2.0.dylib /sw/lib/libglib-2.0.dylib /sw/lib/libintl.dylib /sw/lib/libiconv.dylib -lm -Wl,-x -Wl,-dead_strip -Wl,-m -Wl,-framework -Wl,CoreServices -Wl,-framework -Wl,ApplicationServices ld64: warning: option -m is obsolete and being ignored ld: duplicate symbol __PyGObject_API in .libs/cplplotcanvasmodule_la-cplplotcanvasmodule.o and .libs/cplplotcanvasmodule_la-cplplotcanvas.o collect2: ld returned 1 exit status make[4]: *** [cplplotcanvasmodule.la] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of /var/tmp/tmp.2.9UmHSZ failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-plplot-5.8.0-1001 (Reading database ... 137363 files and directories currently installed.) Removing fink-buildlock-plplot-5.8.0-1001 ... Failed: phase compiling: plplot-5.8.0-1001 failed TIA Dominique - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] octave-forge
Jean-François Mertens wrote: On 02 Jan 2008, at 23:02, Alexandre Vial wrote: Jonathan Stickel a écrit : Corey The latest octave-forge.info (20071212-1005) has a couple bugs. First, the perl command for correcting the octave_packages file does not work correctly, resulting in octave not recognizing that any packages are installed. except e.g. that pkg list worked properly ... The result of the perl script definitely resulted in an empty pkg list for me. Anyway, this is fixed now. (Minor detail: there is still credit for the perl script in the info file, but ther is no more perl script...) Second, the pkg prefixes specified causes some problems. Specifically, the pkg load/unload command stops working after octave-forge is installed. I have fixed both of these in the attached info file. Please let me know you received this; if I don't hear, I will open (or append) a tracker in sourceforge. Thanks, Jonathan It works great on Mac OS X 10.4.11 Intel with Octave 3.0 Thank you very much Alexandre Commited by accident _ but having checked now what I would have wanted to do before _ I agree with Alexandre. Thanks a lot Jonathan ! You are welcome. I closed the open tracker on sourceforge related to octave-forge. Jonathan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Failed: phase compiling: plplot-5.8.0-1001 failed
On Fri, Jan 04, 2008 at 05:07:57PM +0100, Jean-Fran?ois Mertens wrote: On 04 Jan 2008, at 10:21, Dominique Dhumieres wrote: Updating to plplot-5.8.0-1001 failed on Intel/Leopard with: ... /bin/sh ../../../libtool --tag=CC --mode=link gcc -Os -fstrict- aliasing -Wno-long-double -L/sw/lib/python2.5/config -Wl,-x,- dead_strip -o cplplotcanvasmodule.la -rpath /sw/lib/python2.5/site- packages -Wl,-m -rpath /sw/lib/python2.5/site-packages -module - avoid-version ../../../src/libplplotd.la ../../../bindings/gnome2/ lib/libplplotgnome2d.la -Wl,-framework,CoreServices,- framework,ApplicationServices -L/sw/lib -L/usr/X11/lib - lgnomeprintui-2-2 -lgnomeprint-2-2 -lgnomecanvas-2 -lxml2 - lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXinerama -lXext - lXfixes -lXcursor -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft - lXrender -lpangox-1.0 -lX11 -lpangoft2-1.0 -lfontconfig -lfreetype - lz -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl - liconv -L/sw/lib -lgobject-2.0 -lglib-2.0 -lintl -liconv cplplotcanvasmodule_la-cplplotcanvas.lo cplplotcanvasmodule_la- cplplotcanvasmodule.lo -lm gcc ${wl}-undefined ${wl}dynamic_lookup -o .libs/ cplplotcanvasmodule.so -bundle .libs/cplplotcanvasmodule_la- cplplotcanvas.o .libs/cplplotcanvasmodule_la-cplplotcanvasmodule.o -L/sw/lib/python2.5/config ../../../src/.libs/libplplotd.dylib -L/ sw/lib/freetype219/lib /sw/lib/freetype219/lib/libfreetype.dylib -L/ sw/lib /sw/src/fink.build/plplot-5.8.0-1001/plplot-5.8.0/lib/ csa/.libs/libcsirocsa.dylib /sw/src/fink.build/plplot-5.8.0-1001/ plplot-5.8.0/lib/nn/.libs/libcsironn.dylib /usr/lib/libltdl. 3.1.4.dylib /usr/lib/libdl.dylib /usr/lib/libm.dylib ../../../ bindings/gnome2/lib/.libs/libplplotgnome2d.dylib /sw/src/fink.build/ plplot-5.8.0-1001/plplot-5.8.0/src/.libs/libplplotd.dylib -L/usr/ X11/lib -L/usr/X11R6/lib /usr/lib/libpthread.dylib /usr/X11/lib/ libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /usr/lib/ libexpat.dylib /usr/lib/libz.dylib /usr/lib/libc.dylib /sw/lib/ libgnomeprintui-2-2.dylib /sw/lib/libgnomeprint-2-2.dylib /sw/lib/ libgnomecanvas-2.dylib /sw/lib/libxml2.dyl ib /sw/lib/libart_lgpl_2.dylib /sw/lib/libgtk-x11-2.0.dylib /sw/ lib/libgdk-x11-2.0.dylib /usr/X11/lib/libXrandr.2.0.0.dylib /usr/ X11/lib/libXinerama.1.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib / usr/X11/lib/libXfixes.3.1.0.dylib /usr/X11/lib/libXcursor. 1.0.2.dylib /sw/lib/libatk-1.0.dylib /sw/lib/ libgdk_pixbuf-2.0.dylib /sw/lib/libpangoxft-1.0.dylib /usr/X11/lib/ libXft.2.1.2.dylib /usr/X11/lib/libXrender.1.3.0.dylib /sw/lib/ libpangox-1.0.dylib /usr/X11/lib/libX11.6.2.0.dylib /sw/lib/ libpangoft2-1.0.dylib /usr/X11/lib/libfontconfig.dylib /usr/X11/lib/ libfreetype.dylib -lz /sw/lib/libpango-1.0.dylib /sw/lib/ libgmodule-2.0.dylib /sw/lib/libgobject-2.0.dylib /sw/lib/ libglib-2.0.dylib /sw/lib/libintl.dylib /sw/lib/libiconv.dylib -lm - Wl,-x -Wl,-dead_strip -Wl,-m -Wl,-framework -Wl,CoreServices -Wl,- framework -Wl,ApplicationServices ld64: warning: option -m is obsolete and being ignored ld: duplicate symbol __PyGObject_API in .libs/ cplplotcanvasmodule_la-cplplotcanvasmodule.o and .libs/ cplplotcanvasmodule_la-cplplotcanvas.o collect2: ld returned 1 exit status Don't know how to fix this; have no access to 10.5 _nor to a 64 bit machine at the moment _ though I see now in man ld that -m is marked as 32-bit only... [...] With my ld, adding the '-m' flag (which is done in the patchscript), avoided the 'duplicate symbol' error, and led to proper linking: The gnome python bindings have some standard macros to control this kind of situation (essentially, inhibit defining the symbol in certain object files). Instead of -m, try patching the sources for the two colliding .o (cplplotcanvasmodule.c and cplplotcanvas.o perhaps?) to insert a line: #define NO_IMPORT_PYGOBJECT before the #include pygobject.h in them. If that fixes it, please file an upstream report; it's a portable fix for a non-darwin-specific bug. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Failed: phase compiling: plplot-5.8.0-1001 failed
On 04 Jan 2008, at 10:21, Dominique Dhumieres wrote: Updating to plplot-5.8.0-1001 failed on Intel/Leopard with: ... /bin/sh ../../../libtool --tag=CC --mode=link gcc -Os -fstrict- aliasing -Wno-long-double -L/sw/lib/python2.5/config -Wl,-x,- dead_strip -o cplplotcanvasmodule.la -rpath /sw/lib/python2.5/site- packages -Wl,-m -rpath /sw/lib/python2.5/site-packages -module - avoid-version ../../../src/libplplotd.la ../../../bindings/gnome2/ lib/libplplotgnome2d.la -Wl,-framework,CoreServices,- framework,ApplicationServices -L/sw/lib -L/usr/X11/lib - lgnomeprintui-2-2 -lgnomeprint-2-2 -lgnomecanvas-2 -lxml2 - lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXinerama -lXext - lXfixes -lXcursor -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft - lXrender -lpangox-1.0 -lX11 -lpangoft2-1.0 -lfontconfig -lfreetype - lz -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl - liconv -L/sw/lib -lgobject-2.0 -lglib-2.0 -lintl -liconv cplplotcanvasmodule_la-cplplotcanvas.lo cplplotcanvasmodule_la- cplplotcanvasmodule.lo -lm gcc ${wl}-undefined ${wl}dynamic_lookup -o .libs/ cplplotcanvasmodule.so -bundle .libs/cplplotcanvasmodule_la- cplplotcanvas.o .libs/cplplotcanvasmodule_la-cplplotcanvasmodule.o -L/sw/lib/python2.5/config ../../../src/.libs/libplplotd.dylib -L/ sw/lib/freetype219/lib /sw/lib/freetype219/lib/libfreetype.dylib -L/ sw/lib /sw/src/fink.build/plplot-5.8.0-1001/plplot-5.8.0/lib/ csa/.libs/libcsirocsa.dylib /sw/src/fink.build/plplot-5.8.0-1001/ plplot-5.8.0/lib/nn/.libs/libcsironn.dylib /usr/lib/libltdl. 3.1.4.dylib /usr/lib/libdl.dylib /usr/lib/libm.dylib ../../../ bindings/gnome2/lib/.libs/libplplotgnome2d.dylib /sw/src/fink.build/ plplot-5.8.0-1001/plplot-5.8.0/src/.libs/libplplotd.dylib -L/usr/ X11/lib -L/usr/X11R6/lib /usr/lib/libpthread.dylib /usr/X11/lib/ libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /usr/lib/ libexpat.dylib /usr/lib/libz.dylib /usr/lib/libc.dylib /sw/lib/ libgnomeprintui-2-2.dylib /sw/lib/libgnomeprint-2-2.dylib /sw/lib/ libgnomecanvas-2.dylib /sw/lib/libxml2.dyl ib /sw/lib/libart_lgpl_2.dylib /sw/lib/libgtk-x11-2.0.dylib /sw/ lib/libgdk-x11-2.0.dylib /usr/X11/lib/libXrandr.2.0.0.dylib /usr/ X11/lib/libXinerama.1.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib / usr/X11/lib/libXfixes.3.1.0.dylib /usr/X11/lib/libXcursor. 1.0.2.dylib /sw/lib/libatk-1.0.dylib /sw/lib/ libgdk_pixbuf-2.0.dylib /sw/lib/libpangoxft-1.0.dylib /usr/X11/lib/ libXft.2.1.2.dylib /usr/X11/lib/libXrender.1.3.0.dylib /sw/lib/ libpangox-1.0.dylib /usr/X11/lib/libX11.6.2.0.dylib /sw/lib/ libpangoft2-1.0.dylib /usr/X11/lib/libfontconfig.dylib /usr/X11/lib/ libfreetype.dylib -lz /sw/lib/libpango-1.0.dylib /sw/lib/ libgmodule-2.0.dylib /sw/lib/libgobject-2.0.dylib /sw/lib/ libglib-2.0.dylib /sw/lib/libintl.dylib /sw/lib/libiconv.dylib -lm - Wl,-x -Wl,-dead_strip -Wl,-m -Wl,-framework -Wl,CoreServices -Wl,- framework -Wl,ApplicationServices ld64: warning: option -m is obsolete and being ignored ld: duplicate symbol __PyGObject_API in .libs/ cplplotcanvasmodule_la-cplplotcanvasmodule.o and .libs/ cplplotcanvasmodule_la-cplplotcanvas.o collect2: ld returned 1 exit status Don't know how to fix this; have no access to 10.5 _nor to a 64 bit machine at the moment _ though I see now in man ld that -m is marked as 32-bit only... The problem occurs because of a common symbol (from %p/include/ pygtk-2.0/pygobject.h); in bindings/gnome2/python : # nm -om *.o|fgrep _PyGObject_API cplplotcanvasmodule_la-cplplotcanvas.o: 0010 (common) external __PyGObject_API cplplotcanvasmodule_la-cplplotcanvasmodule.o: 0010 (common) external __PyGObject_API gcwmodule_la-gcw.o: 0010 (common) external __PyGObject_API gcwmodule_la-gcwmodule.o: 0010 (common) external __PyGObject_API (the latter 2 files are linked together in a later link command) With my ld, adding the '-m' flag (which is done in the patchscript), avoided the 'duplicate symbol' error, and led to proper linking: # nm -m .libs/cplplotcanvasmodule.so |fgrep _PyGObject_API 47b0 (__DATA,__common) external __PyGObject_API What is the correct way to achieve this with ld64 (have no way to experiment with it..) ? The only doc I find relative to common symbols is 1) in `man ld` the items -commons and -warn_commons are marked 64-bit only, and suggest that common symbols are no problem... 2) In http://developer.apple.com/documentation/DeveloperTools/Conceptual/ MachOTopics/Articles/executing_files.html#//apple_ref/doc/uid/ TP40001829-DontLinkElementID_53 A common symbol is a symbol that may appear in multiple intermediate object files. The static linker permits multiple common symbol definitions with the same name in input files, and copies the one with the largest size to the final product. ... A multi-module shared library, which ld builds by default, cannot have common symbols. However, you can build a shared library as
Re: [Fink-devel] Failed: phase compiling: plplot-5.8.0-1001 failed
On 04 Jan 2008, at 10:21, Dominique Dhumieres wrote: /bin/sh ../../../libtool --tag=CC --mode=link gcc -Os -fstrict- aliasing -Wno-long-double -L/sw/lib/python2.5/config -Wl,-x,- dead_strip -o cplplotcanvasmodule.la -rpath /sw/lib/python2.5/site- packages -Wl,-m -rpath /sw/lib/python2.5/site-packages -module - avoid-version ../../../src/libplplotd.la ../../../bindings/gnome2/ lib/libplplotgnome2d.la -Wl,-framework,CoreServices,- framework,ApplicationServices -L/sw/lib -L/usr/X11/lib - lgnomeprintui-2-2 -lgnomeprint-2-2 -lgnomecanvas-2 -lxml2 - lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXinerama -lXext - lXfixes -lXcursor -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft - lXrender -lpangox-1.0 -lX11 -lpangoft2-1.0 -lfontconfig -lfreetype - lz -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl - liconv -L/sw/lib -lgobject-2.0 -lglib-2.0 -lintl -liconv cplplotcanvasmodule_la-cplplotcanvas.lo cplplotcanvasmodule_la- cplplotcanvasmodule.lo -lm gcc ${wl}-undefined ${wl}dynamic_lookup -o .libs/ cplplotcanvasmodule.so -bundle .libs/cplplotcanvasmodule_la- cplplotcanvas.o .libs/cplplotcanvasmodule_la-cplplotcanvasmodule.o -L/sw/lib/python2.5/config ../../../src/.libs/libplplotd.dylib -L/ sw/lib/freetype219/lib /sw/lib/freetype219/lib/libfreetype.dylib -L/ sw/lib /sw/src/fink.build/plplot-5.8.0-1001/plplot-5.8.0/lib/ csa/.libs/libcsirocsa.dylib /sw/src/fink.build/plplot-5.8.0-1001/ plplot-5.8.0/lib/nn/.libs/libcsironn.dylib /usr/lib/libltdl. 3.1.4.dylib /usr/lib/libdl.dylib /usr/lib/libm.dylib ../../../ bindings/gnome2/lib/.libs/libplplotgnome2d.dylib /sw/src/fink.build/ plplot-5.8.0-1001/plplot-5.8.0/src/.libs/libplplotd.dylib -L/usr/ X11/lib -L/usr/X11R6/lib /usr/lib/libpthread.dylib /usr/X11/lib/ libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /usr/lib/ libexpat.dylib /usr/lib/libz.dylib /usr/lib/libc.dylib /sw/lib/ libgnomeprintui-2-2.dylib /sw/lib/libgnomeprint-2-2.dylib /sw/lib/ libgnomecanvas-2.dylib /sw/lib/libxml2.dyl ib /sw/lib/libart_lgpl_2.dylib /sw/lib/libgtk-x11-2.0.dylib /sw/ lib/libgdk-x11-2.0.dylib /usr/X11/lib/libXrandr.2.0.0.dylib /usr/ X11/lib/libXinerama.1.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib / usr/X11/lib/libXfixes.3.1.0.dylib /usr/X11/lib/libXcursor. 1.0.2.dylib /sw/lib/libatk-1.0.dylib /sw/lib/ libgdk_pixbuf-2.0.dylib /sw/lib/libpangoxft-1.0.dylib /usr/X11/lib/ libXft.2.1.2.dylib /usr/X11/lib/libXrender.1.3.0.dylib /sw/lib/ libpangox-1.0.dylib /usr/X11/lib/libX11.6.2.0.dylib /sw/lib/ libpangoft2-1.0.dylib /usr/X11/lib/libfontconfig.dylib /usr/X11/lib/ libfreetype.dylib -lz /sw/lib/libpango-1.0.dylib /sw/lib/ libgmodule-2.0.dylib /sw/lib/libgobject-2.0.dylib /sw/lib/ libglib-2.0.dylib /sw/lib/libintl.dylib /sw/lib/libiconv.dylib -lm - Wl,-x -Wl,-dead_strip -Wl,-m -Wl,-framework -Wl,CoreServices -Wl,- framework -Wl,ApplicationServices ld64: warning: option -m is obsolete and being ignored ld: duplicate symbol __PyGObject_API in .libs/ cplplotcanvasmodule_la-cplplotcanvasmodule.o and .libs/ cplplotcanvasmodule_la-cplplotcanvas.o Dominique, I'm a bit puzzled by 2 things here : 1) Your flags are -Wl,-framework,CoreServices,- framework,ApplicationServices are not there in my libtool command _ and I don't see what pkg they might come from.. Since it easier to trace the origin of something than of nothing _ could you try to look where this comes from ? (it seems as if being the first item of GCW_LIBS, which configure sets to $PKG_CONFIG --libs libgnomeui-2.0 (or libgnomeprintui-2.0)... I don't see how it could get there .. 2) when I compile w/o the -m flag, I get the same error for another symbol too : /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: multiple definitions of symbol __PyGObject_API .libs/gcwmodule_la-gcw.o definition of __PyGObject_API in section (__DATA,__common) .libs/gcwmodule_la-gcwmodule.o definition of __PyGObject_API in section (__DATA,__common) /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: multiple definitions of symbol _gcwapi .libs/gcwmodule_la-gcw.o definition of _gcwapi in section (__DATA,__common) .libs/gcwmodule_la-gcwmodule.o definition of _gcwapi in section (__DATA,__common) collect2: ld returned 1 exit status (would be the same for cplplotcanvasmodule, with plplotcanvasapi insted of gcwapi ) Possibly it is just a difference between the ld's, that yours reports only the first such error _ but to be sure, could you please run, in bindings/gnome2/python, the command : nm -mo .libs/*.o|fgrep common ? Thanks ! Jean-Francois - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net
Re: [Fink-devel] wine info file for 0.9.52
On 31/12/2007, Damian Dimmich [EMAIL PROTECTED] wrote: Hi All, I went ahead and made an info file for wine 0.9.52 - pulled it and it seems to work very well - better than the .44 version as that one had something busted with the fonts it was using (at least on my system). This has been tested on Leopard. On 10.4 the .9.44 version was sort of working. It would redo some font metrics over and over (at least once on every program start so running anything took ages). The .9.52 from the package tracker builds and runs but it fails to hide windows. Maybe it's my window manager but all windows that are normally unmapped (closed but possibly not destroyed completely) never go away once shown. This includes various dialogs and a splash screen. I have tried a single application that uses its own dialogs, probaly no comclt stuff. Thanks Michal - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] wine info file for 0.9.52
Hi Michal, What version of X and OsX are you running? I've only tested against 2.1.1 XQuartz (based on x.org 7.2ish) from here http://trac.macosforge.org/projects/xquartz and Leopard. I don't actually have 10.4 machine to test on - that and the 10.4 X was really buggy and may have to do with problems with that? Also, what apps is this happening with? Cheers, Damian Michal Suchanek wrote: On 31/12/2007, Damian Dimmich [EMAIL PROTECTED] wrote: Hi All, I went ahead and made an info file for wine 0.9.52 - pulled it and it seems to work very well - better than the .44 version as that one had something busted with the fonts it was using (at least on my system). This has been tested on Leopard. On 10.4 the .9.44 version was sort of working. It would redo some font metrics over and over (at least once on every program start so running anything took ages). The .9.52 from the package tracker builds and runs but it fails to hide windows. Maybe it's my window manager but all windows that are normally unmapped (closed but possibly not destroyed completely) never go away once shown. This includes various dialogs and a splash screen. I have tried a single application that uses its own dialogs, probaly no comclt stuff. Thanks Michal - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Failed: phase compiling: plplot-5.8.0-1001 failed
On 04 Jan 2008, at 17:27, Daniel Macks wrote: The gnome python bindings have some standard macros to control this kind of situation (essentially, inhibit defining the symbol in certain object files). Instead of -m, try patching the sources for the two colliding .o (cplplotcanvasmodule.c and cplplotcanvas.o perhaps?) to insert a line: #define NO_IMPORT_PYGOBJECT before the #include pygobject.h Right on ! (cplplotcanvas.c is a generated file _ by pygtk2-gtk-py's codegen/h2def.py and pygtk-codegen-2.0 _ but inserting it just into the other, together with a #define NO_IMPORT_ARRAY (for numeric-py25's arrayobject.h) seems to fix the trouble.. Thanks ! JF - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] plplot fails to build
Please update to revision 1002. Is hopefully fixed there _ though I have no ld64 (nor 10.5) to certify it .. :) JF Mertens - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] plplot fails to build
Please update to revision 1002. Is hopefully fixed there _ 1002 worked without problem. Thanks Dominique - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] plplot fails to build
Jean François, Sorry for the bad news but 1002 fails on G4 OSX 10.4.11 with: ... /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -L/sw/lib/python2.5/config -Wl,-x,-dead_strip -o wxwidgets.la -rpath /sw/lib/plplot5.8.0/driversd -no-undefined -module -avoid-version -L/sw/lib/freetype219/lib -lfreetype ../src/libplplotd.la -framework QuickTime -framework IOKit -framework Carbon -framework Cocoa -framework System -lwx_macud-2.5 wxwidgets.lo -lm g++ -o .libs/wxwidgets.so -bundle .libs/wxwidgets.o -L/sw/lib/python2.5/config -L/sw/lib/freetype219/lib /sw/lib/freetype219/lib/libfreetype.dylib -L/sw/lib ../src/.libs/libplplotd.dylib /sw/src/fink.build/plplot-5.8.0-1002/plplot-5.8.0/lib/csa/.libs/libcsirocsa.dylib /sw/src/fink.build/plplot-5.8.0-1002/plplot-5.8.0/lib/nn/.libs/libcsironn.dylib /sw/lib/libltdl.dylib -lwx_macud-2.5 -lm -Wl,-x -Wl,-dead_strip -framework QuickTime -framework IOKit -framework Carbon -framework Cocoa -framework System /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: Undefined symbols: typeinfo for wxListBase typeinfo for wxApp typeinfo for wxFrame typeinfo for wxDialog typeinfo for wxObject typeinfo for wxThread typeinfo for wxWindow collect2: ld returned 1 exit status make[2]: *** [wxwidgets.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of /var/tmp/tmp.3.VeR8JK failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-plplot-5.8.0-1002 (Reading database ... 345205 files and directories currently installed.) Removing fink-buildlock-plplot-5.8.0-1002 ... Failed: phase compiling: plplot-5.8.0-1002 failed TIA Dominique - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] dpkg-deb: use --no-unquote as argument to tar
But Fink's tar is in the dependency list of dpkg, so it should be used. I think this is true only when fink calls dpkg, because fink does some path munging first. However I just tried this: sudo dtrace -n 'syscall::execve:entry { self-path = copyinstr(arg0); } syscall::execve:return / arg0 == 0 / { trace(self-path); }' -c 'dpkg-deb -b target target.deb' and it confirms that the first 'tar' in my path (which is not fink's tar) is being called. Also even when fink calls dpkg we're not absolutely guaranteed to get a recent tar, since during bootstrap fink's tar isn't installed yet. One option would be to patch dpkg to read something like this: struct stat sb; if (stat(PATH_TO_FINKS_TAR) == 0) { execlp(PATH_TO_FINKS_TAR,tar,-cf, -, --null, -T, -, --no-recursion, --no-unquote, (char*)0); } else { execlp(TAR,tar,-cf, -, --null, -T, -, --no-recursion, --no-unquote, (char*)0); } I'd still rather see a patch of the package in question. Can you tell us what it is? Maybe we can come up with a safe way around the use of strange paths. Dave - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] scipy-py.info missing BuildDepend of swig
Hi Sebastien, Looks like your email address listed in scipy-py.info is bouncing. Can you add swig to the BuildDepend line of scipy-py.info? Thanks, -kurt http://schwehr.org Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] plplot fails to build
On 04 Jan 2008, at 21:45, Dominique Dhumieres wrote: Jean François, Sorry for the bad news but 1002 fails on G4 OSX 10.4.11 with: ... /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -L/sw/lib/ python2.5/config -Wl,-x,-dead_strip -o wxwidgets.la -rpath /sw/lib/ plplot5.8.0/driversd -no-undefined -module -avoid-version -L/sw/lib/ freetype219/lib -lfreetype ../src/libplplotd.la -framework QuickTime -framework IOKit -framework Carbon -framework Cocoa - framework System -lwx_macud-2.5 wxwidgets.lo -lm g++ -o .libs/wxwidgets.so -bundle .libs/wxwidgets.o -L/sw/lib/ python2.5/config -L/sw/lib/freetype219/lib /sw/lib/freetype219/lib/ libfreetype.dylib -L/sw/lib ../src/.libs/libplplotd.dylib /sw/src/ fink.build/plplot-5.8.0-1002/plplot-5.8.0/lib/csa/.libs/ libcsirocsa.dylib /sw/src/fink.build/plplot-5.8.0-1002/plplot-5.8.0/ lib/nn/.libs/libcsironn.dylib /sw/lib/libltdl.dylib -lwx_macud-2.5 - lm -Wl,-x -Wl,-dead_strip -framework QuickTime -framework IOKit - framework Carbon -framework Cocoa -framework System /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: Undefined symbols: typeinfo for wxListBase typeinfo for wxApp typeinfo for wxFrame typeinfo for wxDialog typeinfo for wxObject typeinfo for wxThread typeinfo for wxWindow collect2: ld returned 1 exit status I'm on 10.4.11 too, and the exact same command line gives no trouble ! I find all those symbols _ as (__DATA,__const_coal) weak external _ in the output of : # nm -m /usr/lib/libwx_macud-2.5.dylib|fgrep 'wxListBase wxApp wxFrame wxDialog wxObject wxThread wxWindow'|c++filt|fgrep 'typeinfo for' and, given the link command, they must be found there.. What does this command give for you ? Also, do you get : # ls -l /usr/lib/libwx_macud-2.5.*.dylib -rwxr-xr-x 1 root wheel 11960372 Dec 24 18:44 /usr/lib/ libwx_macud-2.5.3.0.0.dylib lrwxr-xr-x 1 root wheel 27 Feb 14 2006 /usr/lib/ libwx_macud-2.5.3.dylib - libwx_macud-2.5.3.0.0.dylib (date is probably meaningless) JF - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] plplot fails to build
nm -m /usr/lib/libwx_macud-2.5.dylib | fgrep 'wxListBase' gives a list: 9bd78734 (__TEXT,__eh_frame) external _ZN10wxListBase10DeleteNodeEP10wxNodeBase.eh 9bd7870c (__TEXT,__eh_frame) external _ZN10wxListBase10DetachNodeEP10wxNodeBase.eh 9bd78860 (__TEXT,__eh_frame) external _ZN10wxListBase11DeleteNodesEP10wxNodeBaseS1_.eh ff28d000 (absolute) external _ZN10wxListBase12AppendCommonEP10wxNodeBase.eh 9bd78760 (__TEXT,__eh_frame) external _ZN10wxListBase12DeleteObjectEPv.eh 9bd786e0 (__TEXT,__eh_frame) external _ZN10wxListBase12DoDeleteNodeEP10wxNodeBase.eh ... 9ba06d3c (__TEXT,__text) external __ZNK10wxListBase4FindERK9wxListKey 9ba06cbc (__TEXT,__text) external __ZNK10wxListBase4ItemEm 9ba06e08 (__TEXT,__text) external __ZNK10wxListBase7IndexOfEPv aba10688 (__DATA,__const) external __ZTV10wxListBase but nothink without __Z*10. [pbook] /Users/dominiq% ls -l /usr/lib/libwx_macud-2.5.*.dylib -rwxr-xr-x 1 root wheel 6918948 Dec 27 01:12 /usr/lib/libwx_macud-2.5.3.0.0.dylib lrwxr-xr-x 1 root wheel 27 Aug 23 2005 /usr/lib/libwx_macud-2.5.3.dylib - libwx_macud-2.5.3.0.0.dylib so my file /usr/lib/libwx_macud-2.5.3.0.0.dylib is about half of yours. nm -m /usr/lib/libwx_macud-2.5.dylib | egrep __const_coal gives nothing Dominique - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] dpkg-deb: use --no-unquote as argument to tar
Dave Vasilevsky [EMAIL PROTECTED] writes: But Fink's tar is in the dependency list of dpkg, so it should be used. I think this is true only when fink calls dpkg, because fink does some path munging first. However I just tried this: sudo dtrace -n 'syscall::execve:entry { self-path = copyinstr(arg0); } syscall::execve:return / arg0 == 0 / { trace(self-path); }' -c 'dpkg-deb -b target target.deb' and it confirms that the first 'tar' in my path (which is not fink's tar) is being called. Also even when fink calls dpkg we're not absolutely guaranteed to get a recent tar, since during bootstrap fink's tar isn't installed yet. One option would be to patch dpkg to read something like this: struct stat sb; if (stat(PATH_TO_FINKS_TAR) == 0) { execlp(PATH_TO_FINKS_TAR,tar,-cf, -, --null, -T, -, --no-recursion, --no-unquote, (char*)0); } else { execlp(TAR,tar,-cf, -, --null, -T, -, --no-recursion, --no-unquote, (char*)0); } I'd still rather see a patch of the package in question. Can you tell us what it is? Maybe we can come up with a safe way around the use of strange paths. My own preference (for what it's worth) would be to patch dpkg as you suggest rather than patching the package either by making non-trivial modifications to its source or by using an ugly post-installation script. It seems clear to me that what's going on here is a lacking in dpkg. I agree with Martin that, as it stands now, dpkg's operation isn't very logical. I did some searching on the debian mailing lists to see if there was any mention of the --no-unquote tar option, but I was unable to find any message where the developers took a stand on what to do about it in connection with dpkg. The package is called MML Query (http://mmlquery.mizar.org), a search engine for mizar, which I have already packaged (see http://pdb.finkproject.org/pdb/browse.php?summary=mizar) Jesse -- Jesse Alama ([EMAIL PROTECTED]) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] plplot fails to build
On Jan 4, 2008 4:57 PM, Dominique Dhumieres [EMAIL PROTECTED] wrote: nm -m /usr/lib/libwx_macud-2.5.dylib | fgrep 'wxListBase' gives a list: 9bd78734 (__TEXT,__eh_frame) external _ZN10wxListBase10DeleteNodeEP10wxNodeBase.eh [...] but nothink without __Z*10. JF's original command line included 'c++filt', which demangles the symbols (converting things like _ZN10 to the equivalent C++ expression). -- - Charles Lepple - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] [Fink-users] plplot fails to build
Koen, Fixed, thanks ! selfupdate again JF - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] plplot fails to build
On 04 Jan 2008, at 22:57, Dominique Dhumieres wrote: nm -m /usr/lib/libwx_macud-2.5.dylib | fgrep 'wxListBase' gives a list: 9bd78734 (__TEXT,__eh_frame) external _ZN10wxListBase10DeleteNodeEP10wxNodeBase.eh 9bd7870c (__TEXT,__eh_frame) external _ZN10wxListBase10DetachNodeEP10wxNodeBase.eh 9bd78860 (__TEXT,__eh_frame) external _ZN10wxListBase11DeleteNodesEP10wxNodeBaseS1_.eh ff28d000 (absolute) external _ZN10wxListBase12AppendCommonEP10wxNodeBase.eh 9bd78760 (__TEXT,__eh_frame) external _ZN10wxListBase12DeleteObjectEPv.eh 9bd786e0 (__TEXT,__eh_frame) external _ZN10wxListBase12DoDeleteNodeEP10wxNodeBase.eh ... 9ba06d3c (__TEXT,__text) external __ZNK10wxListBase4FindERK9wxListKey 9ba06cbc (__TEXT,__text) external __ZNK10wxListBase4ItemEm 9ba06e08 (__TEXT,__text) external __ZNK10wxListBase7IndexOfEPv aba10688 (__DATA,__const) external __ZTV10wxListBase but nothink without __Z*10. Use the *exact* command I wrote... [pbook] /Users/dominiq% ls -l /usr/lib/libwx_macud-2.5.*.dylib -rwxr-xr-x 1 root wheel 6918948 Dec 27 01:12 /usr/lib/ libwx_macud-2.5.3.0.0.dylib lrwxr-xr-x 1 root wheel 27 Aug 23 2005 /usr/lib/ libwx_macud-2.5.3.dylib - libwx_macud-2.5.3.0.0.dylib so my file /usr/lib/libwx_macud-2.5.3.0.0.dylib is about half of yours. This is normal _ we are 'gratified' (!) with 'universal' files on intel.. But I repeated the command I sent you adding '-arch ppc' to the nm command and still get all those symbols... nm -m /usr/lib/libwx_macud-2.5.dylib | egrep __const_coal gives nothing this is indeed worrysome The following command will tell you which pkg your libwx_macud comes from: # for f in `find /Library/Receipts -name '*.bom'`; do echo -n $f: ; lsbom $f 2/dev/null|fgrep '/usr/lib/libwx_macud-2.5.3.0.0.dylib'; echo ''; done|grep -v '\(:\|^\) *$' /Library/Receipts/BSD.pkg/Contents/Archive.bom: ./usr/lib/ libwx_macud-2.5.3.0.0.dylib 100755 0/0 119603722962364617 /Library/Receipts/MacOSX10.4.Universal.pkg/Contents/Archive.bom: ./ SDKs/MacOSX10.4u.sdk/usr/lib/libwx_macud-2.5.3.0.0.dylib 100755 0/0 2748772 1201174629 and since # ls -l /Library/Receipts/BSD.pkg/Contents/Archive.bom /Library/ Receipts/MacOSX10.4.Universal.pkg/Contents/Archive.bom -rw-rw-r-- 1 root admin 3231117 Feb 14 2006 /Library/Receipts/ BSD.pkg/Contents/Archive.bom -rw-rw-r-- 1 root admin 1784306 Jul 25 06:48 /Library/Receipts/ MacOSX10.4.Universal.pkg/Contents/Archive.bom the lib here clearly comes from the latter pkg... JF - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] [Fink-users] plplot fails to build
On Jan 4, 2008, at 7:39 PM, Jean-François Mertens wrote: Koen, Fixed, thanks ! selfupdate again Jean-François, It got past that part, but now I got the following error: .. Making all in python /sw/lib/pygtk/2.0/codegen/h2def.py \ ../../../include/plplotcanvas.h \ | sed -e s/PLINT/gint32/ -e s/PLFLT/double/ plplotcanvas.defs pygtk-codegen-2.0 --prefix cplplotcanvas \ --register `pkg-config --variable=defsdir pygtk-2.0`/gdk.defs \ --register `pkg-config --variable=defsdir pygtk-2.0`/gtk.defs \ --register `pkg-config --variable=defsdir pygtk-2.0`/gnome.defs \ --register `pkg-config --variable=defsdir pygtk-2.0`/canvas.defs \ --override cplplotcanvas.override \ plplotcanvas.defs cplplotcanvas.c Traceback (most recent call last): File /sw/lib/pygtk/2.0/codegen/codegen.py, line 1198, in module sys.exit(main(sys.argv)) File /sw/lib/pygtk/2.0/codegen/codegen.py, line 1161, in main p.startParsing() File /sw/lib/pygtk/2.0/codegen/scmexpr.py, line 114, in startParsing for statement in statements: File /sw/lib/pygtk/2.0/codegen/scmexpr.py, line 28, in parse fp = open(filename, 'r') IOError: [Errno 2] No such file or directory: '/sw/lib/pygtk/2.0/defs/ gnome.defs' make[4]: *** [cplplotcanvas.c] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of /var/tmp/tmp.0.uUnRda failed, exit code 2 ### execution of /var/tmp/tmp.12.kibzWV failed, exit code 2 Removing runtime build-lock... Removing build-lock package... pygtk2-gtk-py25 and pygtk2-gtk-py25-dev are installed. - Koen. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] [Fink-users] plplot fails to build
Sorry, selfupdate again ... Next time I'll just add sed as a bdep; Apple's is terrible.. JF - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] [Fink-users] plplot fails to build
Thanks - builds and installs fine now. - Koen. On Jan 4, 2008, at 10:45 PM, Jean-François Mertens wrote: Sorry, selfupdate again ... Next time I'll just add sed as a bdep; Apple's is terrible.. JF - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel