Re: [Fink-devel] inkscape-0.41-22
Diemo Schwarz wrote: Hi, this doesn't compile for me from source with fink commander on a Mac G5. Anything I should upgrade? Yes, definitely. The version of Fink you are trying to run was officially deprecated in August 2006, sometime before MacOSX 10.4.8 was released. You can find relevant information under older news on the Fink homepage. The error you are seeing looks like an incompatibility with some system headers. But whether the cause is a version of inkscape that is too old for your system, or a version of your xcode tools (December 2001!) that is too old for both, is something that no one will be able to find out for you. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] New 0.9.0 installer: How to selfupdate?
Just tested the long-awaited 0.9.0 installer for 10.5/intel. The installation went smoothly, very fast. Good. Then: fink selfupdate. I was expecting to be asked which selfupdate method to use. Didn't happen: costabel% fink selfupdate curl --connect-timeout 30 -f -L -A 'fink/0.27.13' -O http://www.finkproject.org/CURRENT-FINK-10.5 % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0110110 0 75 0 --:--:-- --:--:-- --:--:-- 0 You already have the package descriptions from the latest Fink point release. (installed:0.9.0 available:10.5-0.9.0) OK, trying fink selfupdate-rsync directly: costabel% fink selfupdate-rsync Please note: the command 'fink selfupdate' should be used for routine updating; you only need to use 'fink selfupdate-cvs' or 'fink selfupdate-rsync' if you are changing your update method. Failed: Sorry, fink doesn't support rsync updating in the 10.5 distribution at present. What's the idea? Keeping the poor sods who use the 0.9.0 installer locked in, so that the rest of Fink can move to the pangocairo branch unperturbed? :-) -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] New 0.9.0 installer: How to selfupdate?
David R. Morrison wrote: Martin, Could you try updating to fink 0.27.14 by hand? If it works, I'll add that to the bindist. OK, fink selfupdate-cvs worked with the fink-0.27.13-41 from the bin installer (although execrably slow today...). This brought fink-0.27.14-41, which built and then allowed me to switch back to selfupdate-rsync. Problem solved. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: Error building gtk+2-2.12.10-1
Max Horn wrote: Hi folks, tried to update to gtk+2-2.12.10-1 today, on my 10.5.3 machine. Well, it fails: i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libXrandr.2.0.0.dylib: No such file or directory So you still have the same problem you reported on the gnome-core list a month ago, when your macbook was new and running 10.5.2. Weird, I thought this was fixed in 10.5.3? Does your /usr/X11/lib/libXrandr.la still have libXrandr.2.0.0.dylib in its library_names line? -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: Error building gtk+2-2.12.10-1
Max Horn wrote: [] So, the missing symlink is indeed back (i.e. Apple has fixed the bug on its part), but libtool is translating a -lXrandr to an explicit /usr/X11/lib/libXrandr.2.0.0.dylib. I have not yet discovered why it does that, though *sigh*. Usually libtool takes what it finds in the corresponding *.la file. That was always the origin of the problem, that libXrandr.la had a last entry in its library_names line (which is what libtool uses) which did not correspond to the really existing files or symlinks. I have the suspicion that someone at Apple's is doing these symlinks in /usr/X11/lib by hand. Pogma says they are created by Apple's in-house version of gnu libtool, but they are so weird and useless - except for causing occasional linker crashes - that I find it hard to believe that they are created by an automatic and deterministic tool. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: Error building gtk+2-2.12.10-1
Daniel Johnson wrote: [] I just checked the 10.5.3 combo updater and while it installs new libxrandr.2.1.0.dylib and libxrandr.2.dylib, it does NOT install a new libxrandr.la file. So the .la file still points to libxrandr.2.0.0.dylib. Now the update SHOULDN'T delete libxrandr.2.0.0.dylib (I still have mine) but apparently Max's went away No, the problem is with machines that came with 10.5.2 preinstalled. They don't have the 2.0.0 symlink. I can no longer verify this, because on the only machine I have that came with 10.5.2 preinstalled I did various xquartz updates thatt change these files too. somewhere. As long as that file is still there, things will (accidentally) work. But that .la file really SHOULD be updated, and it's a bug that it isn't. If you install the X11 package from macosforge, it does update it to use 2.1.0. The simplest fix is to recreate the libxrandr.2.0.0.dylib symlink to point to libxrandr.2.dylib. Incidentally, it's a feature that libtool uses /usr/X11/lib/libXrandr.2.0.0.dylib explicitly, not a bug. Each .la file belongs to a specific library version, so that multiple versions can coexist on the system. Apple just neglected to update the file when they updated the library. That's exactly what Apple got backwards. They put the real file into libXrandr.2.dylib, whatever its minor version, and they create symlinks (often several of them) with fake minor version numbers that all point to the same file. This does not make sense. Anyway, multiple coexisting versions of a dylib only make sense if they have different install_names, otherwise they won't be found by their respective executables. And this is never the case, neither with Apple's variant nor with the standard gnu libtool variant of the symlinking game. The only thing that you can have with the gnu libtool variant is several different coexisting compatibility_versions of the same dylib with the same install_name. With Apple's variant you can't even have this. Apple's way: - install_name=libfoo.X.dylib, - real file libfoo.X.dylib, - symlinks libfoo.X.y.z.dylib and libfoo.X.a.b.dylib, - both pointing to libfoo.X.dylib Gnu libtool's way: - install_name=libfoo.X.dylib, - real files libfoo.X.y.z.dylib and libfoo.X.a.b.dylib, - one symlink either pointing to libfoo.X.y.z.dylib or to libfoo.X.a.b.dylib. In addition, both have the compile-time symlink libfoo.dylib that points to the install_name. And that's what IMHO libtool should use in any case. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: Error building gtk+2-2.12.10-1
Daniel Johnson wrote: [] I wonder if it's actually the xorg build system that is at fault here rather than Apple. The macosforge package does the same thing. Of course, if Apple had just included the updated .la file this wouldn't be an issue. In any case, the results are headaches for Fink users/maintainers. Thanks Apple! In the X11 parts, the quality control is particularly low, but the symlink weirdness is not restricted to it (the lib*.la files are perhaps a little weirder in X11 than elsewhere). If you look into /usr/lib/, you see a colorful mixture of examples for both variants (compare /usr/lib/libiconv*dylib with /sw/lib/libiconv*dylib, for instance), plus all sorts of hand-crafted symlinks, with /usr/lib/libreadline.dylib as the famous lonely summit of madness. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] unable to install inkscape
[EMAIL PROTECTED] wrote: Hello, I'm trying to install inkscape unstable package on a MacBook 10.4.11 with 2.16GHz Intel COre 2 Duo. I got the following error: + export LIBRARY_PATH=/usr/X11R6/lib:/sw/lib + LIBRARY_PATH=/usr/X11R6/lib:/sw/lib + export CPATH=/sw/include + CPATH=/sw/include + export PATH=/usr/X11R6/bin:/sw/var/lib/fink/path-prefix-g++-4.0:/sw/bin:/sw/sbin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin + PATH=/usr/X11R6/bin:/sw/var/lib/fink/path-prefix-g++-4.0:/sw/bin:/sw/sbin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin + ./configure --prefix=/sw --mandir=/sw/share/man --with-xinerama --with-xft --disable-dependency-tracking --with-gnome-vfs --enable-lcms + make seltrans.h:137: error: 'SigC' has not been declared seltrans.h:137: error: 'Connection' does not name a type This version of inkscape uses the name SigC::Connection, but the version of libsigc++2 it links to uses sigc::connection. I don't know what the story behind this is, but both on google and in the libsigc++2 documentation one finds both upper- and lowercase variants (maybe the capitalized one is from an older version, but I am only guessing). In any case, if one adds a patch line perl -pi -e 's|SigC::C|sigc::c|g' src/seltrans.h then the inkscape-1.44 package builds OK for me on 10.4. Inkscape-1.46 already comes with the lowercase version. I am committing this to CVS; watch out for version 0.44.1-1003. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] gd2 fix?
Jack Howarth wrote: Are there any plans to fix gd2 in the near term? It has been quite sometime since I've been able to do a 'fink update-all' because gd2 is blocking that with the error... /bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 -L/usr/X11/lib -Wl,-framework,CoreServices,-framework,ApplicationServices -L/sw/lib -L/sw/lib -L/usr/X11R6/lib -o libgd.la -rpath /sw/lib -version-info 2:0:0 gd.lo gdfx.lo gd_security.lo gd_gd.lo gd_gd2.lo gd_io.lo gd_io_dp.lo gd_gif_in.lo gd_gif_out.lo gd_io_file.lo gd_io_ss.lo gd_jpeg.lo gd_png.lo gd_ss.lo gd_topal.lo gd_wbmp.lo gdcache.lo gdfontg.lo gdfontl.lo gdfontmb.lo gdfonts.lo gdfontt.lo gdft.lo gdhelpers.lo gdkanji.lo gdtables.lo gdxpm.lo wbmp.lo -L/sw/lib -liconv -R/sw/lib -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12 -lz gcc -dynamiclib ${wl}-undefined ${wl}dynamic_lookup -o .libs/libgd.2.0.0.dylib .libs/gd.o .libs/gdfx.o .libs/gd_security.o .libs/gd_gd.o .libs/gd_gd2.o .libs/gd_io.o .libs/gd_io_dp.o .libs/gd_gif_in.o .libs/gd_gif_out.o .libs/gd_io_file.o .libs/gd_io_ss.o .libs/gd_jpeg.o .libs/gd_png.o .libs/gd_ss.o .libs/gd_topal.o .libs/gd_wbmp.o .libs/gdcache.o .libs/gdfontg.o .libs/gdfontl.o .libs/gdfontmb.o .libs/gdfonts.o .libs/gdfontt.o .libs/gdft.o .libs/gdhelpers.o .libs/gdkanji.o .libs/gdtables.o .libs/gdxpm.o .libs/wbmp.o -L/usr/X11/lib -L/sw/lib -L/usr/X11R6/lib /sw/lib/libiconv.dylib /usr/X11/lib/libXpm.4.11.0.dylib /usr/X11/lib/libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /usr/X11/lib/libX11.6.2.0.dylib /sw/lib/libjpeg.dylib /usr/X11/lib/libfontconfig.dylib /usr/lib/libiconv.dylib /usr/lib/libz.dylib /usr/lib/libexpat.dylib /usr/X11/lib/libfreetype.dylib /usr/X11/lib/libpng12.0.26.0.dylib -lz -Wl,-framework -Wl,CoreServices -Wl,-framework -Wl,ApplicationServices -in st all_name /sw/lib/libgd.2.dylib -Wl,-compatibility_version -Wl,3 -Wl,-current_version -Wl,3.0 i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libpng12.0.26.0.dylib: No such file or directory Has this problem been discussed with upstream? Which upstream? The name /usr/X11/lib/libpng12.0.26.0.dylib that does not correspond to an existing file comes from Apple. In this case, it must be /usr/X11/lib/libpng12.la that is lying about the existing library_names. It has been observed that the 10.5.3 update fixes this particular bug. What OS version and X11 version do you have installed? It is hard for Fink packages to become completely immune to all the X11 garbage Apple and macosforge/xquartz have been dumping on us lately. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] gd2 fix?
Martin Costabel wrote: [] library_names. It has been observed that the 10.5.3 update fixes this particular bug. After some digging, I have to correct this: The 10.5.3 update does not touch /usr/X11/lib/libpng12.la. However, the security update 2008-2 does install a new version, and so do all kinds of xcode versions, from 3.0 to the various 3.1 from iphone betas, and also the macosforge/xquartz updates. There exist a couple of different variants, and I have not yet found out where the faulty one - announcing libpng12.0.26.0.dylib while this doesn't exist - comes from. Most likely one of the xquartz updates. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] tk-tablematrix-pm586-1.2-2
David Portabella Clotet wrote: -- Package manager version: 0.28.2 Distribution version: selfupdate-rsync Sun Jun 8 12:41:13 2008, 10.5, i386 Mac OS X version: 10.5.2 Xcode version: 3.0 gcc version: 4.0.1 (Apple Inc. build 5465) make version: 3.81 Feedback Courtesy of FinkCommander -- The following package will be installed or updated: tk-tablematrix-pm586 Setting runtime build-lock... [] ### Note: 'Building Outside of Tk itself' Messages are Expected Here PPM for perl5.008006 Test Compiling config/signedchar.c perl5.8.6 is installed in /sw/lib/perl5-core/5.8.6/darwin-thread-multi-2level okay Test Compile/Run config/unsigned.c Test Compiling config/Ksprintf.c Test Compiling -DSPRINTF_RETURN_CHAR config/Ksprintf.c Test Compiling config/tod.c Test Compiling -DTIMEOFDAY_TZ config/tod.c Test Compiling -DTIMEOFDAY_NO_TZ config/tod.c Test Compiling -DTIMEOFDAY_DOTS config/tod.c Problem gettimeofday() [] This package and its companion tk-pm586 are very weird beasts with real old and strange build systems that sometimes build correctly, but more or less by chance. A lot of real porting effort would be necessary to make them build reliably on MacOSX. And since the maintainer is: None fink-devel@lists.sourceforge.net , I don't see this happen in the near future. Unless, of course, you would want to do it? -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mtr unable to use resolver for destination hosts
Charles Lepple wrote: Can't test against 10.5 here, though. Anyone else? It seems that the getaddrinfo function has changed in 10.5, see for example this discussion: http://trac.macports.org/ticket/15528 The following patch fixes the problem for me: --- mtr-0.72/mtr.c~ 2006-09-29 21:38:49.0 +0200 +++ mtr-0.72/mtr.c 2008-06-19 21:56:05.0 +0200 @@ -384,7 +384,7 @@ bzero( hints, sizeof hints ); hints.ai_family = af; hints.ai_socktype = SOCK_DGRAM; - error = getaddrinfo( Hostname, 0, hints, res ); + error = getaddrinfo( Hostname, NULL, hints, res ); if ( error ) { perror( gai_strerror(error) ); exit( EXIT_FAILURE ); -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] [cvs] dists/10.4/unstable/main/finkinfo/sci octplot.info, 1.9, 1.10 octplot.patch, 1.2, 1.3
Did you test this on 10.4? I just had a look at this same mess in libftgl1, and there you get the following choice: With typedef GLvoid (*GLUTesselatorFunction)(); on 10.4: invalid conversion from 'GLvoid (*)()' to 'GLvoid (*)(...)' on 10.5: OK. with typedef GLvoid (*GLUTesselatorFunction)(...); on 10.4: OK. on 10.5: invalid conversion from 'GLvoid (*)(...)' to 'GLvoid (*)()' That's why the libftgl1 maintainer put some condition on the gcc version there. Instead of a gcc version problem, this is more likely a problem with glut.h versions, though. -- Martin Alexander Hansen wrote: Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/sci In directory sc8-pr-cvs17.sourceforge.net:/tmp/cvs-serv15710 Modified Files: octplot.info octplot.patch Log Message: Let non-pc 10.5 people have this too. Index: octplot.patch === RCS file: /cvsroot/fink/dists/10.4/unstable/main/finkinfo/sci/octplot.patch,v retrieving revision 1.2 retrieving revision 1.3 diff -u -d -r1.2 -r1.3 --- octplot.patch 4 Nov 2007 11:39:29 - 1.2 +++ octplot.patch 17 Jun 2008 23:41:11 - 1.3 @@ -79,3 +79,15 @@ @list='$(nodist_octplotm_DATA)'; for p in $$list; do \ if test -f $$p; then d=; else d=$(srcdir)/; fi; \ f=$(am__strip_dir) \ +diff -Naur octplot-0.4.0/src/glutesscb.h octplot-0.4.0.patched/src/glutesscb.h +--- octplot-0.4.0/src/glutesscb.h2007-04-12 10:50:07.0 -0700 octplot-0.4.0.patched/src/glutesscb.h2008-05-26 16:55:45.0 -0700 +@@ -20,7 +20,7 @@ + // Taken from FTGL/FTVectoriser.cpp + + #ifdef __APPLE_CC__ +-typedef GLvoid (*GLUTesselatorFunction)(...); ++typedef GLvoid (*GLUTesselatorFunction)(); + #elif defined ( WIN32) + typedef GLvoid (CALLBACK *GLUTesselatorFunction)( ); + #elif defined( __mips ) || defined( __linux__ ) || defined( __FreeBSD__ ) || defined( __OpenBSD__ ) || defined( __sun ) || defined (__CYGWIN__) || defined(__GLIBC__) - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] llvm-gcc42 now works with -O4
Benjamin Reed wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jack Howarth wrote: |After a consulting with Chris Lattner at Apple, I found | out that we can use the Link-Time-Optimization in llvm 2.3 | by building it to use LD set to /Developer/usr/bin/ld (assuming | that Xcode 3.1 Developer Preview 2 is installed). I was able | to build both the sample code shown in Xcode 3.1... | | file:///Developer/Documentation/DocSets/com.apple.ADC_Reference_Library.DeveloperTools.docset/Contents/Resources/Documents/releasenotes/DeveloperTools/RN-llvm-gcc/index.html | | I was also able to build MDBNCH with llvm-gfortran at -O4 as well and the | resulting binary runs fine. I've uploaded fink packaging with | this change to... | | http://sourceforge.net/tracker/index.php?func=detailaid=1859491group_id=17203atid=414256 Are you saying the fink gcc42 will required xcode 3.1 beta? Is there any alternative to making it do so? I've seen a number of things that xcode 3.1 breaks (not necessarily in fink) and I'm not sure general Fink stuff is all that well-tested with the new beta yet. Plus, isn't this part of the still-NDA iPhone dev kit? Or is it publicly accessible now? -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] llvm-gcc42 now works with -O4
Jack Howarth wrote: [] build the llvm-gcc42 package. The current Xcode 3.1 Developer Preview 2 is available to anyone with a free ADC account from connect.apple.com. Seems I must be going blind. I didn't see it yesterday when I looked, and I still didn't see it when I looked 5 minutes ago. Where is it hiding? -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] lablgtk2-2.10.1-101 build failure (pangocairo branch)
Sébastien Maret wrote: lablgtk2-2.10.1-101 fails to build with the following error: checking for RSVG... yes checking for rsvg_handle_new_gz... no checking for GNOMECANVAS... no What does your config.log file say about this? Mine (on a successful build of lblgtk2) says here: configure:4317: checking for GNOMECANVAS configure:4325: $PKG_CONFIG --exists --print-errors libgnomecanvas-2.0 configure:4328: $? = 0 configure:4343: $PKG_CONFIG --exists --print-errors libgnomecanvas-2.0 configure:4346: $? = 0 configure:4396: result: yes -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] what to do about the stable branch
David R. Morrison wrote: [] Now it is true that there hasn't been a bindist in two years, and there has never been one for 10.5. I want to add an argument to this discussion that I haven't heard recently, although it has (or should have) been staring us in the face for a long time: There *is* actually a bindist, although labelled unofficial. I mean the one at the university of Tokyo. This is, as far as I understand from the little information they transmit to the rest of the Fink community, - created by a fully automatic procedure, - it is up-to-date, - it has log files that can be seen by everyone but are currently largely ignored, (see for example http://fink.sodan.ecc.u-tokyo.ac.jp/build-10.4-i386/2008-06-13/) - and it even has a pangocairo branch. Note that I am not proposing to officialize their bindist. But I think the wealth of information contained in particular in their log files (which show at least which packages build and which don't and why) could at least be used as a basis for assessing the difficulties of creating an official bindist. Their bindist is, of course, based on the unstable tree... In the long run, their automatic build system might be worth looking at as a model, if Fink ever gets its hands on hardware able to support such a thing. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fwd: fink package gd2
David R. Morrison wrote: [] /bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 -L/usr/X11/lib -Wl,-framework,CoreServices,-framework,ApplicationServices -L/sw/lib -L/sw/lib -L/usr/X11R6/lib -o libgd.la -rpath /sw/lib -version-info 2:0:0 gd.lo gdfx.lo gd_security.lo gd_gd.lo gd_gd2.lo gd_io.lo gd_io_dp.lo gd_gif_in.lo gd_gif_out.lo gd_io_file.lo gd_io_ss.lo gd_jpeg.lo gd_png.lo gd_ss.lo gd_topal.lo gd_wbmp.lo gdcache.lo gdfontg.lo gdfontl.lo gdfontmb.lo gdfonts.lo gdfontt.lo gdft.lo gdhelpers.lo gdkanji.lo gdtables.lo gdxpm.lo wbmp.lo -L/sw/lib -liconv -R/sw/lib -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12 -lz gcc -dynamiclib ${wl}-undefined ${wl}dynamic_lookup -o .libs/libgd.2.0.0.dylib .libs/gd.o .libs/gdfx.o .libs/gd_security.o .libs/gd_gd.o .libs/gd_gd2.o .libs/gd_io.o .libs/gd_io_dp.o .libs/gd_gif_in.o .libs/gd_gif_out.o .libs/gd_io_file.o .libs/gd_io_ss.o .libs/gd_jpeg.o .libs/gd_png.o .libs/gd_ss.o .libs/gd_topal.o .libs/gd_wbmp.o .libs/gdcache.o .libs/gdfontg.o .libs/gdfontl.o .libs/gdfontmb.o .libs/gdfonts.o .libs/gdfontt.o .libs/gdft.o .libs/gdhelpers.o .libs/gdkanji.o .libs/gdtables.o .libs/gdxpm.o .libs/wbmp.o -L/usr/X11/lib -L/sw/lib -L/usr/X11R6/lib /sw/lib/libiconv.dylib /usr/X11/lib/libXpm.4.11.0.dylib /usr/X11/lib/libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /usr/X11/lib/libX11.6.2.0.dylib /sw/lib/libjpeg.dylib /usr/X11/lib/libfontconfig.dylib /usr/lib/libiconv.dylib /usr/lib/libz.dylib /usr/lib/libexpat.dylib /usr/X11/lib/libfreetype.dylib /usr/X11/lib/libpng12.0.26.0.dylib -lz -Wl,-framework -Wl,CoreServices -Wl,-framework -Wl,ApplicationServices -install_name /sw/lib/libgd.2.dylib -Wl,-compatibility_version -Wl,3 -Wl,-current_version -Wl,3.0 i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libpng12.0.26.0.dylib: No such file or directory Apart from everything else, I think this can also be blamed on libtool. It translates a simple -lpng12 which the compiler would perfectly understand without libtool's help, into a non-existent /usr/X11/lib/libpng12.0.26.0.dylib, and the latter, even when it exists, is only a symlink to the real file /usr/X11/lib/libpng12.0.dylib which has an install_name of /usr/X11/lib/libpng12.0.dylib. So there is no justification whatsoever for libtool to place that garbage on the gcc command line. Of course, libtool does not invent this on its own; it takes its wisdom from the corresponding /usr/X11/lib/libpng12.la file. More precisely, it takes the last name in the library_names line in that file. If anything, it should take the *first* name in that line, or the dlname. And Apple is to blame too, of course. They have no reason to create all those weird symlinks in /usr/X11/lib that serve no real purpose except for causing occasional linker crashes. (Remember the libXrandr catastrophe in 10.5.2? Fortunately, this seems to be fixed in 10.5.3 now, although not by fixing the *.la file, but by creating yet another superfluous symlink...) -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] R
Alexander Hansen wrote: [] So let's say we updated r-base to 2.8.0. It would install stuff in %p/Library/Frameworks/R.framework/Versions/2.8 , and then anything that linked to the older version of libR.dylib wouldn't be able to find it. Currently only labplot and rpy-py* depend on r-base, so forcing rebuilds isn't terribly hard (thought labplot takes a while to rebuild). It would be better to come up with a scheme in which we can leave the library around for a particular R version (like our standard -shlibs). Why not have a -shlibs splitoff and then choose new package names for every update, just as for any other package where the dylibs are clearly versioned? Whether the version is marked in the basename or in some other path componenent of the dylib shouldn't logically matter. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] [gnome-core] gnome-build-1.0 not found (pangocairo)
Remi Mommsen wrote: Hi, I try to compile anjuta (http://anjuta.org) on my Mac running 10.5.3. I'm using the latest packages from the pangocairo branch. I found all dependencies except for the gnome-build-1.0 package (providing the 'gnome-build-1.0.pc'). Do you know which package provides this file/ functionality? I don't think this exists. Even outside of Fink. According to http://www.gnome.org/projects/devtools/gnomebuild.shtml, it isn't packaged, you have to extract it from gnome CVS. Good luck... -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] uncontrollable plot windows in Aqua--some experimental packages
Alexander Hansen wrote: I've got a couple of packages in my experimental tree: http://www.finkdeveloper.net/svn/users/akh/experimental/AquaRez/ octplot was updated for Leopard courtesy of Peter Steinmetz (thanks!), and gnuplot-wxmac is a modification to gnuplot to use Aqua wxWidgets rather than the GTK version. The wxt terminal from this gnuplot and the -aqua variant of octplot suffer from the same affliction: both produce plot windows that aren't controllable. octplot-aqua explicitly tries to overcome this by reading in a resource file using Rez, but that doesn't seem to work on Leopard anymore. The Aqua wx terminal for gnuplot doesn't do this, but I tested it out in a build directory (i.e. before packing in a .deb) and the behavior was the same. I was curious if anybody had a recipe to handle this situation. I looked at this for gnuplot, but without conclusion yet. The usual recipe is build app bundles. There are actually examples for building app bundles in the wxmac sources, and it would be good if the wxmac28 package installed these demos and samples and the files necessary for building them, like src/mac/carbon/Info.plist.in, instead of throwing them away with the sources. A typical make output in one of these demos is as follows: costabel% make LDFLAGS_GUI=-L/sw/lib g++ -o fractal fractal_fractal.o -framework QuickTime -framework IOKit -framework Carbon -framework Cocoa -framework System -L/sw/src/fink.build/wxmac28-2.8.3-1001/wxMac-2.8.3/lib -L/sw/lib -lz -lpthread -liconv -lwx_mac_core-2.8 -lwx_base_carbon-2.8 -lpng -lz -ljpeg -ltiff -framework WebKit -framework QuickTime -framework IOKit -framework Carbon -framework Cocoa -framework System -lz -lpthread -liconv Rez -d __DARWIN__ -t APPL -d __WXMAC__ -i . -d WXUSINGDLL -i ./../../samples -i ../../include -o fractal Carbon.r sample.r SetFile -a C fractal /sw/src/fink.build/wxmac28-2.8.3-1001/wxMac-2.8.3/change-install-names /sw/src/fink.build/wxmac28-2.8.3-1001/wxMac-2.8.3/lib /sw fractal mkdir -p fractal.app/Contents mkdir -p fractal.app/Contents/MacOS mkdir -p fractal.app/Contents/Resources sed -e s/IDENTIFIER/`echo . | sed -e 's,\.\./,,g' | sed -e 's,/,.,g'`/ \ -e s/EXECUTABLE/fractal/ \ -e s/VERSION/2.8.3/ \ ../../src/mac/carbon/Info.plist.in fractal.app/Contents/Info.plist echo -n APPL fractal.app/Contents/PkgInfo ln -f fractal fractal.app/Contents/MacOS/fractal cp -f ../../src/mac/carbon/wxmac.icns fractal.app/Contents/Resources/wxmac.icns This does both voodoo incantations, the resource fork one and the app bundle one. I verified that (on 10.5) the resource fork one is not necessary (for this example, at least). On the other hand, I don't know how to can gnuplot into an app bundle, so that it would still take its input from the command line or from stdin. I am not sure if this is possible at all (or did Apple's python do something like this?) One would perhaps have to create a new wxwidget for gnuplot command input or something similar. Otherwise, one would need to outsource the wxt term code to a separate app called by gnuplot, that means reinvent aquaterm. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] libxine1-1.1.2-1023 won't build
Alexander Hansen wrote: [] In the pangocairo branch, there exists libxine1-1.1.12-1, which works for me. I was wondering if there was a reason that it didn't get added to the release trees. The package has a maintainer, so he might have a different opinion on this, but IMHO there is a point where maintaining anything gnome-related outside of the pangocairo branch does not make sense any more, and I think this point has been reached. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] libxine1-1.1.2-1023 won't build
Alexander Hansen wrote: [] The maintainer's hasn't been around much as of late, and the update in pangocairo was committed by somebody else, so I thought it appropriate to raise the question here, especially since this has been broken for months. It's not just a GNOME issue, since amarok (not directly gnome- related) uses it, too. Yes, but I did look at a cvs diff between the two versions in HEAD and in pc branch, and it really looks like a major task to port this back to HEAD. I for one would prefer to contribute to the preparation of the release of the pc branch over spending time on package versions that will soon be obsolete. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] [cvs] dists/10.4/unstable/main/finkinfo/base bzip2.info, 1.2, 1.3 bzip2.patch, 1.1, 1.2
Max Horn wrote: Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/base In directory sc8-pr-cvs17.sourceforge.net:/tmp/cvs-serv27291 Modified Files: bzip2.info bzip2.patch Log Message: New upstream version Index: bzip2.info === RCS file: /cvsroot/fink/dists/10.4/unstable/main/finkinfo/base/bzip2.info,v retrieving revision 1.2 retrieving revision 1.3 diff -u -d -r1.2 -r1.3 --- bzip2.info14 Aug 2006 02:33:32 - 1.2 +++ bzip2.info29 May 2008 20:41:59 - 1.3 @@ -1,5 +1,5 @@ Package: bzip2 -Version: 1.0.3 +Version: 1.0.5 Revision: 1 Essential: yes Depends: %N-shlibs (= %v-%r) @@ -7,8 +7,9 @@ Maintainer: Fink Core Group [EMAIL PROTECTED] #Source: http://www.bzip.org/%v/%n-%v.tar.gz Source: mirror:sourceforge:fink/%n-%v.tar.gz Why not use the original source URL? This would have the advantage that the source could actually be found, which, for an essential package, is an essential advantage ;-) -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] GIMP2 and PagoCairo branch
Martin Costabel wrote: Pepe Barbe wrote: Undefined symbols: _png_write_destroy, referenced from: _save_image in png.o [] The relevant difference between the libpng12.dylib in /sw/lib and the one in /usr/X11/lib is that the symbols in question, like png_write_destroy, are external in Fink's dylib, and private external in Apple's dylib. Turns out I wrongly accused ld here. The missing symbols are private external in Fink's libpng12.dylib in the pangocairo branch, too. Only the 10.4 HEAD branch has been updated to libpng3-1.2.29 where those symbols are exported. These symbols have been deprecated for a long time. Whether they should be exported or not seems to be a question with a long history, but it is unclear to me why they are exported in version 1.2.29, perhaps by accident. Why do we bother with this antediluvian version of gimp, anyway? -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] GIMP2 and PagoCairo branch
Pepe Barbe wrote: [] gcc -I/sw/lib/fontconfig2/include -I/sw/lib/freetype219/include -g -O2 -Wall -Wl,-search_paths_first -o .libs/png png.o -Wl,-framework - Wl,CoreServices -Wl,-framework -Wl,ApplicationServices -L/sw/lib/ fontconfig2/lib -L/sw/lib/freetype219/lib -L/sw/lib ../../ libgimp/.libs/libgimpui-2.0.dylib /sw/src/fink.build/gimp2-2.0.6-1007/ gimp-2.0.6/libgimp/.libs/libgimp-2.0.dylib /sw/src/fink.build/ gimp2-2.0.6-1007/gimp-2.0.6/libgimpwidgets/.libs/ libgimpwidgets-2.0.dylib -L/sw/lib/pango-ft219/lib -L/usr/X11R6/lib -L/ usr/X11/lib /sw/src/fink.build/gimp2-2.0.6-1007/gimp-2.0.6/ libgimpmodule/.libs/libgimpmodule-2.0.dylib ../../libgimpwidgets/.libs/ libgimpwidgets-2.0.dylib ../../libgimp/.libs/libgimp-2.0.dylib /sw/src/ fink.build/gimp2-2.0.6-1007/gimp-2.0.6/libgimpcolor/.libs/ libgimpcolor-2.0.dylib /sw/src/fink.build/gimp2-2.0.6-1007/gimp-2.0.6/ libgimpbase/.libs/libgimpbase-2.0.dylib ../../libgimpcolor/.libs/ libgimpcolor-2.0.dylib ../../libgimpbase/.libs/libgimpbase-2.0.dylib / sw/lib/libgtk-x11-2.0.dylib /sw/lib/libgdk-x11-2.0.dylib /sw/lib/ libatk-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib /sw/lib/pango-ft219/ lib/libpangocairo-1.0.dylib /usr/X11/lib/libXinerama.1.0.0.dylib /usr/ X11/lib/libXrandr.2.1.0.dylib /usr/X11/lib/libXcursor.1.0.2.dylib /usr/ X11/lib/libXcomposite.1.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib / usr/X11/lib/libXdamage.1.1.0.dylib /sw/lib/libcairo.dylib /sw/lib/ libglitz.dylib /sw/lib/libpng12.dylib /usr/X11/lib/libXrender. 1.3.0.dylib /sw/lib/libpixman-1.dylib /sw/lib/pango-ft219/lib/ libpangoft2-1.0.dylib /sw/lib/pango-ft219/lib/libpango-1.0.dylib -lm / sw/lib/fontconfig2/lib/libfontconfig.dylib /usr/lib/libiconv.dylib /sw/ lib/freetype219/lib/libfreetype.dylib -lz /usr/X11/lib/libXfixes. 3.1.0.dylib /usr/X11/lib/libX11.6.2.0.dylib /usr/X11/lib/libXau. 6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /sw/lib/ libgobject-2.0.dylib /sw/lib/libgmodule-2.0.dylib /sw/lib/ libglib-2.0.dylib /sw/lib/libintl.dylib /sw/lib/libiconv.dylib -lc /sw/ lib/libexpat.dylib Undefined symbols: _png_write_destroy, referenced from: _save_image in png.o I don't have my pangocairo machine here, so I am just guessing, but this could be the same ld bug that forces us to use some stupid dylib_file flag for the GL dylib. In the case at hand, the additional LDFLAG would be -Wl,-dylib_file,/sw/lib/libpng12.dylib:/sw/lib/libpng12.dylib which means, translated: You stupid bugger, if I tell you to load /sw/lib/libpng12.dylib, then do just this and don't load another libpng that you fancy, for instance /usr/X11/lib/libpng12.dylib. The relevant difference between the libpng12.dylib in /sw/lib and the one in /usr/X11/lib is that the symbols in question, like png_write_destroy, are external in Fink's dylib, and private external in Apple's dylib. In additional to the buggy /usr/bin/ld, the blame could also be laid onto the X11 distribution, because these symbols are defined in the png.h header file, but are hidden in the dylib, which is not nice. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] xfig crash
Sebastian N. Fischmeister wrote: Does /sw/share/xfig/Libraries/Fasteners exist on your system? For that matter, is there anything in Libraries/ , or does it even exist? The directory is present, but it had the wrong permissions: drwxr-x---8 root admin 272 24 May 20:38 Fasteners This is the explanation: Are you running xfig from a non-admin account? Everyone else (including me) is probably using an admin account all the time and hence doesn't see the problem. It's a bug in the package anyway. It chmods 644 all kinds of stuff in its install script, but apparently not this one directory. Workaround: Either run (but you probably can't if you are on a non-admin account) sudo chmod 755 /sw/share/xfig/Libraries/Fasteners or start xfig from an admin account. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] xfig crash
Sebastian N. Fischmeister wrote: Hello. xfig (3.2.5-1010) generally works well. However, it crashes when I want to open the library (big Editing button). Is there a known fix for this? MacOS 10.5.2 xquartz version 2.2.1 I tried selfupdate, rebuild, etc. A shot in the dark: Have you rebuilt xaw3d recently? If not, try this and see if it helps. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] kill fileutils
As a conclusion from a long thread on fink-users More 'Discoveries' on pwlib1, I suggest to remove the fileutils package from 10.4/stable. It had already been killed once in July 2006 and was reinstated only because the coreutils package that had caused its removal had itself some problems at that time. Currently, fileutils survives only in the stable tree. It serves no purpose, is only causing trouble and should therefore be killed. At this occasion, I repeat my call to scrap that stinking compost heap called stable tree completely and replace it ASAP, at the same time as the unstable tree, by the pangocairo branch of the unstable tree. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] GL/gl.h in which package?
Koen van der Drift wrote: Thanks everyone for the suggestions. So I do have both header files on my system (in /usr/X11/include/GL/), and also have /usr/X11/bin/xmkmf I tried various combinationsof the flags you suggested, with ConfigureParams and/org SetCPPFLAGS. But still get the same error. Th package uses cmake This is a crucial information we hadn't before. In this case, ConfigureParams are completely useless; no configure script is executed. Unfortunatley, cmake is, when it does not work, much more opaque and difficult to debug than autotools-based build systems. It is a mixture of text-based scripts and compiled C++ code, unlike configure and libtool which are shell scripts. You could try something like what I have in the vtk-py package. In relation to X11 and GL, there are the following cmake flags: -DOPENGL_gl_LIBRARY:STRING=-L/usr/X11R6/lib -lGL -dylib_file /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib \ -DOPENGL_glu_LIBRARY:STRING=-L/usr/X11R6/lib -lGLU \ -DOPENGL_INCLUDE_DIR:PATH=/usr/X11R6/include \ -DOPENGL_xmesa_INCLUDE_DIR:PATH=/usr/X11R6/include But you would have to look at your package to see which similar flags it will recognize. It will probably first have to be taught to look for X11 in addition to Qt. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] GL/gl.h in which package?
Koen van der Drift wrote: Ah, thanks - I probably don't have the X11 SDK installed, I will have to check when I'm back home tonight. Or could it be related to having X11 installed from http://xquartz.macosforge.org/trac/wiki (I have 2.1.1) ? If you have 2.1.1, you do have the SDK, but you might want to look whether you have /usr/X11/bin/xmkmf. This is not included - by purpose - in the latest macosforge/xquartz updates, and quite a few configure scripts don't correctly identify the X11 installation if it is absent. Look in config.log whether configure correctly finds /usr/X11[R6]/lib and /usr/X11[R6]/include. If not, you can use flags like --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib to help find X11. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Fwd: gmp-4.2.2-1001 fails to build
Since Sourceforge has now decided to transmit your message after 3 days, I'll try to answer, although I don't know how to help. Tudor Marian wrote: [] The compiler command line is the following: gcc -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -I/sw/include -m32 -O2 -fomit-frame-pointer -mtune=k8 -march=k8 -c get_d.c -fno-common -DPIC -o .libs/get_d.o As for the ``build system type:'' checking build system type... core2-apple-darwin8.11.1 Ah, you are running OSX 10.4. It is obvious that the -mtune=k8 -march=k8 flags provided by gmp for the core2 processors are nonsense, but gmp has extensive code for checking on which architecture it is being built and has strong ideas about the right flags for eaach architecture, and this doesn't look easy to circumvent, let alone transform into something useful. OTOH, there exist specific patches for gmp on core2 on the net (bottom of the page http://www.math.jmu.edu/~martin/), but these are for the 64bit version of gmp, and at least on Leopard the Fink gmp-64bit package seems to build OK for the core2 processor anyway, without these patches. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Fwd: gmp-4.2.2-1001 fails to build
David R. Morrison wrote: Begin forwarded message: *From: *Tudor Marian [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] *Date: *May 15, 2008 12:45:06 PM PDT *To: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] *Subject: **gmp-4.2.2-1001 fails to build* Hi The gmp-4.2.2-1001 fails to build on a Mac Pro, under fink. Here's what it says: /var/tmp//ccVW6InQ.s:13:no such 386 instruction: `ffreep' make[2]: *** [get_d.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of /var/tmp/tmp.1.QCpOpi failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-gmp-4.2.2-1001 (Reading database ... 35819 files and directories currently installed.) Removing fink-buildlock-gmp-4.2.2-1001 ... Failed: phase compiling: gmp-4.2.2-1001 failed I believe you should change the flags from ``-mtune=k8 -march=k8'' to something more appropriate. It would be interesting to see how the compiler command line leading to this looks like. Also, what does configure say about the build system type? -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Compilation of lasi-1.1.0 -1002 fails (pangocairo-branch)
Sébastien Maret wrote: -- Installing /sw/src/fink.build/root-lasi-1.1.0-1002/sw/share/ lasi1.1.0/examples/README -- Installing /sw/src/fink.build/root-lasi-1.1.0-1002/sw/share/ lasi1.1.0/examples/Example_1_Result.png -- Installing /sw/src/fink.build/root-lasi-1.1.0-1002/sw/share/ lasi1.1.0/examples/Example_2_Result.png -- Installing /sw/src/fink.build/root-lasi-1.1.0-1002/sw/share/ lasi1.1.0/examples/Makefile mkdir -p /sw/src/fink.build/root-lasi-1.1.0-1002/sw/share/lasi mv /sw/src/fink.build/root-lasi-1.1.0-1002/sw/share/lasi1.1.0/ examples /sw/src/fink.build/root-lasi-1.1.0-1002/sw/share/lasi/ mv /sw/src/fink.build/root-lasi-1.1.0-1002/sw/share/doc/libLASi-1.1.0/ html /sw/src/fink.build/root-lasi-1.1.0-1002/sw/share/lasi/ mv: rename /sw/src/fink.build/root-lasi-1.1.0-1002/sw/share/doc/ libLASi-1.1.0/html to /sw/src/fink.build/root-lasi-1.1.0-1002/sw/share/ lasi/html: No such file or directory Just before the text you are quoting (7 lines up), there must have been more than 110 lines of the form -- Installing /sw/src/fink.build/root-lasi-1.1.0-1002/sw/share/doc/libLASi-1.1.0/html/user/html/tabs.css installing things into the directory that your make claims to be inexistent. Do you get these lines or not? -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fwd: build failure in lbggi2-2.0.1-1012
Alexander Hansen wrote: [] I've pulled a bit of the build log that I got. Making all in auto if /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -DDEBUG_NAMESPACE='libggi.display.auto' -I/sw/include -I/sw/include -g -O2 -I/sw/include -pedantic -D_REENTRANT -D_THREAD_SAFE -DDEBUG -g -std=gnu99 -Wall -Wpointer-arith -Wsign-compare -Wstrict-prototypes -Wswitch -Wmissing-prototypes -Wreturn-type -Wshadow -Wnested-externs -Wredundant-decls -Wuninitialized -Wcast-qual -Wwrite-strings -Werror-implicit-function-declaration -MT probe.lo -MD -MP -MF .deps/probe.Tpo -c -o probe.lo probe.c; \ then mv -f .deps/probe.Tpo .deps/probe.Plo; else rm -f .deps/probe.Tpo; exit 1; fi libtool: compile: gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -DDEBUG_NAMESPACE=\libggi.display.auto\ -I/sw/include -I/sw/include -g -O2 -I/sw/include -pedantic -D_REENTRANT -D_THREAD_SAFE -DDEBUG -g -std=gnu99 -Wall -Wpointer-arith -Wsign-compare -Wstrict-prototypes -Wswitch -Wmissing-prototypes -Wreturn-type -Wshadow -Wnested-externs -Wredundant-decls -Wuninitialized -Wcast-qual -Wwrite-strings -Werror-implicit-function-declaration -MT probe.lo -MD -MP -MF .deps/probe.Tpo -c probe.c -fno-common -DPIC -o .libs/probe.o In file included from ../../include/ggi/internal/ggi-dl.h:33, from probe.c:32: ../../include/ggi/types.h:46: error: syntax error before 'ggi_pixel' Which package is this supposed to be a build log of? In my sources of libggi2, I don't find any directory named auto, nor any file named probe.c. And the line number in ggi/types.h that corresponds to the error message is 44, not 46. I must live in a different universe. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] build failure in lbggi2-2.0.1-1012
Pepe Barbe wrote: On May 3, 2008, at 8:01 PM, Alexander Hansen wrote: That fixed it. Thanks! Is the fix committed to the CVS repo? Because I am still having problems building this package. Yes, it is. You can see whether you have the right one by looking at the output of fink dumpinfo -fcompilescript libggi2 This should show a line starting with ac_cv_exeext and ending with make What are the problems you are having? The same one as before, error: conflicting types for 'rand'? -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] build failure in lbggi2-2.0.1-1012
Alexander Hansen wrote: [] gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I/sw/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -g -Wall -c demo.c In file included from demo.c:37: /usr/include/stdlib.h:223: error: conflicting types for 'rand' /usr/include/stdlib.h:175: error: previous declaration of 'rand' was here ... The issue seems more related to 10.5 than to pangocairo. On 10.4 I can't reproduce this. A conflict within the same (so standard ..) header looks suspicious.. (no ill-defined macros could be involved ?) The two conflictiong macros #define rand and random, respectively. They conflict only because demo.c #defines random rand, and this happens because apparently configure wrongly #undefs HAVE_RANDOM. So there is something wrong with the configure phase of libggi2. Sorry, no more time to find out what. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] build failure in lbggi2-2.0.1-1012
Alexander Hansen wrote: [] configure:6963: checking for random configure:6991: gcc -o conftest.dSYM -g -O2 -I/sw2/include -L/sw2/lib conftest.c 15 error: Not a directory - unable to create 'conftest.dSYM/Contents' bundle directory. It should then be sufficient to run configure as ac_cv_exeext='' ./configure %c -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] build failure in lbggi2-2.0.1-1012
Jean-François Mertens wrote: On 03 May 2008, at 18:23, Martin Costabel wrote: It should then be sufficient to run configure as ac_cv_exeext='' ./configure %c Ah ! Thanks ! You do the commit, Martin ? OK, done. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] build failure in lbggi2-2.0.1-1012
Alexander Hansen wrote: [] gcc -dynamiclib -o .libs/libggi.2.0.1.dylib db.lo dl.lo events.lo gc.lo init.lo internal.lo mode.lo stubs.lo visual.lo unix.lo -L/sw2/ lib /sw2/lib/libgii.dylib /sw2/lib/libgg.dylib -lc -install_name /sw2/ src/fink.build/root-libggi2-2.0.1-1012/sw2/lib/libggi.2.dylib - compatibility_version 3 -current_version 3.1 OK, OK. I forgot the make. It is now there ;-) -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] xquartz woes (was Re: [Fink-users] Failed: phase compiling: imagemagick-6.4.0-1001 failed)
David R. Morrison wrote: [] There are other problems with xquartz as well. While testing things for the xmkmf update on an xquartz-only system, I ran into several fink packages which wouldn't compile, including gtk+, openmotif3, and t1lib5-x11. I haven't investigated these closely -- perhaps they will be easily fixed -- but the lesson I think we are learning here is that supporting xquartz is going to be a major issue for fink. I'm not sure that we'll be able to do it. I think we don't have much of a choice, unless we want to go back to the hellish old days when we had X11 packages in Fink. The packages you mention are probably (I checked only t1lib5-x11, where this is the case) victims of autotools bugs in the psrt of the configure code that is supposed to provide fallback mechanisms for finding X11 headers and libs when xmkmf is absent. This code has never been tested before, because mkmf was always present until now. One manifestation of the bug is in lines like for ac_extension in a so sl; do which can be patched by adding dylib to the list. Another one, which I have seen in several gnome configure scripts (for example libwnck1, startup-notification, gnome-panel), is a line case x_libs in which is a simple syntax error; it should be $x_libs. All of these bugs can be worked around simply by supplying configure with the flags --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib In the case of imagemagick, there seems to be a logical error in configure: It assumes that if it finds rsvg and cairo, then there must also be rsvg-cairo somewhere. This is visibly not true for the version of rsvg which it accepts (=2.9.0). -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: glibmm2.4 failure
Max Horn wrote: Here is the next one I got: Reading buildlock packages... All buildlocks accounted for. While trying to install: glibmm2.4-dev-2.14.2-2 glibmm2.4-shlibs-2.14.2-2 The following inconsistencies found: Unsatisfied dependency in glibmm2.4: glibmm2.4-dev (= 2.12.10-1003) It would be interesting to know how you got there. Not by using update-all, I suppose? Was glibmm2.4-dev-2.14.2-2 pulled in as a dependency of something else? Does fink update glibmm2.4 work, or does it block itself? -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: glibmm2.4 failure
Max Horn wrote: Am 27.04.2008 um 13:19 schrieb Martin Costabel: Max Horn wrote: Here is the next one I got: Reading buildlock packages... All buildlocks accounted for. While trying to install: glibmm2.4-dev-2.14.2-2 glibmm2.4-shlibs-2.14.2-2 The following inconsistencies found: Unsatisfied dependency in glibmm2.4: glibmm2.4-dev (= 2.12.10-1003) It would be interesting to know how you got there. Not by using update-all, I suppose? Was glibmm2.4-dev-2.14.2-2 pulled in as a dependency of something else? Not an update-all, right, I wanted to update certain packages only. But I can reduce the issue to the case you mentioned: Does fink update glibmm2.4 work, or does it block itself? It blocks itself. In this situation it is hard to see an automatic update path that would work in all cases. Or perhaps, if the new glibmm2.4-dev (in file glibmm2.4-shlibs.info) had not only Replaces: glibmm2.4 ( %v-%r) which it does, but also Conflicts: glibmm2.4 ( %v-%r) this could work. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] pangocairo-branch: phase compiling: pango1-xft2-ft219-1.18.4-4 failed
gcc -DHAVE_CONFIG_H -I. -I.. -DG_LOG_DOMAIN=\Pango\ -DPANGO_ENABLE_BACKEND -DPANGO_ENABLE_ENGINE -DSYSCONFDIR=\/sw/lib/pango-ft219/etc\ -DLIBDIR=\/sw/lib/pango-ft219/lib\ -I.. -I/sw/lib/fontconfig2/include -I/sw/lib/freetype219/include/freetype2 -I/sw/lib/freetype219/include -DG_DISABLE_CAST_CHECKS -DG_DISABLE_DEPRECATED -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/lib/fontconfig2/include -I/sw/lib/xft2/include -I/sw/lib/freetype219/include/freetype2 -I/sw/lib/freetype219/include -I/usr/X11/include -DPNG_NO_MMX_CODE -I/sw/lib/fontconfig2/include -I/sw/lib/freetype219/include/freetype2 -I/sw/lib/freetype219/include -I/sw/include/pixman-1 -I/sw/include/libpng12 -I/sw/include -I/sw/include/cairo -I/usr/X11R6/include -I/usr/X11/include -I/usr/X11/include -I/sw/lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 -I/sw/lib/fontconfig2/include -I/sw/include -xobjective-c -Os -Wall -c pangocairo-fontmap.c -fno-common -DPIC -o .libs/libpangocairo_1_0_la-pangocairo-fontmap.o In file included from pangocairo-fontmap.c:29: pangocairo-atsui.h:27:25: error: cairo-atsui.h: No such file or directory make[4]: *** [libpangocairo_1_0_la-pangocairo-fontmap.lo] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo-branch: phase compiling: pango1-xft2-ft219-1.18.4-4 failed
Daniel Macks wrote: [] I just committed a new version of pango1-xft2-ft219 that explicitly claims to solve this problem (and Works For Me(tm) on 10.4). Works for me on 10.5.2, too. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] gtk+2 and librsvg2
William Scott wrote: gtk+2 seems to build and link to /sw/lib/librsvg-2.2.dylib when present, but silently not do so in its absence. I've had a number of people complain to me about icons not displaying right in coot depending on build-order, and I am at least somewhat certain this is where the problem lies. Should gtk+2 depend on librsvg2-shlibs and/or librsvg2-gtk ? That would be circular. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Daniel Macks wrote: Fink will be deploying the long-awaited gnome upgrade, often called pangocairo soon. Please don't wait too long. Seriously maintaining 4 versions 10.4/{stable,unstable} and 10.4-pangocairo/{stable,unstable} in addition to the 10.4/10.5 and ppc/intel alternatives is impossible. What I am dreaming of is that somone would have the courage to step up to the cvs server and do the equivalent of cd /sw/fink/10.4 mv stable /dev/null mv unstable stable mv pangocairo-branch/unstable unstable I know it's a dream, but seeing how things are currently maintained (or not) and what bindists currently exist (or not), it would only be reasonable. It would give a tremendous boost to Fink, and save manpower at the same time. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: gconf2 vs. libxml2
Max Horn wrote: Am 26.04.2008 um 19:43 schrieb Max Horn: Hi, using the 10.4 pangocairo branch: Can't resolve dependency libxml2-shlibs (= 2.6.30-1) for package gconf2-2.20.1-1 (no matching packages/versions found) Oh yeah, forgot this: Caladan-II:~/Desktop/WordPress$ fink list libxml2 Scanning package description files.. Information about 7858 packages read in 4 seconds. i libxml2 2.6.27-1002 XML parsing library, version 2 Hmm, the pangocairo branch has had 2.6.30 for a long time: diff -u -b -w -r1.6.2.4 -r1.6.2.5 --- libxml2.info4 Aug 2007 03:33:09 - 1.6.2.4 +++ libxml2.info18 Sep 2007 14:43:07 - 1.6.2.5 @@ -1,11 +1,11 @@ Package: libxml2 -Version: 2.6.27 +Version: 2.6.30 Revision: 1001 -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Pierre-Henri Lavigne wrote: Yhellow, I got the same problem while compiling gnash, in the case with freetype 219 enabled. I told yesterday in IRC I got an error while compiling gimp2 with the new pango-cairo testing branches. Idem looking for a missing /sw/lib/libpango-1.0.la This must have come from some other lib*.la that isn't quite up to date. You can check with grep /sw/lib/libpangoxft-1.0.la -l /sw/lib/lib*la | xargs dpkg -S which package is responsible and needs to be rebuilt (hoping that this will help). -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mesa-libglw and openmotif4
Jean-François Mertens wrote: [] I see the following diff : 7c7 Depends: x11, openmotif3-shlibs, %N-shlibs (= %v-%r) --- Depends: x11, %N-shlibs (= %v-%r) 12c12 make OPT_FLAGS=-O3 -I%p/include LIB_DIR=lib darwin --- make OPT_FLAGS=-O3 -I%p/include LIB_DIR=lib darwin LDFLAGS=- Wl,-undefined,dynamic_lookup 22c22 Depends: x11, openmotif3-shlibs --- Depends: x11 This doesn't make the pkg any different,at least for users who have openmotif3 installed (this was an obvious missing buildepend in the previous version and still is_) For such users, there will be no undefined symbols, and the additional LDFLAGS won't do anything. For the others, they are picking up probably a variety of symbols from lesstiff, or from openmotif4 when that is there, (or from several of those..), depending on their configuration at build time, and you are generating a bunch of different debs, Why should these symbols be picked up if -lXm is not on the linker line and Wl,-undefined,dynamic_lookup is present? -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Martin Costabel wrote: Pierre-Henri Lavigne wrote: Yhellow, I got the same problem while compiling gnash, in the case with freetype 219 enabled. I told yesterday in IRC I got an error while compiling gimp2 with the new pango-cairo testing branches. Idem looking for a missing /sw/lib/libpango-1.0.la This must have come from some other lib*.la that isn't quite up to date. You can check with grep /sw/lib/libpangoxft-1.0.la -l /sw/lib/lib*la | xargs dpkg -S which package is responsible and needs to be rebuilt (hoping that this will help). In my case here I found one package, guile18-gtk, that had such wrong libtool linking information. In both trees, the guile18-gtk package has the same version, 2.0-6. The result is that when doing the update-all to the pc-branch, this package is not rebuilt and continues to spread the wrong linking information. Shouldn't the pc-branch versions, when they use the new gnome libs, get a really higher %r, like old %r + 100 or + 1000, so that a rebuild is forced? -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Daniel Macks wrote: [] Keeping a pre-pangocairo/stable tree alongside a pangocairo/unstable tree will not work, either. How could we then move packages from unstable to stable? Mixing stable and unstable (i.e., using older stable packages once one has started using unstable, or cherry-picking just a few unstables into a stable system) has never really been supported and definitely never expected to really work well. Right. Just to avoid misunderstandings: I was not talking about what a user should do, I addressed what should happen on the cvs *server*. The point I try to make is that the current stable tree will have to die and be replaced by the content of unstable-pangocairo-branch when this is merged back into the main branch. Keeping the stable tree and letting it fall further behind, which will be greatly accelerated with the pangaocairo deployment, would be a fatal mistake. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: problems with pango1-xft2-ft219-dev -- I need advice
William Scott wrote: [] I've finally forced configure to locate it in /sw/lib/pango-ft219/lib/pkgconfig/pangocairo.pc Compiling then goes along fine until it fails to find libtool files in /sw/lib that in reality reside in /sw/lib/pango-ft219/lib/libpango-1.0.la Many package in the pangocairo-branch (look in finkinfo/gnome, for instsnce libgtkhtml2.info) have PKG_CONFIG_PATH=%p/lib/pango-ft219/lib/pkgconfig:%p/lib/fontconfig2/lib/pkgconfig:%p/lib/freetype219/lib/pkgconfig:$PKG_CONFIG_PATH as configure flag or as environment variable in the CompileScript, and NoSetCPPFLAGS: true SetCPPFLAGS: -I%p/lib/pango-ft219/include/pango-1.0 -I%p/lib/pango-ft219/include -I%p/lib/freetype219/include/freetype2 -I%p/lib/freetype219/include -I%p/lib/fontconfig2/include -I%p/include NoSetLDFLAGS: true SetLDFLAGS: -L%p/lib/pango-ft219/lib -L%p/lib/freetype219/lib -L%p/lib/fontconfig2/lib This is supposed to take care of the two problems you mention. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Daniel Macks wrote: Fink will be deploying the long-awaited gnome upgrade, often called pangocairo soon. Which mirror carries gtk+2.0_2.12.8-1.diff.gz? Can't find it anywhere. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Benjamin Reed wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexey Zakhlestin wrote: | problem #1: | | fink can't download gtk\+2.0_2.12.8-1.diff.gz file. all mirrors | return error-404 We'll just need to update it to a newer version of debian's patch. Gimme a few minutes and I'll fix. =) In my local copy, I simply changed gtk+2.info to version 2.12.9 and the diff source to gtk+2.0_2.12.9-3.diff.gz, removed the last patch 092_recentfiles-recursion-fix.patch that doesn't exist any more, and it all went through. I ran fink update-all, from a current HEAD version to pangocairo-branch, and it updated 121 packages and installed 34 additional packages, all without any problem. The only package that didn't want to bild was coot-0.5-pre-1-958.1, because there was a spurious comma in the BuilDeps list, and the source cannot be found. It uses %r as part of the file name, and there is no source file listening to 958.1; only 958 exists. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mesa and libglw
Damian Dimmich wrote: With regards to wine and opengl there is a nice thread of discussion on here: http://bugs.winehq.org/show_bug.cgi?id=10184 It looks like there's a bug in xquartz that is preventing opengl from working properly (although mesa works fine). Hopefully an updated version of xquartz will solve this problem. On a different note, it may be nice to get rid of the freetype/fontconfig 219 dependencies if we can use the ones from xquartz - unless this is a bad idea for a reason I don't yet know. Looking into this. Freetype219 is still needed on Tiger. On Leopard, the X11-supplied freetype2 is actually newer than Fink's and should be preferred. But this would mean that you would need to make different packages for 10.4 and 10.5. OTOH, solving the libGL problems might involve such a distinction, too. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mesa and libglw
Damian Dimmich wrote: Hi Martin, How does one make a distinct package for 10.4? From what I can see on my system the 10.5 directory is a symlink to 10.4 which to me implies that there is no distinction. Would it make sense to have wine-10.4.info and a wine-10.5.info package? I'm quite happy to create/maintain these packages, but I do not have a 10.4 system readily available to test on. There are a couple of packages (example: gnucash2) that have distinct versions for 10.4 and 10.5. The usual procedure is as follows: You leave the current version of foo.info as it is and then make foo-10.5.info with the same Package name and (at first) the same Version, but a higher Revision (adding 100, for example) and a line Distribution: 10.5. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pdftk update
Peter O'Gorman wrote: [] Martin, as you run across packages that need --x-libraries/--x-includes, you should probably update them, remembering that 10.4 has them in a different location than 10.5. I hope they'll leave at least the symlink /usr/X11R6 - X11 in place, so that one can use /usr/X11R6/{include,lib} in both cases. Making an xmkmf package wouldn't be hard, I guess. After all, it's just a subset of the xfree86/xorg packages we had (or still have). But we will need to live with the fact, and this for a long time, that there will be legitimate users who have /usr/X11/bin/xmkmf and others who don't. So the future xmkmf package will have to be fully compatible with an existing xmkmf from the Leopard X11. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Register now and save $200. Hurry, offer ends at 11:59 p.m., Monday, April 7! Use priority code J8TLD2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] New xquartz update breaks fontconfig2
The fontconfig2-dev and -shlibs packages are dummy packages on Leopard. Nevertheless they don't build when the latest xquartz update 2.2.0rc2 is installed. Error message: === ERROR === ERROR === ERROR === ERROR === ERROR === ERROR === ERROR === Your X11 installation appears to be missing one or more required files: /usr/X11/lib/libfontconfig.1.1.0.dylib You may need to reinstall the X11User or X11SDK packages from your Leopard install media. === ERROR === ERROR === ERROR === ERROR === ERROR === ERROR === ERROR === Indeed, libfontconfig.1.1.0.dylib is no longer there, it has been replaced by libfontconfig.1.3.0.dylib (compatibility version 5.0.0, was 3.0.0 before). If one had earlier xquartz updates installed, one had both libfontconfig.1.1.0.dylib and libfontconfig.1.3.0.dylib, but the libfontconfig.[1.]dylib symlinks were already pointing to 1.3.0. Whereas previous xquartz updates were supposed to be installed on top of Leopard's X11, the new one - which will be released soon as 2.2.0 - pretends to be a complete X11 distribution. So there will be people who have (as I have now) only this installed. And this means no libfontconfig.1.1.0.dylib (and no xmkmf nor imake, see other thread). -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Register now and save $200. Hurry, offer ends at 11:59 p.m., Monday, April 7! Use priority code J8TLD2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pdftk update
Martin Costabel wrote: Peter O'Gorman wrote: [] Martin, as you run across packages that need --x-libraries/--x-includes, you should probably update them, remembering that 10.4 has them in a different location than 10.5. I hope they'll leave at least the symlink /usr/X11R6 - X11 in place, so that one can use /usr/X11R6/{include,lib} in both cases. Making an xmkmf package wouldn't be hard, I guess. I have one now in my exp dir. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Register now and save $200. Hurry, offer ends at 11:59 p.m., Monday, April 7! Use priority code J8TLD2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pdftk update
Jack Howarth wrote: I've updated pdftk in fink unstable to the latest 1.41 release for Matthias Ringwald. It built OK for me and seems to work OK, but I had to fix two packages on my way, because of no-longer-existing imake and xmkmf in the latest xquartz update: Both libwmf-0.2.8.2-7 and freeglut-2.4.0-4 use xmkmf to detect X11 and fail (in rather indirect ways) when it is not present. This is a bug in autoconf that will be (or is) fixed in very recent versions thereof, but it will take time until this will propagate to the upstream sources of the relevant packages. In the meantime, both packages build OK if the configure flags --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib are added. I hope the maintainers won't mind that I commit this to CVS. It doesn't really change the build, apart from taking a shortcut around the critical part of the configure script, so a rev update is not necessary. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Register now and save $200. Hurry, offer ends at 11:59 p.m., Monday, April 7! Use priority code J8TLD2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pdftk update
Daniel Macks wrote: On Sat, Apr 05, 2008 at 10:10:02PM +0200, Martin Costabel wrote: Jack Howarth wrote: I've updated pdftk in fink unstable to the latest 1.41 release for Matthias Ringwald. It built OK for me and seems to work OK, but I had to fix two packages on my way, because of no-longer-existing imake and xmkmf in the latest xquartz update Is this xquartz issue slated to be fixed in future releases? I know several x11 packages use those utilities directly at build-time, not just for x11 detection/flag-setting. The consensus seems to be that xmkmf is dead; ask pogma. See also http://lists.macosforge.org/pipermail/xquartz-dev/2008-March/000455.html and its thread. The case of it being used only for detecting X11 is fixed, in principle, see cvs log of autoconf.info: revision 1.10 date: 2008/03/29 02:04:42; author: ogorman; state: Exp; lines: +4 -2 Detect X even if no imake/xmkmf Other packages that use imake for more serious purposes will have to fight for survival, I guess. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Register now and save $200. Hurry, offer ends at 11:59 p.m., Monday, April 7! Use priority code J8TLD2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pdftk update
Martin Costabel wrote: [] Other packages that use imake for more serious purposes will have to fight for survival, I guess. This will, in fact, be a serious problem for xaw3d and for xfig, and xfig is still used a lot. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Register now and save $200. Hurry, offer ends at 11:59 p.m., Monday, April 7! Use priority code J8TLD2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] texinfo and m4 conflicting
Jesse Alama wrote: It looks like the latest texinfo (4.11-1001) and m4 (1.4.10-1) are conflicting with each other: Preparing to replace texinfo 4.8a-1003 (using .../texinfo_4.11-1001_darwin-i386.deb) ... install-info(texinfo): deleting entry `* Texinfo: (texinfo) ...' install-info(info-stnd.info): deleting entry `* info standalone: (info-stnd) ...' install-info(info.info): deleting entry `* Info: (info) ...' Unpacking replacement texinfo ... /sw/bin/dpkg: error processing /sw/fink/dists/unstable/main/binary-darwin-i386/text/texinfo_4.11-1001_darwin-i386.deb (--install): trying to overwrite `/sw/lib/charset.alias', which is also in package m4 /sw/bin/dpkg-deb: subprocess paste killed by signal (Broken pipe) Any ideas for how to get around this one? Update m4 first? I think the conflict is with the older m4. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] wxgtk2.8 and plplot
Jean-François Mertens wrote: [] I don't think so : it rather seems a problem of dpkg installing (on some systems) files with different perms than they have in the deb : compare your output of dpkg -c with your ls -l .. The pkg can only take care that the deb be correct, after it is dpkg's problem. I would be completely unreasonable to have huge postinstscripts correcting all mistakes dpkg might be doing. Martin: your output of dpkg -c was correct too, I guess ? It's more complicated than that: On the machine where I detected the 644 permission problem for /sw/lib/wx, I had wxgtk2.8-2.8.0-3 installed, not the latest 2.8.7-7. In addition, I didn't build it there, but installed it from another one. On that one, I have 2.8.7-7 installed, the permissions are 755, and the debs show costabel% dpkg -c /sw/fink/debs/wxgtk2.8_2.8.0-3_darwin-i386.deb | egrep '/sw/lib/wx/$' drw-r--r-- root/admin0 2008-01-09 11:43 ./sw/lib/wx/ costabel% dpkg -c /sw/fink/debs/wxgtk2.8_2.8.7-7_darwin-i386.deb | egrep '/sw/lib/wx/$' drwxr-xr-x root/admin0 2008-03-27 02:15 ./sw/lib/wx/ So the permissions in the debs differ between wxgtk2.8 versions, but they coincide with the installed ones. But then I was able to produce the plplot build error only when building-as-nobody, not with a regular fink build (which runs as root and does not seem to worry about non-executable directories). So the behavior I have been seeing is not exactly the same as the one Koen has been reporting. No idea where the further differences could come from. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] wxgtk2.8 and plplot
Koen van der Drift wrote: [] File: plplot.info Status: Up-to-date Working revision: 1.48 Repository revision: 1.48/cvsroot/fink/dists/10.4/unstable/main/ finkinfo/sci/plplot.info,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: -ko Yes, that's the one I have built successfully here. There were and are quite a few different versions of this on CVS that all have the same version-revision. BTW, you *are* talking about plplot -5.8.0-1008, aren't you? No, it's plplot-5.8.0-1007, which is the same as on the website: http://pdb.finkproject.org/pdb/package.php/plplot My fault, sorry; I got confused by the many cvs diff's I looked at. I have -1007, too. There is indeed a -1008, but in the pangocairo branch. [] I get: configureparams: --prefix=/sw --mandir=/sw/share/man --infodir=/sw/ share/info --with-python-incdir=/sw/include/python2.5 \ --with- freetype2-libdir=/sw/lib/freetype219/lib --with-freetype2-incdir=/sw/ lib/freetype219/include/freetype2 \ --with-freetype-font-dir=/usr/ X11R6/lib/X11/fonts --with-gd-libdir=/sw/lib --with-gd-incdir=/sw/ include \ --with-java-home=/Library/Java/Home TCLLIBDIR=/sw/lib TKLIBDIR=/sw/lib AQTINCDIR=/sw/include/aquaterm \ --with-wxwidgets- bindir=/sw/bin \ --without-rpath --build=powerpc-apple-darwin --with- prebuiltdoc --with-onsgmls \ --with-pkg-config --with-pthreads --with- ltdlsystem --enable-f95 FC=gfortran F77=gfortran \ --enable-xterm -- with-x --disable-java \ --disable-dependency-tracking But the output you were showing at the beginning of this thread was clearly not following the --disable-dependency-tracking directive. Strange... Anyway, I found something weird here which might explain what is happening to you (BTW, the echo -n stuff is a red herring, annoying but harmless): The directory /sw/lib/wx/ has wrong permissions 644: drw-r--r-- 4 root admin 136 Mar 14 08:26 /sw/lib/wx/ This prevents the script /sw/bin/wx-config, which is a symlink to /sw/lib/wx/config/gtk2-unicode-release-2.8, from being executed, although the latter has permissions 755. I don't know if this has been like this already before or if it is a result of the recent security update, but it seems that you can't execute anything below a non-executable directory. Your situation is not quite the same as mine, because you were able to execute /sw/bin/wx-config, whereas I am not, but anyway you could try if chmod +x on that directory sudo chmod 755 /sw/lib/wx/ allows you to build plplot. Or, last question, did you perhaps build-as-nobody? If yes, don't. -- Martin - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] [fixed] mc 4.6.1 on 10.5.2 leopard
DJamé Seddah wrote: Hi list, coming from an upgrade from tiger 10.4.7, I followed the fink leopard's how-to and I realized that mc was not working properly (version 4.6.0), so after having tried various combinaison and patches Did you also try to activate the unstable tree and to install Fink's libiconv-1.12 and mc-4.6.1? I've found the following method download vanilla libiconv 1.12 from gnu rep [] download vanilla mc 4.6.1 from http://www.linuxfromscratch.org/blfs/view/svn/general/mc.html [] -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] How to rename a package?
Sebastien Maret wrote: Hi, I'd like to rename the scipy-core-py package to numpy-py. numpy used to be called scipy-core, but the upstream developers changed the name some time ago: For about 6 months at the end of 2005, the new package was called SciPy Core (not to be confused with the full SciPy package which remains a separate package), and so you will occasionally see references to SciPy Core floating around. It was decided in January 2006 to go with the historical name of NumPy for the new package. Realize that NumPy (module name numpy) is the new name. For now the scipy-core package provides numpy-py, but to avoid confusion, I would rather have a numpy-py package to provide scipy-core-py. Is it okay if I just rename the package and if I declare Provides: scipy-core-py%type_pkg[python] in it? Provides are not versioned. You would have to test if the packages that have a versioned dependency on scipy-core (I see matplotlib-py and rpy-py in this situation) will still work or have to be changed. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] ghostscript 8.61-3 oddities
It's actually a ghostscript-8.61-4 oddity, but was probably there before: Updating fails for me with the message Preparing to replace ghostscript 8.61-3 (using .../ghostscript_8.61-4_darwin-i386.deb) ... Unpacking replacement ghostscript ... /sw/bin/dpkg: error processing /sw/fink/dists/unstable/main/binary-darwin-i386/text/ghostscript_8.61-4_darwin-i386.deb (--install): trying to overwrite `/sw/share/doc/html', which is also in package libsablot There is a line ln -s %p/share/ghostscript/%v %i/share/doc/html in the ghostscript InstallScript which is responsible for this. From libsablot, /sw/share/doc/html is a directory, and this cannot be reconciled with ghostscript trying to transform it into a symlink. Strangely enough, on another machine the installation of ghostscript goes ahead despite libsablot being installed, too. The symlink is just silently dropped on the floor on that machine. I have no clue why dpkg behaves differently in these two cases. Both machines have the same system (10.5.2/intel), same Fink, (almost) same everything. Final remark: IMHO neither libsablot nor ghostscript should have /sw/share/doc/html. The directory /sw/share/doc should be reserved exclusively for subdirectories named after Fink packages. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] new fink package octaviz
Jonathan Stickel wrote: [] P.S. I also added an updated vtkdata info file for 5.0.4. Thanks a lot. It is now updated in 10.4/unstable. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Recent Fink update breaks classpath package
Trevor Harmon wrote: The classpath-0.97 package was accepted into the unstable tree on March 2. Today I did a fink self-update and discovered it no longer builds successfully. It gives me this error: ../java/util/EnumSet.java:252: inconvertible types found : java.util.Collectioncapture of ? extends T required: java.util.EnumSetT EnumSetT other = (EnumSetT) c; I'm not sure how to fix this error, and I can't think what would cause it. Does anyone know what changed in Fink in the last couple of weeks that might explain this? OSX 10.5.2 update, perhaps? -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] ld64-82.5 (Was:Re: [Fink-users] gcc43-4.3.0-1000 failed compiling)
Koen van der Drift wrote: Since I inadvertently blew away Xcode 3.0 while installing the iPhoneSDK, I'm interested in potential drawbacks. On an intel MBP, ld -v gives: @(#)PROGRAM:ld PROJECT:ld64-82.5 compared to ld-64-77 on my Xcode 3.0 ppc G5 For me the results are: xCode3: @(#)PROGRAM:ld PROJECT:ld64-77 iPhone SDK: @(#)PROGRAM:ld PROJECT:ld64-82.5 Both on an iMac G5. I would not be surprised if the new version of ld fixed some bugs of the current version (finding wrong indirect dylibs, for example), but introduced some fatal new ones. What is the situation with the NDA for the iPhone SDK, does it prevent us from discussing bugs in xcode-3.1 on the fink lists? I'll CC this question to fink-devel. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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: libnc-dap3-3.7.0-12 failed
Dominique Dhumieres wrote: This is the last problem with the gcc43 cleanup. On Intel 10.5.2 updating to libnc-dap3-3.7.0-12 failed with: ... configure: finding Fortran compiler (will not be used if Fortran API is not desired) checking for xlf... no checking for fort... no checking for xlf95... no checking for ifort... ifort ... checking for Fortran integer*2... yes rm: conftest.dSYM: is a directory configure: error: Could not link conftestf.o and conftest.o checking if Fortran byte is C signed char... ### execution of /var/tmp/tmp.1.ESu14Y failed, exit code 1 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-libnc-dap3-3.7.0-12 (Reading database ... 345098 files and directories currently installed.) Removing fink-buildlock-libnc-dap3-3.7.0-12 ... Failed: phase compiling: libnc-dap3-3.7.0-12 failed The package picks up ifort instead of gfortran, but seems quite unhappy with it. Any idea about forcing gfortran? I checked a version (-13) into CVS that tries to force gfortran. Please try. Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Switch to gcc43 (Was Re: [Fink-users] octave.info gcc-4.3)
Jean-François Mertens wrote: [] but right, if true it would encourage a fast update of anything in fink to gcc43 I too have come round to the conclusion that this is indeed the best plan for action at this moment. I would suggest that we band together and do this update rather quickly. I am CCing fink-devel so that the maintainers of the 28 packages concerned get a chance to act, but I think we should just test this upgrade for each of these packages and then simply go ahead and change any package that builds correctly with gcc43. As far as I know, no problem with the switch from gcc42 to gcc43 has yet been reported. Here are the package descriptions concerned: graphics/pdftk.info libs/cfitsio.info sci/atlas.info sci/avl.info sci/cernlib2005.info sci/dx.info sci/fftw.info sci/fftw3.info sci/geant4.8.info sci/geant4.9.info sci/gopenmol.info sci/hdf5.info sci/libnc-dap3.info sci/netcdf-gfortran.info sci/octave-forge.info sci/octave.info sci/octplot.info sci/patchy4.info sci/plplot.info sci/qprop.info sci/root-pythia.info sci/root5-devel.info sci/root5.info sci/scilab.info sci/scipy-py.info sci/wip.info sci/xfoil.info utils/clamav.info -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] xmlto-0.0.18-1009
salvomicciche` wrote: Hi, I cannot compile xmlto, as the compilation give the above error log. [] checking for getopt program... getopt checking whether getopt handles long options... configure: error: no Do you have the getoptbin package installed? -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] What Package Provides png.h?
Jean-François Mertens wrote: On 14 Mar 2008, at 04:28, David Lowe wrote: I was unsuccessful in finding png.h.. libpng isn't obvious ? (installs in %p/include a symlink png.h to the real file) Or rather libpng3. I am a little overwhelmed with the choices for SSL. I have the openssl headers from XCode, yet system-openssl-dev is not installed. Do i force the install of system-openssl-dev? i don't currently plan on using that feature. In this case, would there be a significant benefit to installing another openSSL from fink? openSSL from fink is always safer, in that it it guarantees you use headers corresponding to the libraries. (+ : you're independent of the vagaries of Apple's versions and updates). Currently, system-openssl-dev does a good job, too, by installing symlinks in the fink tree to the system headers and libs. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1004 failed
Dominique Dhumieres wrote: On PPC OSX 10.5.2 updating to plplot-5.8.0-1004 failed with: ... g++ -bundle -bundle_loader /sw/bin/octave-3.0.0 -o plplot_octave.oct plplot_octave.o -L../../src/.libs -lplplotd -L/sw/lib/python2.5/config -L/sw/lib/freetype219/lib -L/sw/lib/freetype219/lib -lfreetype -L/sw/lib -lz -L/sw/src/fink.build/plplot-5.8.0-1004/plplot-5.8.0/lib/csa -L/sw/src/fink.build/plplot-5.8.0-1004/plplot-5.8.0/lib/csa/.libs -lcsirocsa -L/sw/src/fink.build/plplot-5.8.0-1004/plplot-5.8.0/lib/nn -L/sw/src/fink.build/plplot-5.8.0-1004/plplot-5.8.0/lib/nn/.libs -lcsironn -lqhull -L/usr/lib -lltdl -ldl -lm -L/sw/lib/octave-3.0.0 -L/sw/lib -loctinterp -loctave -lcruft -L/sw/lib/python2.5/config -Wl,-x,-dead_strip -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/Accelerate.framework/Versi on s/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib -lfftw3 -lreadline -lncurses -lhdf5 -lz -lm /sw/lib/gcc4.2/lib/libgfortran.dylib powerpc-apple-darwin9-g++-4.0.1: /sw/lib/gcc4.2/lib/libgfortran.dylib: No such file or directory make[4]: *** [plplot_octave.oct] 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.vLzWY5 failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-plplot-5.8.0-1004 (Reading database ... 143339 files and directories currently installed.) Removing fink-buildlock-plplot-5.8.0-1004 ... Failed: phase compiling: plplot-5.8.0-1004 failed As far as I can tell octave has not been updated to gcc43, although I don't understand why the symbolic link /sw/lib/gcc4.2/lib/libgfortran.dylib does not exist. Octave has /sw/lib/gcc4.2/lib hardcoded in some of the scripts that are used by other packages. We need to keep some order in the upgrade to gcc4.3: First octave (or, for octave-atlas, first atlas, then octave-atlas), then plplot, and perhaps fftw[3] and hdf5 before some others. So there need to be some versioned dependencies, too. plplot w/gcc43 needs to depend on an octave version that is upgraded to gcc43. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] incorrect gcc42 Depends in melina, pgplot and r-base
Dominique Dhumieres wrote: Do you have atlas-shlibs installed? If yes, could you try if removing it allows you to build r-base? The answer is yes to both questions. r-base is now installed on intel OSX 10.5.2 with gcc43. OK, so it's again Leopard's braindead /usr/bin/ld that is to blame here. I'll fix it in CVS, using the same dylib_file hack as in the octave package. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] incorrect gcc42 Depends in melina, pgplot and r-base
Jack Howarth wrote: The info files for melina, pgplot and r-base all contain incorrect Depends for gcc42. These packages I can only speak for melina, but I can tell you that the Depends is not incorrect. Melina needs a fortran compiler at runtime, and it needs the same one it was built with. There are good reasons why compilers are not BuildDependsOnly: true. should be using a BuildDepends instead and only a Depends for gcc42-shlibs. There is no reason to Depends on gcc42 unless the package will directly call the gcc42 compilers. This should be fixed so that users can install gcc43 with deinstalling these programs. The best course of action though would be to migrate all packages to gcc43 and obsolete the gcc42 package in unstable. I don't see a clean mechanism (or clear reason) to support both gcc42 and gcc43. Specifically, packages with libraries built with gcc42 or gcc43 would require variants (which are pointless since code generation in gcc43 is much improved). If gcc43 cannot coexist with gcc42, fine (although 99% of all files are in versioned directories already). One just has to keep in mind that there are a couple of packages that need to be updated with new incompatible revisions of gcc4X. We have this situation with other compilers, too, ocaml for example, where every new revision requires that a couple of other packages need to be updated and rebuilt. I'll update melina correspondingly (after checking that it works, which will take some time). The maintainer of pgplot and r-base has given up, unfortunately, so that I don't know who will do the necessary for these. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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: dx-4.4.4-1002 failed
Martin Costabel wrote: Dominique Dhumieres wrote: [] I have forgotten to say that the update went fine on PPC/Intel OSX 10.5.2. My fault, I forgot that you said you had the error on 10.4.11/ppc. I get the same error there now, too. The Tiger version of ld apparently is less forgiving than the Leopard version. It seems that these spaces really need to be weeded out. Jeremy, I hope you don't mind that I fixed this in CVS. I simply removed 3 spaces from the patch file. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Link error -- ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib in geomview
I fixed this now in CVS. -- Martin On 2007-12-29, slobodan ilic wrote: Hi, I got the same problems for both geomview and glui linking where the error messages are: mkdir .libs/libgeomview.lax/libmgx11.a Extracting /sw/src/fink.build/geomview191-shlibs-1.9.1-1001/geomview-1.9.1/src/lib/../../src/lib/mg/x11/.libs/libmgx11.a (cd .libs/libgeomview.lax/libmgx11.a ar x /sw/src/fink.build/geomview191-shlibs-1.9.1-1001/geomview-1.9.1/src/lib/../../src/lib/mg/x11/.libs/libmgx11.a) gcc -dynamiclib ${wl}-undefined ${wl}dynamic_lookup -o .libs/libgeomview-1.9.1.dylib .libs/libgeomview.lax/libwa.a/wa.lex.o .libs/libgeomview.lax/libwa.a/wa.yacc.o .libs/libgeomview.lax/libcamera.a/camcompat.o .libs/libgeomview.lax/libcamera.a/camera.o .libs/libgeomview.lax/libcamera.a/camstream.o .libs/libgeomview.lax/libcolor.a/color.o .libs/libgeomview.lax/libcolor.a/mergein.o .libs/libgeomview.lax/libcolor.a/mergeout.o .libs/libgeomview.lax/libcolor.a/mergeover.o .libs/libgeomview.lax/libcolor.a/mergeplus.o .libs/libgeomview.lax/libcolor.a/mergeunder.o .libs/libgeomview.lax/libcolor.a/paintcopy.o .libs/libgeomview.lax/libcolor.a/paintover.o .libs/libgeomview.lax/libfexpr.a/binfuncs.o .libs/libgeomview.lax/libfexpr.a/complex.o .libs/libgeomview.lax/libfexpr.a/evaluate.o .libs/libgeomview.lax/libfexpr.a/exprs.o .libs/libgeomview.lax/libfexpr.a/lex.yy.o .libs/libgeomview.lax/libfexpr.a/monfuncs.o .libs/libgeomview.lax/libfexpr.a/parse.tab.o .libs/libgeomview.lax/libfexpr.a/real.o .libs/libgeomview.lax/libfexpr.a/vars.o .libs/libgeomview.lax/libbdy.a/bdy.o .libs/libgeomview.lax/libcrayplutil.a/crayBezier.o .libs/libgeomview.lax/libcrayplutil.a/crayInst.o .libs/libgeomview.lax/libcrayplutil.a/crayList.o .libs/libgeomview.lax/libcrayplutil.a/crayMesh.o .libs/libgeomview.lax/libcrayplutil.a/crayola.o .libs/libgeomview.lax/libcrayplutil.a/crayPolylist.o .libs/libgeomview.lax/libcrayplutil.a/crayQuad.o .libs/libgeomview.lax/libcrayplutil.a/craySkel.o .libs/libgeomview.lax/libcrayplutil.a/crayVect.o .libs/libgeomview.lax/libdim.a/dim.o .libs/libgeomview.lax/libplutil.a/anytopl.o .libs/libgeomview.lax/libplutil.a/plcombine.o .libs/libgeomview.lax/libplutil.a/plconsol.o .libs/libgeomview.lax/libbbox.a/bboxbound.o .libs/libgeomview.lax/libbbox.a/bboxcenter.o .libs/libgeomview.lax/libbbox.a/bboxclass.o .libs/libgeomview.lax/libbbox.a/bboxcopy.o .libs/libgeomview.lax/libbbox.a/bboxcreate.o .libs/libgeomview.lax/libbbox.a/bboxdraw.o .libs/libgeomview.lax/libbbox.a/bboxload.o .libs/libgeomview.lax/libbbox.a/bboxminmax.o .libs/libgeomview.lax/libbbox.a/bboxsave.o .libs/libgeomview.lax/libbbox.a/bboxtransform.o .libs/libgeomview.lax/libbbox.a/bboxunion.o .libs/libgeomview.lax/libbezier.a/bezbound.o .libs/libgeomview.lax/libbezier.a/bezclass.o .libs/libgeomview.lax/libbezier.a/bezcreate.o .libs/libgeomview.lax/libbezier.a/bezdice.o .libs/libgeomview.lax/libbezier.a/bezdraw.o .libs/libgeomview.lax/libbezier.a/bezevert.o .libs/libgeomview.lax/libbezier.a/bezload.o .libs/libgeomview.lax/libbezier.a/bezpick.o .libs/libgeomview.lax/libbezier.a/bezsave.o .libs/libgeomview.lax/libbezier.a/bezsphere.o .libs/libgeomview.lax/libbezier.a/beztransform.o .libs/libgeomview.lax/libcomment.a/commentclass.o .libs/libgeomview.lax/libcomment.a/commentcreate.o .libs/libgeomview.lax/libcomment.a/commentsave.o .libs/libgeomview.lax/libcomment.a/commentstream.o .libs/libgeomview.lax/libdg.a/colormap.o .libs/libgeomview.lax/libdg.a/complex.o .libs/libgeomview.lax/libdg.a/dgbound.o .libs/libgeomview.lax/libdg.a/dgclass.o .libs/libgeomview.lax/libdg.a/dgconstraint.o .libs/libgeomview.lax/libdg.a/dgcopy.o .libs/libgeomview.lax/libdg.a/dgcreate.o .libs/libgeomview.lax/libdg.a/dgdelete.o .libs/libgeomview.lax/libdg.a/dgdirdom.o .libs/libgeomview.lax/libdg.a/dgdraw.o .libs/libgeomview.lax/libdg.a/dgenum.o .libs/libgeomview.lax/libdg.a/dgevert.o .libs/libgeomview.lax/libdg.a/dgmisc.o .libs/libgeomview.lax/libdg.a/dgpick.o .libs/libgeomview.lax/libdg.a/dgsave.o .libs/libgeomview.lax/libdg.a/dgstream.o .libs/libgeomview.lax/libdg.a/dgtransform.o .libs/libgeomview.lax/libdg.a/dhpoint3.o .libs/libgeomview.lax/libdg.a/matlist.o .libs/libgeomview.lax/libdg.a/outstack.o .libs/libgeomview.lax/libdg.a/polyhedron.o .libs/libgeomview.lax/libdg.a/projective.o .libs/libgeomview.lax/libdg.a/stack.o .libs/libgeomview.lax/libdg.a/util.o .libs/libgeomview.lax/libdg.a/weeks_dirdom.o .libs/libgeomview.lax/libdg.a/xform.o .libs/libgeomview.lax/libgeom.a/bound.o .libs/libgeomview.lax/libgeom.a/boundsphere.o .libs/libgeomview.lax/libgeom.a/bsptree.o .libs/libgeomview.lax/libgeom.a/class.o .libs/libgeomview.lax/libgeom.a/copy.o .libs/libgeomview.lax/libgeom.a/create.o .libs/libgeomview.lax/libgeom.a/delete.o .libs/libgeomview.lax/libgeom.a/dice.o .libs/libgeomview.lax/libgeom.a/draw.o .libs/libgeomview.lax/libgeom.a/evert.o .libs/libgeomview.lax/libgeom.a/extend.o
Re: [Fink-devel] libsndfile1-1.0.17-4
Andreas Jenny wrote: macbinary3.c:30:26: error: CoreServices.h: No such file or directory Do you have the file /Developer/Headers/FlatCarbon/CoreServices.h? If not, you need to reinstall the DevSDK.pkg from your Xcode disk. [] Mac OS X version: 10.4.11 Unable to determine Developer Tools version gcc version: 4.0.1 (Apple Computer, Inc. build 5370) What version of xcode do you have installed? -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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: dx-4.4.4-1002 failed
Dominique Dhumieres wrote: Could you look in the config.log file if there are further informations about this failure? I have: ... configure:32193: checking for sys/stat.h configure:32198: result: yes configure:32351: /sw/bin/g++-4 -o conftest -g -O2 -I/usr/X11R6/include -I/sw/include -I/usr/X11R6/include -L/sw/lib -dylib_file /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib: /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib conftest.cpp -lm -lXmu -lXext -lXt -lX11 -lxm -lxt -lSM -lICE -L/usr/X11R6/lib -lpthread 5 /usr/bin/ld: -dylib_file argument: /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib: must have a ':' between its file names collect2: ld returned 1 exit status configure:32357: $? = 1 configure: failed program was: | /* confdefs.h. */ This is strange. While it is certainly not good style(*) to leave spaces between the 2 components of the -dylib_file arguments, my compiler does not complain about it. What version of g++-4 do you have? (*)It is more stable to use the variant -Wl,-dylib_file,/System...:/System... of the dylib_file flag instead of -dylib_file /System...:/System... -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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: dx-4.4.4-1002 failed
Dominique Dhumieres wrote: [] I have forgotten to say that the update went fine on PPC/Intel OSX 10.5.2. My fault, I forgot that you said you had the error on 10.4.11/ppc. I get the same error there now, too. The Tiger version of ld apparently is less forgiving than the Leopard version. It seems that these spaces really need to be weeded out. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] New packages in tracker
Alexander Hansen wrote: [] With regard to TeX, we seem to have vocal people who want a newer TeX distro but purport not to know what to do to implement it. We should make extra sure that changing from tetex is as painless as possible, to satisfy everybody. Some more remarks on the tex situation: - Fink needs, for various reasons, its own tex package. This needs to be able to coexist with a tex system installed from one of the texlive variants. - The currently existing Fink tetex packages may be outdated, but they are good enough for a lot of people. This includes myself, and I and people around me are using it in our work on a daily basis. But this includes also a very active group of Fink users and developers in Japan who would probably object seriously if Fink suddenly switched to a less well-tested new version with a completely different structure. - Creating new Fink packages based on texlive would be hard work. Until recently I think this would have been far too hard for the currently available manpower, because texlive is not exactly adhering to the open source philosophy. They don't provide source tarballs you can download and then simply run configure; make; make install to get a working system. They really want you to download the whole precompiled collection and install it in their way. AFAICS, recently some people have been creating source tarballs that can be used in the standard way. We could profit of this work and that of darwinports and debian in this respect. - Any system-tex package has to be compatible with the Fink tex packages, so creating one has to be an afterthought to creating Fink tex packages. I agree that the current texlive/mactex system is now sufficiently stable so that a Fink system-tex package using it is possible, but for the reasons mentioned above, I don't see it happening soon. Another reason no one really wants to spell out clearly (but I'll do it anyway) is that the tetex maintainer who is also the Fink project leader has, for almost two years, not had enough time. Several of the core maintainers and developers are in the same situation or have already given up. I feel the same threat as John does, namely that if the current situation is continuing for much longer, there is a real danger that the whole Fink project is going down the drain. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] [Fwd: New clisp version; maxima needs to get updated]
Alexander K. Hansen wrote: If somebody would be kind enough to look at these, I would much appreciate it--I'm not sure how long it's going to take for me to get connectivity. Original Message Subject: New clisp version; maxima needs to get updated Date: Wed, 27 Feb 2008 21:08:16 -0800 From: José H. Espinosa [EMAIL PROTECTED] To: Alexander K. Hansen [EMAIL PROTECTED] Hey Alexander, Version 2.44 of clips so maxima needs to be updated to reflect the changes. Attached is the latest maxima, and I submit it to the tracker along with the latest version of clips if you OK it. Also I change clips (= 2.43-1) to *=* 2.44-1 I don't know if forcing the equal is a good idea, its your call. Couple questions: - Why is this clisp Distribution: 10.4? - Why is maxima the same %r-%v as the existing one? If one fixes these in the obvious way, it builds OK on 10.5/intel. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Undefined symbols - _GTK_ENTRY?
Kevin Horton wrote: On 1 Mar 2008, at 20:18, Jean-François Mertens wrote: On 02 Mar 2008, at 00:55, Kevin Horton wrote: I'm trying to make a fink package for the new beta of sylpheed 2.5.0: http://sylpheed.sraoss.jp/en/download.html#development A compile attempt fails with: Undefined symbols: _GTK_ENTRY, referenced from: _quick_search_clear_entry in quick_search.o _entry_changed in quick_search.o ld: symbol(s) not found collect2: ld returned 1 exit status I'm trying to figure out where that symbol should be defined, and what version of that package would be required. Google hasn't shed any light on this, so I am posting this here to see if any of this august body can provide me any clues. looks rather like an undefined macro .. gtk+2-dev should provide it, in %p/include/gtk-2.0/gtk/gtkentry.h Unfortunately, gtk+2-dev was installed, and rebuilding it has not helped. I still get the exact same error when attempting to compile this sylpheed beta. Maybe they just forgot to put #include gtk/gtkentry.h into quick_search.c? -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Are you the one that wrote a working Fink Installer for 10.5, please raise your hand!
David Reiser wrote: http://thread.gmane.org/gmane.os.macosx.fink.devel/15700/focus=15701 On Mar 1, 2008, at 2:03 PM, David H. wrote: Hello All. I am looking for the person that managed to write a working Installer for 10.5 and fink. Basically to install what you would get after a bootstrap. I have now checked that Leopard fix for the postflight script into cvs so that it doesn't get lost. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] mesa-libglw
Jack Howarth wrote: I've added mesa-libglw packaging to fink 10.5 unstable at the request of Martin Costabel. This package is based on that from Fedora 8 but uses the MesaLibs 7.0.2 tarball. I've also updated the molmol packaging to no longer use the ugly sgi-widgets hack I had added but to use these new mesa-libglw packages instead. Jack ps The mesa-libglw package was added because Apple has permanently depreciated libGLw from their X11 since they don't ship the required Motif libraries. I am a bit short of time, but I tested this with the arb package, and it seems to build and run OK - with no changes to the arb.info file, just Jack's new mesa-libglw installed. One point to think about is what to do with 10.4, do we force libGLw from the new package or do we give a choice, by creating a virtual libGLw package, or do we decide not to care? -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] [cvs] dists/10.4/unstable/main/finkinfo/sound libsndfile1.patch, 1.2, 1.3 libsndfile1.info, 1.11, 1.12
Any reason for going back to an older version (not that I think that 1.0.18pre20 is a judicious choice of a version name, because you can't upgrade to 1.0.18 from there, but it's later than 1.0.17 anyway) and ejecting the new maintainer? Index: libsndfile1.info === RCS file: /cvsroot/fink/dists/10.4/unstable/main/finkinfo/sound/libsndfile1.info,v retrieving revision 1.11 retrieving revision 1.12 diff -u -d -r1.11 -r1.12 --- libsndfile1.info 24 Feb 2008 22:44:59 - 1.11 +++ libsndfile1.info 25 Feb 2008 05:33:17 - 1.12 @@ -1,22 +1,31 @@ Package: libsndfile1 -Version: 1.0.18pre20 -Revision: 2 -Maintainer: Matthew Sachs [EMAIL PROTECTED] +Version: 1.0.17 +Revision: 4 +Maintainer: None fink-devel@lists.sourceforge.net - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] qt3 has lost all knowledge of fonts
David Reiser wrote: Something I've done recently has caused qt3 to have no information about any fonts. If I launch qtconfig, I get a window wherein all the interface text elements are reduced to a couple black pixels. Any other qt3 app exhibits the same behavior. Did you check permissions on your ~/.* files and directories? If ~/.qt is unwritable, for example, you could get such a behavior. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] An option to build universal binaries ?
Benjamin Reed wrote: [] I'm sure everyone would be happy to have simple universal binary support in Fink Not me. I don't have any machine that needs universal binaries, I have only ppcs and intels. As a user, I don't want to spend twice the compilation time for every package and use twice the disk space for the executables and libraries. In my opinion, universal binaries are an invention for distributors of precompiled binaries, not for users. As for the distribution of precompiled binaries, Fink has, in principle, the tools for providing the same (or more, because of smaller downloads) comfort as what is achieved by universal binaries, namely separate binaries for ppc and intel, with automagic choice of the right architecture at download time. The only problem is that there is no central Fink bindist any more... -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Patch for 10.5 Binary Installer
Evan Broder wrote: Hi, I think I've got a patch that fixes the postflight script on 10.5. There are two things that I fix: first, ps axww seems to for some reason list lots of processes on 10.5. I will freely admit that I don't understand the options to ps on OS X or any other platform - I just kept pulling arguments one at a time until it seemed to do the right thing. Good catch. To me this looks like a bug in Leopard's /bin/ps: When the -a flag is present, it ignores the -p pid flag. I have immediately filed a bug with Apple's bugreporter. The other change causes pathsetup.sh to run with the privileges, environment, and shell scripts of the user that is being sudo'd to. Currently, pathsetup.sh will try to write to /var/root/.profile as the normal user, which fails for obvious reasons. The environment variables (in particular $HOME and $USER) with which the installer runs the postflight script keep changing between OS releases, sometimes between minor releases. There was a time when the current version of postflight did the right thing, but on Leopard your suggestion is looks correct, and it looks correct for Tiger, too. However, I think this needs some more testing: When I try to execute this by hand from a root command line prompt, I get weird error messages (perhaps due to my using tcsh as login shell): root# sudo -i -u costabel /sw/bin/pathsetup.sh Badly placed ()'s. With another command it gets weirder: root# sudo -i -u costabel /usr/bin/printenv HOME \312\376\272\276^B^G^C^PEp^L^R: Command not found. ^QU\211\345WVS\203\354,\213u^H\213]^L\353^E\350\261\377\377\377\307D: Event not found. There is definitely something fishy about this -i flag when used with a command. On the other hand, -H seems to work correctly: root# sudo -H -u costabel /usr/bin/printenv HOME /Users/costabel root# sudo -H -u costabel /sw/bin/pathsetup.sh Setting up your Fink environment Your environment seems to be correctly set up for Fink already. - Evan Broder cvs diff: Diffing installer/resources Index: installer/resources/postflight === RCS file: /cvsroot/fink/scripts/installer/resources/postflight,v retrieving revision 1.13 diff -u -r1.13 postflight --- installer/resources/postflight9 Jun 2006 16:59:14 -1.13 +++ installer/resources/postflight4 Feb 2008 02:32:33 - @@ -16,7 +16,7 @@ # get ps data for a given PID sub process_info { my($pid) = shift; -my $command = ps axww -p$pid -o user,ppid,tty,command | tail -n 1; +my $command = ps xww -p$pid -o user,ppid,tty,command | tail -n 1; my @info = split(/\s+/, `$command`, 4); return ( user = $info[0], @@ -40,7 +40,7 @@ # Running from Installer.app: have Aqua session, so run pathsetup # as user who ran Installer.app. my $real_user = $info{user}; -system sudo -u $real_user /sw/bin/pathsetup.sh; +system sudo -i -u $real_user /sw/bin/pathsetup.sh; system osascript -e 'tell application \Installer\' -e 'activate' -e 'end tell'; } else { # Running from commandline: not certain to have Aqua session, so -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Patch for 10.5 Binary Installer
Peter O'Gorman wrote: [] I imagine that it will be closed as invalid. With -a, you are essentially asking for all processes with a controlling terminal, with -p you ask for all processes which match the given process id. ps will return both all the processes with a controlling terminal and all processes matching the pid. Argh; I really should know better by now than to read man pages on a Leopard machine on which I haven't mucked out personally the 4500 or so man pages that remain from Tiger when doing an upgrade install. :-( I guess the line proposed by Evan - using ps xww -p pid is correct for Tiger and Leopard anyway. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Gettext not detected?
Murali Vadivelu wrote: Dear Developers, How do you fix the following problem? I am trying to compile a Gnome- based program outside Fink, before packaging it. $ make make all-recursive Making all in po file=`echo af | sed 's,.*/,,'`.gmo \ rm -f $file -o $file af.po /bin/sh: -o: command not found make[2]: *** [af.gmo] Error 127 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Looks like configure didn't find the msgfmt program. Is it on your PATH? Fink's would be in /sw/bin if you have gettext-tools installed. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Make error: Any idea or help?
Murali Vadivelu wrote: Its on 10.5.1! --- make gcc -D__unix -Os -I/sw/include -c -o growisofs.o growisofs.c In file included from growisofs.c:419: /usr/include/sys/stat.h:261: error: redefinition of 'struct stat' make[1]: *** [growisofs.o] Error 1 make: *** [all] Error 2 ### execution of make failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-dvd+rw-tools-7.0-1003 (Reading database ... 77347 files and directories currently installed.) Removing fink-buildlock-dvd+rw-tools-7.0-1003 ... Failed: phase compiling: dvd+rw-tools-7.0-1003 failed Yes, this does not build on 10.5. Here is a patch (maintainer CCed): --- growisofs.c~2006-09-24 19:28:53.0 +0200 +++ growisofs.c 2008-01-27 16:02:00.0 +0100 @@ -391,2 +391,3 @@ (defined(__APPLE__) defined(__MACH__)) +#include sys/stat.h # define off64_t off_t -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Package texinfo fails to build in Maintainer Mode
Florian Fahr wrote: [] Validating package file /sw/fink/dists/unstable/main/finkinfo/text/ texinfo.info... Warning: Description contains package name. (texinfo.info) Failed: Please correct the above problems and try again! This is a case where maintainer mode is too zealous, and it would be useful to have a level of maintainer mode, with a lower level meaning don't treat trivial warnings as errors. Example: I have a package lie, where this maintainer mode anality pushed me to replace the one good and official package description Computer algebra package for Lie group computations by a rather less meaningful Specialized computer algebra package. Is there any way to fix that? Yes; don't use maintainer mode. :) Maintainer mode is for maintainers, not users. These warnings are minor packaging errors that won't affect building, but feel free to email the maintainer of texinfo about it. [] But I would like to use Maintainer Mode, because I try to create a Fink package for Mednafen (That's why I posted here ;)). Unfortunately I can't test the build properly, because Mednafen depends on libsndfile1 which depends on Flac which somehow depends on texinfo. Is there any other way to ensure that the package gets built correctly? I could notify the maintainer, of course, but in the meantime until he/she fixes the package, there must be a less strict method to check if my package will build correctly. You can take the list of packages to be built as dependencies and build them without maintainer mode, and then use -m for your new package. Also, if -m is too strict, use at least --build-as-nobody in order to catch the common dangerous bug of installing files outside of the build directory. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] finkproject.org Home page broken?
John Ridgway wrote: When I direct Safari to www.finkproject.org I get the following undesirable result: Fatal error: Call to undefined function insert_sub() in /var/www/www.finkproject.org/header.inc on line 359 Is this me, or is the site broken? The site is broken. But I consider your message a good sign, because before yours I haven't seen any message on any of the Fink mailing lists for two days. I was just going to write to -devel in order to ask if it is just me, or if the mailing lists are all dead. Seeing the broken web site, I was going to generalize the question to ask if Fink is dead ;-) -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] xnest on 10.5.X
William Scott wrote: Hi folks: I just noticed xnest is no longer provided in X11 on 10.5. Are there any fink packages that would provide this, or any incompatibilities that would prevent me from trying to make one? Xnest comes with the X11 update from the macosforge xquartz wiki. This more-or-less required update brings also Xephyr, Xfake, Xvfb. -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] finkproject.org Home page broken?
Jens Noeckel wrote: [] I just saw that rangerrick fixed the web site by removing a single space after insert_sub in header.inc; that makes me curious what caused this breakage. On our server such spaces after function names don't seem to bother PHP, and it apparently didn't cause problems on fink's server until recently. Is there any explanation for what went wrong? I don't know, but while we are on the subject of php syntax weirdnesses, here is another one: If someone happens to go to the old sourceforge pdb address http://fink.sourceforge.net/pdb/index.php they don't get redirected to the new address on finch, but they see the interesting error message: Parse error: parse error, unexpected '{' in /home/groups/f/fi/fink/htdocs/pdb/header.inc on line 63 The line in question is try { Maybe sf's php version doesn't understand try...catch? -- Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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