Re: [Fink-devel] can't selfupdate...
Randal L. Schwartz wrote: $ fink self-update [normal] $ fink update-all Information about 4003 packages read in 0 seconds. Can't resolve dependency fink (= 0.28.0) for package gettext-tools-0.14.5-4 (no matching packages/versions found) Exiting with failure. $ Help! You're doing the stable tree, right? There's a big unstable-stable rollover going on, and it's probable that this versioned dependency got missed and the package got moved without the appropriate fink version being present in stable. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] nox packages, wrongly depend on x11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tomoaki Okayama wrote: | Hello, | | gnuplot-nox and imagemagick-nox seem to depend on x11 wrongly. | I attach patches for them in 10.4/unstable. Here are the changes: | | nox_gnuplot.diff | * app-defaults, plotutils-shlibs and plotutils depend on x11. Deleted. | * remove --with-plot=%p from ConfigureParams. | | nox_imagemagick.diff | * openexr depends on x11-shlibs. Deleted. | * Correct a typo in ConfigureParams. | | | In addition, some of packages in Depends or BuildDepends need x11 | *for make*. For example, x11-dev is needed to build libjasper.1-shlibs | and libdjvulibre15-shlibs, which imagemagick-nox depends on. | If binary packages of them are not available, nox-users cannot | install imagemagick-nox. | | Is that ok? Is there any policy in Fink? | | Thanks, | Tomoaki Okayama | Thank you! I added the plotutils dependency and forgot that that depends on X11. As for app-defaults, I probably added that too and forgot to turn that off in the -nox version. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgWCNsACgkQB8UpO3rKjQ+uHwCZAaQfZmA+s7mpsNy16Jt0gOpG gzUAnjVHUdA/Ur5jb3P1Ktd+6TFSAkZ2 =f0s3 -END PGP SIGNATURE- - 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: [Fink-beginners] Ruby18 build problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michal Suchanek wrote: | Could you try this patch, please? | | | Thanks | | Michal | | - It worked for me. So I guess we only need to apply it for 10.5, since the issue doesn't seem to show up on 10.4? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgJE3kACgkQB8UpO3rKjQ/JrgCfapuBCl1IP+RE8SkeOxW+zfJP 2rYAn1E9wG2T8X9HUfCxyYzcH9/s0+sp =ZrqW -END PGP SIGNATURE- - 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: [Fink-beginners] Ruby18 build problem
My assumption was technically right, but... On checking through my build directories, I found that in the dirty case (i.e. where ruby built) there were a bunch of -lruby-static, and, of course, libruby-static.a is generated by ruby itself. The linker, as is its wont, browses around the system rather than looking in the package's build directory, where there's a perfectly good libruby-static.a sitting around atI'm not sure, however, whether we want to change this globally via a patch to configure.in the top level. It looks like the LIBRUBYARG_STATIC variable carries this information. $ grep -r LIBRUBYARG_STATIC * #Makefile.in#:LIBRUBYARG_STATIC = @LIBRUBYARG_STATIC@ Makefile.in:LIBRUBYARG_STATIC = @LIBRUBYARG_STATIC@ bcc32/Makefile.sub:s,@LIBRUBYARG_STATIC@,$$(LIBRUBY_A),;t t configure:LIBRUBYARG_STATIC configure:LIBRUBYARG_STATIC='-l$(RUBY_SO_NAME)-static'I guess I'd say to try configure:LIBRUBYARG='$(LIBRUBYARG_STATIC)' configure:LIBRUBYARG_STATIC!$LIBRUBYARG_STATIC$ac_delim configure.in:LIBRUBYARG_STATIC='-l$(RUBY_SO_NAME)-static' configure.in:LIBRUBYARG='$(LIBRUBYARG_STATIC)' configure.in:AC_SUBST(LIBRUBYARG_STATIC) doc/ChangeLog-1.8.0: config[LIBRUBY_A]. don't link $LIBRUBYARG_STATIC if doc/ChangeLog-1.8.0:* configure.in (LIBRUBYARG_STATIC, LIBRUBYARG_SHARED): linker doc/ChangeLog-1.8.0:* Makefile.in (LIBRUBYARG_STATIC, LIBRUBYARG_SHARED): added. lib/mkmf.rb: 'LIBS' = #$LIBRUBYARG_STATIC #{opt} #$LIBS) lib/mkmf.rb:LIBRUBYARG_STATIC = #$LIBRUBYARG_STATIC lib/mkmf.rb: $LIBRUBYARG_STATIC = config['LIBRUBYARG_STATIC'] win32/Makefile.sub:s,@LIBRUBYARG_STATIC@,$$(LIBRUBY_A),;t t wince/Makefile.sub:s,@LIBRUBYARG_STATIC@,$$(LIBRUBY_A),;t t On Tuesday 15 April 2008 10:58:50 pm Alexander Hansen wrote: Forwarding on to fink-devel and the maintainer: In summary: ruby18 doesn't build on clean systems on 10.5.2--we're not sure about 10.4 , in the absence of reports from that OS version. In addition to the build logs, I've posted build directories at that location, too, for successful (dirty) and unsuccessful (clean) builds. Because it built on a system with a bunch of stuff installed, I'm assuming that there's a missing BuildDepend. Begin forwarded message: From: Alexander Hansen [EMAIL PROTECTED] Date: April 13, 2008 8:55:34 PM EDT To: Michael Hund [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Fink-beginners] Ruby18 build problem Re: Problems installing kexi (ccing John since he had the same problem) I've reproduced the failure by building in a clean environment. It appears that there is a missing build dependency, but I'm not sure what it is. I've posted build logs here: http://akhmac.blogdns.net/~hansen/finklogs/ruby_test/ On Apr 13, 2008, at 8:32 PM, Michael Hund wrote: Alexander, No compiler except the Apple XCode 3.0, afaik. Regards, Michael Hund Alexander Hansen wrote: On Apr 13, 2008, at 7:01 AM, Michael Hund wrote: I am trying to install kexi. I'm doing this on a MacBook Pro, Intel Core Fuo 2.2, OS X 10.5.4, with XCode 3.0. Fink seems to be working well, I'm a new user. I asked fink to install kexi, and several hundred dependencies, and some hours later, I got the following: Generating RI... /sw/src/fink.build/ruby18-1.8.6-p111-1/ruby-1.8.6-p111/.ext/i686- darwin/stringio.bundle: [BUG] Bus Error ruby 1.8.6 (2007-09-24) [i686-darwin] -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] where to upload leopard compiled packaged binaries ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marco Bonetti wrote: | On Wed, Apr 9, 2008 at 12:25 AM, DJamé Seddah [EMAIL PROTECTED] wrote: | But I don't get it. These are just genuine package created somewhere | in 10.5/ hierarchy | the problem is there're variants for important system package and it's | not easy (possible?) for the end user to track down against which | package their metadependency is built. | so, for example, if you build an X11 application against fink own xorg | it will not be able to start on an machine using Apple X11.app: both | fink xorg and X11.app provide the same xorg metapackage but they're | not compatible. | The issue here is that libraries and executables link, in turn, to other libraries, with specific install names. This means that if you build a package (on Tiger, say) against the Fink xorg package there, it will be set up to look for versions of the X11 libraries appropriate to xorg. Apple's X11 has the same libraries, but some are at an earlier and incompatible version, so if somebody now tries to copy this package over to their system, it will be broken. This is true for all library packages. I once dealt with a case on these lists where somebody installed a binary package that was never added to the Fink distribution--the author just distributed .debs. The correspondent couldn't run the executable, due to the fact that the package didn't specify in its dependencies that it was built against a libiconv version that was later than that in Fink's binary distribution. And of course things will be broken if binaries link to libraries that weren't installed by Fink or by the system. | If you want to provide your own binary distribution, check out | http://www.finkproject.org/doc/advanced/bindist.php?phpLang=en and add | a web page to your site which roughly describes what you're building | against, so people are prepared for impact :) | | ciao | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkf8t7QACgkQB8UpO3rKjQ8I/ACeL7cYvMrgL2aiVu5dz7RklRC/ VMwAnA3WTkSq/Uy+Nuh1CpIhniE7dER3 =IOQH -END PGP SIGNATURE- - 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] [cvs] dists/10.4/unstable/main/finkinfo/sound sdl-sound.info, 1.10, 1.11
Daniel Macks wrote: Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/sound In directory sc8-pr-cvs17.sourceforge.net:/tmp/cvs-serv26928/10.4-public/unstable/main/finkinfo/sound Modified Files: sdl-sound.info Log Message: thanks coreutils + case-insensitive FS! Index: sdl-sound.info === RCS file: /cvsroot/fink/dists/10.4/unstable/main/finkinfo/sound/sdl-sound.info,v retrieving revision 1.10 retrieving revision 1.11 diff -u -d -r1.10 -r1.11 --- sdl-sound.info7 Apr 2008 05:03:45 - 1.10 +++ sdl-sound.info7 Apr 2008 06:43:30 - 1.11 @@ -11,7 +11,8 @@ PatchScript: %{default_script} touch NEWS AUTHORS - mv -f CHANGELOG ChangeLog + mv CHANGELOG ChangeLog_ + mv ChangeLog_ ChangeLog mv acinclude.m4 acinclude.m4_unused perl -pi -e 's/AM_PATH_VORBIS/XIPH_PATH_VORBIS/' configure.in Looks like a step got left out? $ fink dumpinfo -fdocfiles sdl-sound Information about 6677 packages read in 3 seconds. docfiles: CHANGELOG COPYING README leading to /bin/cp -r CHANGELOG /sw2/src/fink.build/root-sdl-sound-1.0.1-1007/sw2/share/doc /sdl-sound/ cp: CHANGELOG: No such file or directory Also, it wouldn't build without libtool14 installed. - 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] joe-2.9.8-pre1-1022
On Tuesday 01 April 2008 02:24:51 pm Ruben David Fraga Dopico wrote: cd . \ CONFIG_FILES= CONFIG_HEADERS=autoconf.h \ /bin/sh ./config.status config.status: creating autoconf.h config.status: autoconf.h is unchanged make all-am source='b.c' object='b.o' libtool=no \ depfile='.deps/b.Po' tmpdepfile='.deps/b.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I. -DJOERC=\/sw/etc/joe/\ -I/sw/include -g -O2 -c `test -f b.c || echo './'`b.c In file included from b.c:8: config.h:9:37: error: operator '' has no right operand b.c: In function 'pfind': b.c:957: warning: pointer targets in passing argument 2 of 'ffind' differ in signedness b.c: In function 'pifind': b.c:971: warning: pointer targets in passing argument 2 of 'fifind' differ in signedness b.c: In function 'prfind': b.c:1107: warning: pointer targets in passing argument 2 of 'frfind' differ in signedness b.c: In function 'prifind': b.c:1121: warning: pointer targets in passing argument 2 of 'frifind' differ in signedness make[1]: *** [b.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-joe-2.9.8-pre1-1022 (Reading database ... 12775 files and directories currently installed.) Removing fink-buildlock-joe-2.9.8-pre1-1022 ... Failed: phase compiling: joe-2.9.8-pre1-1022 failed Before reporting any errors, please run fink selfupdate and try again. If you continue to have issues, please check to see if the FAQ on fink's website solves the problem. If not, ask on the fink-users or fink-beginners mailing lists, with a carbon copy to the maintainer: None fink-devel@lists.sourceforge.net Note that this is preferable to emailing the maintainer directly, since most fink package maintainers do not have access to all possible hardware and software configurations. -- Package manager version: 0.28.1 Distribution version: selfupdate-cvs Tue Apr 1 16:55:17 2008, 10.5, powerpc 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 It worked for me (10.52 PowerPC). Let's check the output from the configuration stage of the build. Also, you might want to try the less-ancient version from the unstable tree. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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
[Fink-devel] Document generation
I've developed a bit of a pet peeve: packages having a BuildDepend on doxygen for doc generation. Having this dependency wouldn't matter so much in a mostly-binary situation, but we most definitely aren't there. It's kind of harsh to make a user install TeX via doxygen to generate docs that don't even require TeX at all. That being said, I'm not sure what I'd propose as a solution. I haven't looked into it, but perhaps a -notex variant of doxygen is possible. That'd relieve some of the burden, anyway. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter signature.asc Description: This is a digitally signed message part. - 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] libxine1 again - version 1.1.11
On Thursday 27 March 2008 02:06:28 pm Linus Gasser wrote: Hello list, together with Mark Collins we've been hacking together a working libxine1.info and libxine1.patch. We deleted the kdetv-deinterlacer. Mark Collins is able to use it with something like muxine from http://xinehq.de/index.php/samplecode while on my computer it shows only a black window. Anybody else ready to have a look at it, please? Mac OS 10.5.2 XCode 3.0 fink 0.28.1 Thanks, Linus You might be better served using the package submissions tracker--though either option has the problem of having to extract the package descriptions files out and transferring them into a Fink tree for testing. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter signature.asc Description: This is a digitally signed message part. - 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] Question about packaging Poly/ML
On Thursday 27 March 2008 03:05:14 pm John Ridgway wrote: On Mar 24, 2008, at 12:27 AM, Alexander Hansen wrote: On Mar 23, 2008, at 9:51 PM, John Ridgway wrote: Friends - Poly/ML is an implementation of the ML programming language. As such, it has an interpreter which basically just loads the Poly/ML library and runs it. It is possible to have a program that uses the Poly/ML library but doesn't need the interpreter. The current version of Poly/ML is 5.1. Poly/ML 4.1.4 is still out there, and may want to appear in Fink at some point. I would like to create package polyml5 and have polyml5-shlibs as a split-off of it. The problem is that libpolyml.dylib is at version 1.0.0 (or 2.0.0, I forget which), not 5-something, and this seems to violate the Fink packaging guidelines. Can anyone help me out of my conundrum? It would seem very odd for package polyml5 at version 5.1 to have polyml- shlibs at version 1.0.0 as a SplitOff. I would really like to get Poly/ML into Fink so I can get Isabelle into Fink as well. Peace - John The name of the base package and the -shlibs don't actually have to agree. The -shlibs splitoff should be numbered by the compatibility version of the library. Now that I think about it, the install_name of the primary library (libfoo.N.dylib) is what you'd want to number the -shlibs and -dev by, rather than the compatibility version. (I inherited a package that uses the latter and so I've had sustained confusion on this issue) By policy, the -shlibs package for Poly/ML 5.1 would need to be polyml1-shlibs or polyml2-shlibs, depending on what the version of the library actually is. You could, however, leave its shlibs splitoff as polyml-shlibs, since it's the first shared library package for a polyml* package. For that matter, if Poly/ML 5.1 is the first such package in Fink, you can just call it polyml. Then if Poly/ML 4.1.4 is added to Fink at some point, it can be called polyml4, and its shared library package would be polymlN- shlibs, where N corresponds to its compatibility version. One question, though: would the library packages ever be used by anything else, or just by polyml? If the latter, then you don't even have to have a splitoff. I will want polyml4, and I suspect that polyml6 will appear in the future, so I'm inclined to go with the polyml5 name at this point. So polyml5.info would be for Poly/ML version 5.1 and would have a SplitOff of polyml2-shlibs. What version would polyml2-shlibs have? It would seem from the packaging guidelines (don't change the version in a SplitOff) that it should also be at 5.1. I'm just trying to get this clear. That's right. The version will be 5.1. And, yes, the library could be used by other things than polyml5. Peace - John OK, then what you could have is that the -dev and -shlibs splitoffs would be named polymlN-dev and polymlN-shlibs, where N refers to the libversion of the library package. The corresponding executable would be polyml4, polyml5, or polyml6. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter signature.asc Description: This is a digitally signed message part. - 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] build-as-nobody causes cpio error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Trevor Harmon wrote: | I'm working on a package that fails when built with -m --build-as- | nobody. The error I get occurs when running the package's configure | script: | | checking how to create a ustar tar archive... | ATTENTION! cpio archive volume change required. | Ready for archive volume: 2 | Input archive name or . to quit cpio. | Archive name | | At this point the build halts. I can hit ^D to continue the build, and | everything seems to work fine after that. But I can't get past this | prompt without manual intervention. | | Rebuilding without the build-as-nobody does not generate this prompt. | | I thought maybe the Fink version of cpio is required, but a package | for it doesn't seem to exist. | | Any suggestions on how to fix it? Thanks, | | Trevor | A quick and dirty way, as long as the build works under --build-as-nobody when you've manually intervened, is to put a note in, say, DescPackaging that it doesn't work under --build-as-nobody without manual intervention. As long as the package isn't installing directly into a user's filesystem (what --build-as-nobody is designed to detect), then not working with --build-as-nobody isn't a huge deal. In fact, it's not recommended for end-users anyway, because some packages (though I have yet to encounter them) have been reported to generate binaries differently when not built as root. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH56bPB8UpO3rKjQ8RAuz8AJ4/cPIhHghocVJEpE2U+LzchYtYSQCdEyr/ mHc08gO/chPaXIUrw6dvYbQ= =8BQ0 -END PGP SIGNATURE- - 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] Question about packaging Poly/ML
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Hansen wrote: | On Mar 23, 2008, at 9:51 PM, John Ridgway wrote: | | Friends - | Poly/ML is an implementation of the ML programming language. As such, | it has an interpreter which basically just loads the Poly/ML library | and runs it. It is possible to have a program that uses the Poly/ML | library but doesn't need the interpreter. | | The current version of Poly/ML is 5.1. Poly/ML 4.1.4 is still out | there, and may want to appear in Fink at some point. I would like to | create package polyml5 and have polyml5-shlibs as a split-off of it. | The problem is that libpolyml.dylib is at version 1.0.0 (or 2.0.0, I | forget which), not 5-something, and this seems to violate the Fink | packaging guidelines. Can anyone help me out of my conundrum? It | would seem very odd for package polyml5 at version 5.1 to have polyml- | shlibs at version 1.0.0 as a SplitOff. | | I would really like to get Poly/ML into Fink so I can get Isabelle | into Fink as well. | | Peace | - John | | | | The name of the base package and the -shlibs don't actually have to | agree. | | The -shlibs splitoff should be numbered by the compatibility version | of the library. By policy, the -shlibs package for Poly/ML 5.1 would | need to be polyml1-shlibs or polyml2-shlibs, depending on what the | version of the library actually is. You could, however, leave its | shlibs splitoff as polyml-shlibs, since it's the first shared library | package for a polyml* package. For that matter, if Poly/ML 5.1 is the | first such package in Fink, you can just call it polyml. | | Then if Poly/ML 4.1.4 is added to Fink at some point, it can be called | polyml4, and its shared library package would be polymlN-shlibs, where | N corresponds to its compatibility version. | | One question, though: would the library packages ever be used by | anything else, or just by polyml? If the latter, then you don't even | have to have a splitoff. Following up after a look at the tracker item on this package: one way to check if this is a private library is if there are any header files. No headers generally implies that the library is private. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH58vPB8UpO3rKjQ8RAgoNAJ0VR2nE4aMdKBBY2QN5fuKS3Npz2gCgjhNP +ACnJOLJ5NBu5GjC3b6FraI= =JsMn -END PGP SIGNATURE- - 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] maxima-5.14.0-2
Mattia Vaccari wrote: when trying to install latest maxima... hth - mattia Can't resolve dependency clisp (= 2.44-1) for package maxima-5.14.0-2 (no matching packages/versions found) Exiting with failure. -- Package manager version: 0.28.1 Distribution version: selfupdate-rsync Wed Mar 19 10:28:41 2008, 10.4, i386 Mac OS X version: 10.4.11 Xcode version: 2.4.1 gcc version: 4.0.1 (Apple Computer, Inc. build 5367) make version: 3.81 Feedback Courtesy of FinkCommander This update was performed without my being informed, and it's going to take me some time to sort out what's going on. - 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] maxima-5.14.0-2
I figured it might be leakage from a local modification. I'll do Maxima right now. I wanted to make the clisp versioned dependency more restrictive anyway. Jean-François Mertens wrote: was an unintended commit _ and I fell asleep while reverting them. maxima and epiphany still have to be reverted; have to teach now, will get back to it if needed in 3 hours. very sorry.. Jean-Francois On 19 Mar 2008, at 12:57, Alexander K. Hansen wrote: Mattia Vaccari wrote: when trying to install latest maxima... hth - mattia Can't resolve dependency clisp (= 2.44-1) for package maxima-5.14.0-2 (no matching packages/versions found) Exiting with failure. -- Package manager version: 0.28.1 Distribution version: selfupdate-rsync Wed Mar 19 10:28:41 2008, 10.4, i386 Mac OS X version: 10.4.11 Xcode version: 2.4.1 gcc version: 4.0.1 (Apple Computer, Inc. build 5367) make version: 3.81 Feedback Courtesy of FinkCommander This update was performed without my being informed, and it's going to take me some time to sort out what's going on. ews.gmane.org/gmane.os.apple.fink.devel - 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 password?
Kevin Horton wrote: I'm trying to update my packages to use gcc43 instead of gcc42, and I get a Permission denied, please try again when I try to do a cvs up. Is there some general problem with fink's cvs, and I should simply wait for it to be sorted out, or does user ID rv8 no longer have cvs access? Thanks, -- Kevin Horton Ottawa, Canada You need to reset your sf.net password. I think they got compromised recently, - 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. Any help, please? TIA! Salvo -- Package manager version: 0.28.1 Distribution version: selfupdate-rsync Wed Mar 12 21:43:02 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 errors Use of uninitialized value in list assignment at /sw/lib/perl5/Fink/PkgVersion.pm line 4963. perl -pi -e 's|/usr|/sw|g' format/docbook/txt Use of uninitialized value in list assignment at /sw/lib/perl5/Fink/PkgVersion.pm line 4963. ./configure --prefix=/sw --mandir=/sw/share/man --disable-dependency-tracking checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... none checking whether gcc and cc understand -c and -o together... yes checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for mktemp program... mktemp checking for GNU find program... find checking for bash... bash checking for getopt program... getopt checking whether getopt handles long options... configure: error: no You need getopt from http://huizen.dds.nl/~frodol/getopt.html http://huizen.dds.nl/%7Efrodol/getopt.html, or else some other implementation that supports --longoptions. ### execution of ./configure failed, exit code 1 It worked for me (10.5.2/powerPC). Is there a config.log file in the xmlto build directory to look at? - 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
On Friday 14 March 2008 08:49:33 am salvomicciche` wrote: Il giorno 14/mar/08, alle ore 13:44, Alexander K. Hansen ha scritto: In the build directory: /sw/src/fink.build/xmlto-0.0.18-1009/ xmlto-0.0.18 or whatever it actually comes out to be ok, I get the above log, thanks for help! Salvo ---log--- configure:3220: checking for getopt program configure:3229: result: getopt configure:3232: checking whether getopt handles long options configure:3240: error: no You need getopt from http://huizen.dds.nl/~frodol/getopt.html, or else some other implementation that supports --longoptions. What do you get from which getopt? -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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
On Friday 14 March 2008 10:20:12 am salvomicciche` wrote: Il giorno 14/mar/08, alle ore 13:59, Alexander K. Hansen ha scritto: What do you get from which getopt? I get: mela salvo$ ~ which getopt /usr/bin/getopt have a nice day Salvo That would indicate that Martin C's suggestion of installing getoptbin would likely be the right way to go, then--I have it installed, and like I said, the package built for me. This would also indicate a missing BuildDepend. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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
On Friday 14 March 2008 10:35:24 am salvomicciche` wrote: Il giorno 14/mar/08, alle ore 15:25, Alexander K. Hansen ha scritto: That would indicate that Martin C's suggestion of installing getoptbin would likely be the right way to go, then--I have it installed, and like I said, the package built for me. This would also indicate a missing BuildDepend. I've installed getoptbin (1.1.4-2). Now I've also reinstalled it, but with xmlto no luck (see the last log). Salvo ---log--- ... checking for getopt program... getopt checking whether getopt handles long options... configure: error: no You need getopt from http://huizen.dds.nl/~frodol/getopt.html, or else some other implementation that supports --longoptions. ### execution of ./configure failed, exit code 1 Removing runtime build-lock... Does which getopt still not give you Fink's? -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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
On Friday 14 March 2008 10:52:37 am salvomicciche` wrote: Il giorno 14/mar/08, alle ore 15:39, Alexander K. Hansen ha scritto: Does which getopt still not give you Fink's? no. my PATH is that standard in Leopard: /bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/sw/bin:/sw/sbin:/usr/ X11R6/bin:/Developer/Tools:/opt/local/bin:/opt/local/sbin:/usr/local/ mysql/bin:/Library/Frameworks/Python.framework/Versions/Current/bin:/ Users/salvo/bin/FDK/Tools/osx must I put /sw/bin first of all? Salvo Only if you want this to build. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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
On Friday 14 March 2008 11:32:59 am salvomicciche` wrote: Il giorno 14/mar/08, alle ore 16:16, Alexander K. Hansen ha scritto: Only if you want this to build. ok, tried just now, but xmlto doesn't compile also if the path begin with /sw/bin:/sw/sbin... any help? Salvo This seems like it has something to do with the way that you've set up your environment. Try running fink dumpinfo xmlto | grep PATH= to see what PATH fink is using when it builds the package. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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
On Friday 14 March 2008 12:30:32 pm salvomicciche` wrote: Il giorno 14/mar/08, alle ore 17:12, Alexander K. Hansen ha scritto: This seems like it has something to do with the way that you've set up your environment. Try running fink dumpinfo xmlto | grep PATH= to see what PATH fink is using when it builds the package. using FinkCommander I get: PATH=/sw/var/lib/fink/path-prefix-g++-4.0:/bin:/usr/bin:/sbin:/usr/ sbin:/sw/bin:/sw/sbin:/usr/X11R6/bin help :-( thank salvo I get fink dumpinfo xmlto | grep PATH= PATH=/sw/var/lib/fink/path-prefix-g++-4.0:/sw/bin:/sw/sbin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin If you're using Fink Commander try moving /usr/bin to the end of the path in the environment preferences for it. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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
On Friday 14 March 2008 12:58:41 pm salvomicciche` wrote: Il giorno 14/mar/08, alle ore 17:50, Alexander K. Hansen ha scritto: I get fink dumpinfo xmlto | grep PATH= PATH=/sw/var/lib/fink/path-prefix-g++-4.0:/sw/bin:/sw/sbin:/bin:/usr/ bin:/sbin:/usr/sbin:/usr/X11R6/bin If you're using Fink Commander try moving /usr/bin to the end of the path in the environment preferences for it. ok, tried, but no luck. FinkCommander has also a strange behaviour: if in path section I put for perl /sw/bin/perl instead of /usr/bin/perl I get a blank table and no item is visibile... I've already reainstalled Fink when I passed to Intel Leopard, but I've still some issues with some programs to compile, like also autoconf, nmap, cairo... Salvo All of this appears to be due to some local environment setting (perhaps system-wide) on your machine--whatever was done to put /usr/bin ahead of /sw/bin. If you've been using Fink Commander, try the command line instead and see if that works. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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
On Friday 14 March 2008 01:21:17 pm salvomicciche` wrote: Il giorno 14/mar/08, alle ore 18:03, Alexander K. Hansen ha scritto: All of this appears to be due to some local environment setting (perhaps system-wide) on your machine--whatever was done to put /usr/bin ahead of /sw/bin. I dont know, I'm become crazy :-) If you've been using Fink Commander, try the command line instead and see if that works. I tried just now: export PATH=/sw/bin:/sw/sbin:/$PATH /sw/bin/fink install xmlto always the same errors :-( Salvo Exporting PATH won't do a thing. fink will _unset_ your user-level environment changes. It looks like something is altering your PATH at the root level, and fink is inheriting that change. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] [Fwd: New clisp version; maxima needs to get updated]
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. Thanks, Jose maxima.info Description: Binary data clisp.info Description: Binary data - 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] tracker validation hiatus again
I'm busy at work and in the process of moving--I'm not sure when my Mac is going to be back online again, so I'm not going to be able to validate packages for a while. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] trouble building imagemagick 6.3.8-1001
On Wednesday 27 February 2008 08:38:35 pm Jesse Alama wrote: I'm having some trouble building imagemagick (6.3.8-1001) on a MacBook Pro running 10.5.2. The build goes fairly far, but reaches a bump at magick/type.c: snip error: fontconfig/fontconfig.h: No such file or directory magick/type.c: In snip What might be going on? Might version 6.3.9 help? Thanks, Jesse This error has been reported before for other packages and traced to a broken X11SDK install. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] tracker validation hiatus again
I've started it: http://wiki.finkproject.org/index.php/Fink%3ACleanBuild On Wednesday 27 February 2008 08:38:48 pm John Ridgway wrote: The last time you took a hiatus you mooted the idea of documenting the validation process so that others could do it. Did you get anywhere with that? Peace - John On Feb 27, 2008, at 8:30 PM, Alexander K. Hansen wrote: I'm busy at work and in the process of moving--I'm not sure when my Mac is going to be back online again, so I'm not going to be able to validate packages for a while. -- -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] libsndfile1-1.0.17-2
On Sunday 24 February 2008 01:47:10 pm Matthew Sachs wrote: On 2008-02-24, at 13:06, Matthew Sachs wrote: On 2008-02-24, at 08:57, Blaz Segavac wrote: I am having issues trying to build the libsndfile library using finkCommander, the build is coming up with all sort of errors trying compile flac.c. I think that 1.0.18 prereleases of libsndfile support the new flac; I'll see if I can get an updated libsndfile1 package out today. It will take some time to propagate to the mirrors, but I've put out a new version of libsndfile which builds (at least on Leopard/i386 -- reports from other platforms are welcome.) Be careful what you ask for (10.5.2/PowerPC: .. mkdir .libs g++ -g -O2 -W -Wall -Wcast-align -Wcast-qual -Wshadow -Wwrite-strings -Wctor-dto r-privacy -Wnon-virtual-dtor -Woverloaded-virtual -Wreorder -Wsign-promo -o .lib s/sfread.oct -I/sw/include/octave-3.0.0 -I/sw/include/octave-3.0.0/octave -I/sw/ include -O3 -I../src format.cc sfread.cc -bundle -bundle_loader /sw/bin/octave-3 .0.0 -Wl,-framework -Wl,Accelerate -Wl,-dylib_file -Wl,/System/Library/Framework s/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPA CK.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/v ecLib.framework/Versions/A/libLAPACK.dylib -Wl,-framework -Wl,Accelerate -Wl,-dy lib_file -Wl,/System/Library/Frameworks/Accelerate.framework/Versions/A/Framewor ks/vecLib.framework/Versions/A/libBLAS.dylib:/System/Library/Frameworks/Accelera te.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib /sw /lib/gcc4.2/lib/libgfortran.dylib -Wl,-bind_at_load -L/sw/lib -L/sw/lib/octave- 3.0.0 -loctinterp -loctave -lcruft /sw/lib/libfftw3.dylib -lreadline -lncurses / sw/lib/libhdf5.dylib /sw/lib/libsz.dylib -lz ../src/.libs/libsndfile.dylib -lm format.cc: In function 'int major_format_of_hash(const std::string)': format.cc:84: error: 'SF_FORMAT_WVE' was not declared in this scope format.cc: In function 'const char* string_of_major_format(int)': format.cc:171: error: 'SF_FORMAT_WVE' was not declared in this scope make[1]: *** [sfread.oct] Error 1 -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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 to do with Leopard?
On Saturday 23 February 2008 06:31:43 pm Evan Broder wrote: Alexander K. Hansen wrote: When it's ready. In addition to package updates, our installer itself no longer works on Leopard. It's completely not true that the installer doesn't work on Leopard. There is a two line patch that makes the postflight script work, which I submitted almost a month ago now, and still hasn't been incorporated into CVS. Other than that, though, I've built the binary installer for Leopard, and it works just fine. - Evan If you haven't done so already send drm AT finkproject DOT org a note about your patch, too -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] libsndfile1-1.0.17-2
On Sunday 24 February 2008 05:47:47 pm Jean-François Mertens wrote: snip fixed If you prefer to build with octave, the patchscript is in the file ... Jean-Francois That did it. Thanks! I didn't even know building it via octave was an option. Maybe a variant would be appropriate... -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] libsndfile1-1.0.17-2 compile failure on 10.5/Intel
not a structure or union flac.c: In function 'flac_read_flac2i': flac.c:712: error: invalid operands to binary * flac.c:712: error: syntax error before ')' token flac.c:716: error: request for member 'pcmtype' in something not a structure or union flac.c:719: error: request for member 'ptr' in something not a structure or union flac.c: In function 'flac_read_flac2f': flac.c:732: error: invalid operands to binary * flac.c:732: error: syntax error before ')' token flac.c:736: error: request for member 'pcmtype' in something not a structure or union flac.c:739: error: request for member 'ptr' in something not a structure or union flac.c: In function 'flac_read_flac2d': flac.c:752: error: invalid operands to binary * flac.c:752: error: syntax error before ')' token flac.c:756: error: request for member 'pcmtype' in something not a structure or union flac.c:759: error: request for member 'ptr' in something not a structure or union flac.c: In function 'flac_write_s2flac': flac.c:772: error: invalid operands to binary * flac.c:772: error: syntax error before ')' token flac.c:776: error: request for member 'encbuffer' in something not a structure or union flac.c:798: warning: implicit declaration of function 'FLAC__seekable_stream_encoder_process_interleaved' flac.c:798: warning: nested extern declaration of 'FLAC__seekable_stream_encoder_process_interleaved' flac.c:798: error: request for member 'fse' in something not a structure or union flac.c: In function 'flac_write_i2flac': flac.c:814: error: invalid operands to binary * flac.c:814: error: syntax error before ')' token flac.c:818: error: request for member 'encbuffer' in something not a structure or union flac.c:840: error: request for member 'fse' in something not a structure or union flac.c: In function 'flac_write_f2flac': flac.c:856: error: invalid operands to binary * flac.c:856: error: syntax error before ')' token flac.c:860: error: request for member 'encbuffer' in something not a structure or union flac.c:882: error: request for member 'fse' in something not a structure or union flac.c: In function 'flac_write_d2flac': flac.c:988: error: invalid operands to binary * flac.c:988: error: syntax error before ')' token flac.c:992: error: request for member 'encbuffer' in something not a structure or union flac.c:1014: error: request for member 'fse' in something not a structure or union flac.c: In function 'flac_seek': flac.c:1120: error: invalid operands to binary * flac.c:1120: error: syntax error before ')' token flac.c:1130: error: request for member 'frame' in something not a structure or union flac.c:1134: warning: implicit declaration of function 'FLAC__seekable_stream_decoder_seek_absolute' flac.c:1134: warning: nested extern declaration of 'FLAC__seekable_stream_decoder_seek_absolute' flac.c:1134: error: request for member 'fsd' in something not a structure or union flac.c:1135: error: request for member 'fsd' in something not a structure or union make[3]: *** [flac.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 ### execution of make failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-libsndfile1-1.0.17-2 (Reading database ... 125825 files and directories currently installed.) Removing fink-buildlock-libsndfile1-1.0.17-2 ... Updating the list of locally available binary packages. Scanning dists/unstable/main/binary-darwin-i386 New package: dists/unstable/main/binary-darwin-i386/graphics/gimp2-svg- default_2.0.6-1006_darwin-i386.deb New package: dists/unstable/main/binary-darwin-i386/graphics/gimp2-svg- dev_2.0.6-1006_darwin-i386.deb New package: dists/unstable/main/binary-darwin-i386/graphics/gimp2-svg- ghostscript_2.0.6-1006_darwin-i386.deb New package: dists/unstable/main/binary-darwin-i386/graphics/gimp2-svg- shlibs_2.0.6-1006_darwin-i386.deb New package: dists/unstable/main/binary-darwin-i386/graphics/gimp2- svg_2.0.6-1006_darwin-i386.deb Failed: phase compiling: libsndfile1-1.0.17-2 failed a few details of my fink installation: % fink -V | head -n 2: Package manager version: 0.28.0 Distribution version: selfupdate-rsync Sat Feb 23 12:28:09 2008, 10.5, i386 % sw_vers: ProductName: Mac OS X ProductVersion: 10.5.2 BuildVersion: 9C31 % gcc --version | head -n 1: i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5465) % arch: i386 -- Kevin Horton Ottawa, Canada Yeah--same on PowerPC, too. The new libflac8 has some API changes that this package doesn't understand yet. Cf. the other thread on -users about this: http://article.gmane.org/gmane.os.macosx.fink.user/25492 -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - This SF.net email is sponsored
Re: [Fink-devel] [Fink-users] No longer maintaining packages
On Saturday 23 February 2008 03:14:22 pm Benjamin Esham wrote: Hello all, I am the maintainer of three Fink packages (ent, rxp, and spell), but I no longer have the time or ability to keep up with changes to the softwares or to Fink itself. Is there any kind of process I can go through to release these packages so that another maintainer can step in and take over the care of the .info files? Thanks for any help, (moving to -devel since that's a bit more applicable) That was essentially what passes for a process. Thanks for letting us know. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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 to do with Leopard?
On Saturday 23 February 2008 05:55:45 pm Asko Kauppi wrote: I'm a fink package maintainer, who upgraded to Leopard this week. Surprisingly, the support for 10.5.x from fink's side seems far from ready. I don't know the reasons, but this is rather disturbing. To me, fink is a method of delivering tools to people liking OS X and working on the command line. They would expect a Leopard capable installer by now. There are reasons (see below) Also, building from source did not work (PowerBook G4): checking for gcc... (cached) gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. ### execution of PERL=/usr/bin/perl failed, exit code 77 phase compiling: dpkg-bootstrap-1.10.21-1218 failed Before reporting any errors, please run fink selfupdate and try again. If you continue to have issues, please check to see if the FAQ on fink's website solves the problem. If not, ask on the fink-users or fink-beginners mailing lists, with a carbon copy to the maintainer: Fink Core Group [EMAIL PROTECTED] Note that this is preferable to emailing the maintainer directly, since most fink package maintainers do not have access to all possible hardware and software configurations. Maybe I need to update the compiler? $ gcc -v Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /private/var/tmp/gcc/gcc-5367.obj~1/src/configure -- disable-checking -enable-werror --prefix=/usr --mandir=/share/man -- enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg] [^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with- slibdir=/usr/lib --build=powerpc-apple-darwin8 --host=powerpc-apple- darwin8 --target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5367) You need to install Xcode 3.0 . Every major version update on OS X has required a newer Developer Tools / Xcode Tools , and this is no different. Anyways, the point is when could a Leopard installer be around. Any estimate, whatsoever? When it's ready. In addition to package updates, our installer itself no longer works on Leopard. If so, please share that as News on the website, and warn people that the binary installer is for 10.4 only. Thanks. -asko On the download page, we specifically note that there's no Leopard installer. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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 to do with Leopard?
On Saturday 23 February 2008 06:31:43 pm Evan Broder wrote: Alexander K. Hansen wrote: When it's ready. In addition to package updates, our installer itself no longer works on Leopard. It's completely not true that the installer doesn't work on Leopard. There is a two line patch that makes the postflight script work, which I submitted almost a month ago now, and still hasn't been incorporated into CVS. Other than that, though, I've built the binary installer for Leopard, and it works just fine. - Evan I wasn't sure about the status of your update, and I don't know if the release manager (drm AT finkproject DOT org) has vetted it. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] Berkeley DB compile failure
On Saturday 16 February 2008 04:07:17 am Eric Seidel wrote: ranlib: file: .libs/libdb_cxx-4.4.a(snprintf.o) has no symbols ranlib .libs/libdb_cxx-4.4.a ranlib: file: .libs/libdb_cxx-4.4.a(snprintf.o) has no symbols creating libdb_cxx-4.4.la (cd .libs rm -f libdb_cxx-4.4.la ln -s ../libdb_cxx-4.4.la libdb_cxx-4.4.la) rm -f libdb_cxx.a ln -s .libs/libdb_cxx-4.4.a libdb_cxx.a + make /bin/sh ./libtool --mode=compile cc -c -Os -I../dist/.. ../dist/../db_dump185/db_dump185.c cc -c -Os -I../dist/.. ../dist/../db_dump185/db_dump185.c -fno-common -DPIC -o .libs/db_dump185.o ../dist/../db_dump185/db_dump185.c: In function 'main': ../dist/../db_dump185/db_dump185.c:212: warning: assignment makes pointer from integer without a cast ../dist/../db_dump185/db_dump185.c:214: warning: assignment makes pointer from integer without a cast ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' has no member named 'seq' ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' undeclared (first use in this function) ../dist/../db_dump185/db_dump185.c:229: error: (Each undeclared identifier is reported only once ../dist/../db_dump185/db_dump185.c:229: error: for each function it appears in.) ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' has no member named 'seq' ../dist/../db_dump185/db_dump185.c: In function 'db_hash': ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' has no member named 'internal' ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' has no member named 'internal' ../dist/../db_dump185/db_dump185.c: In function 'db_btree': ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' has no member named 'internal' make: *** [db_dump185.lo] Error 1 ### execution of /var/tmp/tmp.1.BfmURG failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-db44-aes-4.4.20-1002 (Reading database ... 4112 files and directories currently installed.) Removing fink-buildlock-db44-aes-4.4.20-1002 ... Failed: phase compiling: db44-aes-4.4.20-1002 failed Before reporting any errors, please run fink selfupdate and try again. If you continue to have issues, please check to see if the FAQ on fink's website solves the problem. If not, ask on the fink-users or fink-beginners mailing lists, with a carbon copy to the maintainer: None fink-devel@lists.sourceforge.net Note that this is preferable to emailing the maintainer directly, since most fink package maintainers do not have access to all possible hardware and software configurations. Darwin HackTop.local 9.2.0 Darwin Kernel Version 9.2.0: Tue Feb 5 16:13:22 PST 2008; root:xnu-1228.3.13~1/RELEASE_I386 i386 This is typically due to the presence of a non-fink db installation, eg. in /usr/local. Check if you have such a thing, and temporarily rename /usr/local/include if you do. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter signature.asc Description: This is a digitally signed message part. - 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 on Leopard
On Friday 15 February 2008 01:17:56 am Thomas Kho wrote: Alexander K. Hansen alexanderk.hansen at gmail.com writes: Does anybody happen to know if the cvs executable on Leopard is built with HTTP proxy support--along the lines of our cvs-proxy package? If it is then our packages aren't really necessary and I'm going to mark them as 10.4 only. If not, I'll leave cvs-proxy for Leopard. Looks like cvs in Leopard has support that's a relative of this patch: http://ximbiot.com/cvs/cvshome/cyclic/cvs/dev-win-ttaylor.txt which takes proxy info as a part of $CVSROOT instead of $CVS_PROXY that Fink's cvs-proxy expects: cat /sw/fink/dists/unstable/main/finkinfo/devel/cvs-proxy.patch | grep CVS_PROXY ... + env_var = getenv(CVS_PROXY); -Tom Thanks! It sounds like we could potentially drop all of them, as long as we document the difference in behavior. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] cvs on Leopard
Does anybody happen to know if the cvs executable on Leopard is built with HTTP proxy support--along the lines of our cvs-proxy package? If it is then our packages aren't really necessary and I'm going to mark them as 10.4 only. If not, I'll leave cvs-proxy for Leopard. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter signature.asc Description: This is a digitally signed message part. - 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] Fwd: Re: [Fink-beginners] Installing gnuplot and dependencies
It's probably more appropriate to talk about testing unstable packages here, but I didn't want to crosspost. -- Forwarded Message -- Subject: Re: [Fink-beginners] Installing gnuplot and dependencies Date: Thursday 14 February 2008 From: Alexander K. Hansen [EMAIL PROTECTED] To: [EMAIL PROTECTED] On Wednesday 30 January 2008 05:02:43 pm Alexander K. Hansen wrote: Mojca Miklavec wrote: snip | Our texshop package doesn't depend on | TeX, for example, even though it relies on it. | | That would be handy for gnuplot as well. | | I've been opposed to packages forcing people to install TeX just for doc | generation. I think such packages should build their docs separately | from the main build. In the case of gnuplot, though, I'm not 100% sure | that it doesn't use TeX: there are a few TeX-related terminal types | which may not be enabled if the package is built in the absence of TeX. | | I know a bit of gnuplot internals (I wrote a ConTeXt terminal for | gnuplot, based on the one for LaTeX and metapost), and neither of | those terminals depends on LaTeX (they are all compiled | unconditianally into gnuplot). The conditionally compiled terminals | include: X11, Aqua, Windows, wxt (depends on pangocairo, freetype | etc.), png/jpg (depend on glib), etc. ... (I can ask on the gnuplot | mailing list to confirm that if that would be of any help.) | | LaTeX terminal only outputs pure LaTeX (ascii) documents, without | trying to compile them. Of course one cannot compile the resulting | document without LaTeX (just as one cannot see SVG graphics without a | proper viewer), but that's not something for which gnuplot should | require TeX to be installed. The olny dependency I know about is | compilation of PDF documentation. | | I can understand that xetex or other packages (which were not in | teTeX, but are now in TeX Live) might require the proper TeX to be | installed, but for gnuplot this is really not the case. | | Mojca Thanks for the information on gnuplot. I'll investigate how to get it to build its docs separately and post back in this thread. I've just taken over maintainership of LyX (lyx-qt), and I would like to modify it not to enforce an explicit tetex dependency, either. OK, I've put package description files in my experimental area: http://www.finkdeveloper.net/svn/users/akh/experimental/ for a gnuplot[-nox] that builds docs that need tetex in a separate package. If people think it's OK, I'll issue an update (with revision 2) to the unstable tree. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter signature.asc Description: This is a digitally signed message part. - 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] Fwd: Re: An option to build universal binaries ?
-- Forwarded Message -- Subject: Re: [Fink-devel] An option to build universal binaries ? Date: Saturday 09 February 2008 From: DJamé Seddah [EMAIL PROTECTED] To: Alexander K. Hansen [EMAIL PROTECTED] Le 9 févr. 08 à 20:19, Alexander K. Hansen a écrit : On Saturday 09 February 2008 01:15:11 pm DJamé Seddah wrote: Hi, I would like to know if it would be possible to use fink to build a whole universal binary hierarchy under /sw ? the idea is to have a shared directory using nfs for ppc and x86 so if it exists an option to add to fink.conf, that would be nice to let me know Regards, Djamé It's not supported, and It's not likely ever to happen. To do a cross-compile for PowerPC on an Intel box would require removing _every_ Intel binary library from the Fink tree, and then rebuilding every package for PowerPC. Not to mention that the low level binary package handler, dpkg, is only capable of coping with a single architecture. Hi, I was thinking about setting CFLAGS AND LDFLAGS during the first fink bootstrap something like that fink selfupdate CFLAGS=-arc i386 -arch ppc and then hopping that all the makefile will get the new propagated CFLAGS and maybe modify the apt.conf to take that into account. I guess that the bad point will be when apt will generate the .deb it's a pity it doesn't cope with flat files. Thanks anyway for your answer Djamé --- -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] docs
Having just dealt with somebody who read one of our docs that mentioned a package that hasn't existed since 2002 (or so), I'm kind of thinking an overhaul is in order. We've got a lot of vestigial cruft that has accrued over the years, and it's going to take some effort to track all of that down. I don't have a lot of time right now to make an intensive effort to do this myself, but I can hit pages as I get a chance. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] -py24 variant for appscript
On Sunday 10 February 2008 02:41:48 pm Tristan Thiede wrote: I didn't include a -py24 variant because appscript doesn't work in python 2.4 under Leopard (fails with a runtime error). It's an upstream problem which they don't really care about since few people are likely to use python 2.4 under Leopard anyway. What we could do is make it so that a -py24 variant is available in Tiger but not in Leopard. I'm just not really comfortable with putting a broken package in the tree. Sorry I didn't make that clear in the submission comment! Tristan Thiede On Feb 9, 2008, at 13:58 , Alexander K. Hansen wrote: I've gone ahead and added a -py24 variant for appscript, since we still support -py24 on Tiger and Leopard. -- OK--one of the core developers suggested adding the -py24 variant, and I didn't know of a good reason at the time not to. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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 ?
On Saturday 09 February 2008 01:15:11 pm DJamé Seddah wrote: Hi, I would like to know if it would be possible to use fink to build a whole universal binary hierarchy under /sw ? the idea is to have a shared directory using nfs for ppc and x86 so if it exists an option to add to fink.conf, that would be nice to let me know Regards, Djamé It's not supported, and It's not likely ever to happen. To do a cross-compile for PowerPC on an Intel box would require removing _every_ Intel binary library from the Fink tree, and then rebuilding every package for PowerPC. Not to mention that the low level binary package handler, dpkg, is only capable of coping with a single architecture. Maybe one could use a PowerPC and an Intel box, install identical package sets, and then manually generate universal binaries from the two fink trees. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter signature.asc Description: This is a digitally signed message part. - 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] Sorted - Re: Trying to port your package to Fink
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It's nothing specific to cross-compilers. The issue is talked about on http://wiki.finkproject.org/index.php/Fink:Porting_Notes, in theCommon Libtool Linking Problems section, item 2. Murali Vadivelu wrote: | Dear All, | | Sorry for the post. I have fixed it. It was a minor trouble with symlinks! | | Btw, I am trying to create a cross-compiler, i386-elf-gcc. Everything goes well, except for this fink validate warning: | $ fink validate /sw/fink/10.5/local/main/binary-darwin-i386/devel/i386-elf-gcc_3.4.6-1_darwin-i386.deb | Validating .deb file /sw/fink/10.5/local/main/binary-darwin-i386/devel/i386-elf-gcc_3.4.6-1_darwin-i386.deb... | Error: Libtool file points to fink build dir. | Offending file: /sw/share/i386-elf/i386-elf/lib/libstdc++.la | Offending file: /sw/share/i386-elf/i386-elf/lib/libsupc++.la | | I am new to compiling cross-compilers. What do you do with this? Any guidance would be appreciated. | | With many thanks. | | Best regards, | Murali. | | On 5 Feb 2008, at 02:35, Murali Vadivelu wrote: | | | | Begin forwarded message: | | *From: *Murali Vadivelu [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | *Date: *5 February 2008 02:10:23 GMT | *To: *pguyot AT kallisys.net mailto:[EMAIL PROTECTED] | *Subject: **Trying to port your package to Fink* | | Dear Developer, | | I am trying to port you package to Fink, i386-elf-gcc. | | I am not sure how t troubleshoot this error: | ed -e 's/\(UNUSED\)/_GLIBCXX_\1/g' \ |-e 's/\(GCC[ABCDEFGHIJKLMNOPQRSTUVWXYZ_]*_H\)/_GLIBCXX_\1/g' \ |-e 's/SUPPORTS_WEAK/__GXX_WEAK__/g' \ |-e 's/\([ABCDEFGHIJKLMNOPQRSTUVWXYZ_]*USE_WEAK\)/_GLIBCXX_\1/g' \ |-e 's,^#include \(.*\),#include bits/\1,g' \ | /sw/src/fink.build/i386-elf-gcc-3.4.6-1/gcc-3.4.6/libstdc++-v3/../gcc/gthr-single.h i386-elf/bits/gthr-default.h | /bin/sh ./../gcc-3.4.6/mkinstalldirs i386-elf/libiberty ; \ | rm -f i386-elf/libiberty/Makefile || : ; \ | cp multilib.out i386-elf/libiberty/multilib.out | mkdir i386-elf/libiberty | Configuring in i386-elf/libiberty | configure: creating cache ./config.cache | checking whether to enable maintainer-specific portions of Makefiles... no | checking for makeinfo... makeinfo | checking for perl... perl | checking build system type... i686-apple-darwin9.1.0 | checking host system type... i386-pc-elf | checking for i386-elf-ar... i386-elf-ar | checking for i386-elf-ranlib... i386-elf-ranlib | checking for i386-elf-gcc... /sw/src/fink.build/i386-elf-gcc-3.4.6-1/build/gcc/xgcc -B/sw/src/fink.build/i386-elf-gcc-3.4.6-1/build/gcc/ -B/sw/share/i386-elf/i386-elf/bin/ -B/sw/share/i386-elf/i386-elf/lib/ -isystem /sw/share/i386-elf/i386-elf/include -isystem /sw/share/i386-elf/i386-elf/sys-include | checking for suffix of object files... o | checking whether we are using the GNU C compiler... yes | checking whether /sw/src/fink.build/i386-elf-gcc-3.4.6-1/build/gcc/xgcc -B/sw/src/fink.build/i386-elf-gcc-3.4.6-1/build/gcc/ -B/sw/share/i386-elf/i386-elf/bin/ -B/sw/share/i386-elf/i386-elf/lib/ -isystem /sw/share/i386-elf/i386-elf/include -isystem /sw/share/i386-elf/i386-elf/sys-include accepts -g... yes | checking for /sw/src/fink.build/i386-elf-gcc-3.4.6-1/build/gcc/xgcc -B/sw/src/fink.build/i386-elf-gcc-3.4.6-1/build/gcc/ -B/sw/share/i386-elf/i386-elf/bin/ -B/sw/share/i386-elf/i386-elf/lib/ -isystem /sw/share/i386-elf/i386-elf/include -isystem /sw/share/i386-elf/i386-elf/sys-include option to accept ANSI C... none needed | checking how to run the C preprocessor... /sw/src/fink.build/i386-elf-gcc-3.4.6-1/build/gcc/xgcc -B/sw/src/fink.build/i386-elf-gcc-3.4.6-1/build/gcc/ -B/sw/share/i386-elf/i386-elf/bin/ -B/sw/share/i386-elf/i386-elf/lib/ -isystem /sw/share/i386-elf/i386-elf/include -isystem /sw/share/i386-elf/i386-elf/sys-include -E | checking whether /sw/src/fink.build/i386-elf-gcc-3.4.6-1/build/gcc/xgcc -B/sw/src/fink.build/i386-elf-gcc-3.4.6-1/build/gcc/ -B/sw/share/i386-elf/i386-elf/bin/ -B/sw/share/i386-elf/i386-elf/lib/ -isystem /sw/share/i386-elf/i386-elf/include -isystem /sw/share/i386-elf/i386-elf/sys-include and cc understand -c and -o together... yes | checking for an ANSI C-conforming const... yes | checking for inline... inline | checking whether byte ordering is bigendian... cross-compiling... | unknown | checking to probe for byte ordering... /sw/share/i386-elf/i386-elf/bin/ld: crt0.o: No such file: No such file or directory | collect2: ld returned 1 exit status | unknown | configure: error: unknown endianess - sorry | /sw/src/fink.build/i386-elf-gcc-3.4.6-1/gcc-3.4.6/libiberty/configure: line 3289: exit: please: numeric argument required | /sw/src/fink.build/i386-elf-gcc-3.4.6-1/gcc-3.4.6/libiberty/configure: line 3289: exit: please: numeric argument required | make: *** [configure-target-libiberty] Error 1 | ### execution of /var/tmp/tmp.1.BNrDZG failed, exit code 2 | | Please help if you could. | | With many thanks. | | Best, | Murali. | | -BEGIN
Re: [Fink-devel] New wxPython package
On Saturday 02 February 2008 02:39:09 pm Jed Frechette wrote: I have submitted a new wxPython package (1885379) that builds against the updated wxGTK package (1867687) also in the tracker. I will volunteer to look after this package, however, I don't use wx directly and am really only interested in software that depends on wxPython. Therefore if someone with a closer relationship to wx would like to take it over I would be happy to step aside or share the responsibility. In any case this is my first attempt at a fink package for public consumption so I'm looking forward to getting some feedback. Best, -- Jed Frechette University of New Mexico Lidar Lab www.unm.edu/~lidar Nice. One of our maintainers has wanted a newer wxpython (I think that's what he needed) to try to port Xara extreme for FInk. I've cc'ed him. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] Anybody care to take treeline over?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The treeline package works OK for PowerPCs, but doesn't yet work on Intel, because we don't have an Intel-compliant PyQt package (currently unmaintained). To get that, we also need to update our SIP package (also unmaintained), and I have no Intel box on which to test it, and my schedule is heavily oversubscribed until May. You can see where this is going: if somebody would like to help me out here, I won't stop them. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHoevaB8UpO3rKjQ8RAgUdAJ9voEQykiLbbCSdwSPYdkouqACvuACaAiQB tAHHtH4rVjjH8J+M3wPWhHs= =uuLR -END PGP SIGNATURE- - 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] ecl
On Monday 28 January 2008 06:56:12 am Aleix Conchillo Flaqué wrote: Hi, I am maintaing the ECL package which should be updated to its latest version as the current Fink version does not compile on Leopard. https://sourceforge.net/tracker/?func=detailatid=414256aid=1862213group_ id=17203 Thanks in advance, Aleix Not so fast. :-) I got the following validation message with the package: ... Validating .deb dir /sw2/src/fink.build/root-ecl-0.9j-p1-1... Error: package contains a dylib with no corresponding Shlibs entry (/sw2/lib/libecl.dylib - /sw2/lib//libecl.dylib 0.0.0) If this is a private library, add '!/sw2/lib/libecl.dylib' to the Shlibs field. ... And it appears that there are header files in it, too. Are people supposed to build against this and link to the library? If not, then no real problem. Otherwise some reworking will be required. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter signature.asc Description: This is a digitally signed message part. - 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] pangocairo branch
It's first-come first-served. In principle a newer-yet lib_version could go back to the default locations, provided that the original pango1-xft2-dev was totally expurgated--the -shlibs could stay around for compatibility. However, this brings up something I've been curious about. Since a fair number of packages are set up such that things that build against them look for a common root directory under which there are include/ and lib/ (pilot-link10 is an example I'm familiar with), I'm curious why we don't also allow for a simpler directory tree in such cases, e.g. a %p%N with %p%N/include and %p%N/lib . That way each libversion can just go in its own %N subdirectory of %p . On Monday 28 January 2008 10:47:29 pm [EMAIL PROTECTED] wrote: Thanks very much for answering those questions. It is a bit ironic I guess that in the pangocairo branch the pangocairo library gets hidden. I'm certainly no expert, but as long as everthing is getting upgraded in one cohort, wouldn't this be a good time to give the newer package the default locations? On Sun, 27 Jan 2008 13:37:56 -0500 Alexander K. Hansen [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 William Scott wrote: | Hi folks: | | A package I am maintaing, coot, in its latest development phase | (which I try to participate in), requires gtk+2 v. 2.10 or higher, | which therefore requires the fink pangocairo branch, which in turn | continues to mystify me (despite having read the fink wiki The | Great Gnome Update page http://wiki.finkproject.org/index.php/Fink:Packaging:The_Great_Gnome_Update | ). | | | | I have a few very basic questions: | | 1. Is there an estimated date of release, or goal for one? soon | 2. What is the story with fink package pango1-xft2-ft219-dev and | pango1-xft2-dev ? Why does only the first one provide | libpangocairo, and if the two conflict and replace one another, why | does the first one hide stuff in /sw/lib/pango-ft219/lib ? They're development packages for two vintages of pango1. In accordance with our shared library policy, the development packages should conflict, and the libraries have to be able to coexist, so pango1-xft2-ft219-shlibs installs its libraries in /sw/lib/pango-ft219/lib. The -dev package probably installs there so that there's a common root directory for the headers and the libraries. | 3. I've used PKG_CONFIG_PATH=/sw/lib/pango-ft219/lib/pkgconfig:$ | {PKG_CONFIG_PATH} to get coot's configure to find pangocairo.pc, | which it then does. Later in the compilation, libtool tries to find | all the associated libtool files (libpangocairo-1.0.la, | libpango-1.0.la and so forth) in /sw/lib and fails. Similarly, it | starts looking for pangocairo.pc and pango.pc in /sw/lib and fails. | I made symbolic links as a work-around, but obviously that isn't a | viable solution. So my questions are: | | a) Is pango1-xft2-ft219-dev obsolete and/or depreciated in favor of | pango1-xft2-dev ? If so, what should I tell the author of coot to | do about this? Which one should we be aiming to use a year from now? It's the other way around. The ft219 means that it uses freetype219, which corresponds to newer versions of freetype2. | b) How do I force libtool to do the right thing? | | | For what it is worth, coot has about 150 dependencies, which apart | from the above, all seem to work well enough to enable it to | compile. | | Thanks. | | Bill Scott -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHnM+BB8UpO3rKjQ8RAvniAJwM0OMmBDnYnClombZmiWBTfNnZmACfQzDz a+lz85+PpKd1QBsWFqdZY4k= =gCDT -END PGP SIGNATURE- - 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 -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] pangocairo branch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 William Scott wrote: | Hi folks: | | A package I am maintaing, coot, in its latest development phase (which | I try to participate in), requires gtk+2 v. 2.10 or higher, which | therefore requires the fink pangocairo branch, which in turn | continues to mystify me (despite having read the fink wiki The Great | Gnome Update page http://wiki.finkproject.org/index.php/Fink:Packaging:The_Great_Gnome_Update | ). | | | | I have a few very basic questions: | | 1. Is there an estimated date of release, or goal for one? | soon | 2. What is the story with fink package pango1-xft2-ft219-dev and | pango1-xft2-dev ? Why does only the first one provide libpangocairo, | and if the two conflict and replace one another, why does the first | one hide stuff in /sw/lib/pango-ft219/lib ? They're development packages for two vintages of pango1. In accordance with our shared library policy, the development packages should conflict, and the libraries have to be able to coexist, so pango1-xft2-ft219-shlibs installs its libraries in /sw/lib/pango-ft219/lib. The -dev package probably installs there so that there's a common root directory for the headers and the libraries. | | 3. I've used PKG_CONFIG_PATH=/sw/lib/pango-ft219/lib/pkgconfig:$ | {PKG_CONFIG_PATH} to get coot's configure to find pangocairo.pc, | which it then does. Later in the compilation, libtool tries to find | all the associated libtool files (libpangocairo-1.0.la, | libpango-1.0.la and so forth) in /sw/lib and fails. Similarly, it | starts looking for pangocairo.pc and pango.pc in /sw/lib and fails. I | made symbolic links as a work-around, but obviously that isn't a | viable solution. So my questions are: | | a) Is pango1-xft2-ft219-dev obsolete and/or depreciated in favor of | pango1-xft2-dev ? If so, what should I tell the author of coot to do | about this? Which one should we be aiming to use a year from now? | It's the other way around. The ft219 means that it uses freetype219, which corresponds to newer versions of freetype2. | b) How do I force libtool to do the right thing? | | | For what it is worth, coot has about 150 dependencies, which apart | from the above, all seem to work well enough to enable it to compile. | | Thanks. | | Bill Scott | | | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHnM+BB8UpO3rKjQ8RAvniAJwM0OMmBDnYnClombZmiWBTfNnZmACfQzDz a+lz85+PpKd1QBsWFqdZY4k= =gCDT -END PGP SIGNATURE- - 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] singular 3.0.4 stable
On Thursday 24 January 2008 08:33:34 am Michael Brickenstein wrote: Hi! I am the maintainer of the singular package and I would like to ask you to move the 3-0-4 version ( which can now be considered to be stable) of singular and singular-doc to the stable branches. This affects 10.4, 10.5 intel+ppc. Thank you very much in advance. Best regards, Michael Brickenstein Done. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter signature.asc Description: This is a digitally signed message part. - 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] unrtf-0.20.2-1
On Thursday 24 January 2008 11:54:21 am Charles C.Kankelborg wrote: Hi, I am seeing a seg fault problem with unrtf. It used to work until I upgraded to 0.20.2 last night. I first noticed this with log files from SuperDuper, but here is a simpler example with a very short rtf written by TextEdit: kankel% unrtf ~/Desktop/test.rtf !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head !-- Translation from RTF performed by UnRTF, version 0.20.2 -- !-- document uses Macintosh character set -- !-- document uses default ANSI codepage character set -- !-- font table contains 0 fonts total -- !-- invalid font number 0 -- /head Segmentation fault -- Package manager version: 0.28.0 Distribution version: selfupdate-rsync Wed Jan 23 07:50:52 2008, 10.4, i386 Mac OS X version: 10.4.11 Xcode version: 2.4.1 gcc version: 4.0.1 (Apple Computer, Inc. build 5367) make version: 3.80 Feedback Courtesy of FinkCommander Charles Kankelborg AC7NY | 260C EPS Building| It took me a long time to learn that God is Physics Department | not the enemy of my enemies. He is not even Montana State University | the enemy of His enemies. Bozeman, MT 59717| Phone: 406-994-7853 | --Martin Niemoeller FAX: 406-994-4452 | http://solar.physics.montana.edu/kankel/ This problem also affects 10.5. I've got a CrashReporter log. Process: unrtf [14573] Path:/sw/bin/unrtf Identifier: unrtf Version: ??? (???) Code Type: PPC (Native) Parent Process: bash [1248] Date/Time: 2008-01-20 15:33:29.927 -0500 OS Version: Mac OS X 10.5.1 (9B18) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x00037350 Crashed Thread: 0 Thread 0 Crashed: 0 unrtf 0x2c54 attrstack_express_all + 132 1 unrtf 0x72f4 word_print + 196 2 unrtf 0x8700 main + 1632 3 unrtf 0x2300 start + 64 4 ??? 0xbfffeab0 0 + 3221220016 Thread 0 crashed with PPC Thread State 32: srr0: 0x2c54 srr1: 0xf030 dar: 0x00037350 dsisr: 0x4000 r0: 0x72f8r1: 0xbfffe770r2: 0x0002b000r3: 0x r4: 0xr5: 0xd000r6: 0xr7: 0x00802c00 r8: 0x00802c00r9: 0x003f r10: 0x003f r11: 0xa0b8774c r12: 0x966f0f58 r13: 0x r14: 0x r15: 0x000180b0 r16: 0x000180b0 r17: 0x00021664 r18: 0x0002166c r19: 0x00021670 r20: 0xbfffeaba r21: 0x r22: 0x000180b0 r23: 0x00021658 r24: 0x80b0 r25: 0x0001 r26: 0x0002 r27: 0x0003b000 r28: 0x0002165c r29: 0x00021668 r30: 0x00100130 r31: 0x2bdc cr: 0x24000224 xer: 0x0004lr: 0x2bdc ctr: 0x966f0f58 vrsave: 0x Binary Images: 0x1000 - 0xcff1 +unrtf ??? (???) f290aa0389da27635823a8afef6c616a /sw/ bin/unrtf 0x8fe0 - 0x8fe309d3 dyld 95.3 (???) a7be977c203ec5c76b2f25a7aef66554 /usr /lib/dyld 0x920f7000 - 0x92102ffb libgcc_s.1.dylib ??? (???) ea47fd375407f162c76d14d64ba 246cd /usr/lib/libgcc_s.1.dylib 0x95617000 - 0x9561cff6 libmathCommon.A.dylib ??? (???) /usr/lib/system/libmath Common.A.dylib 0x966e6000 - 0x9687ffe3 libSystem.B.dylib ??? (???) 8a6cd873dfa7ada786efac188f95ed1b /usr/lib/libSystem.B.dylib 0x8000 - 0x9703 libSystem.B.dylib ??? (???) /usr/lib/libSystem.B.dylib Which isn't particularly illuminating, I'll admit. I looked at using the latest upstream version, but that still has the segfault issue. Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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] auto directory installs in wrong locationRe: pilot-link-pm588
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jean-François Mertens wrote: Hi Alexander # ls -lR /sw/fink/debs/pilot-link-pm588_0.12.2-12_darwin-i386.deb /auto lrwxr-xr-x 1 root admin 97 Nov 24 15:54 pilot-link-pm588_0.12.2-12_darwin-i386.deb - ../10.4/unstable/main/binary-darwin-i386/libs /auto: total 0 drwxr-xr-x 3 root admin 102 Nov 24 15:54 PDA /auto/PDA: total 0 drwxr-xr-x 3 root admin 102 Nov 24 15:54 Pilot /auto/PDA/Pilot: total 0 (my builddir is at a different level than usually, so this /auto might conceivably come at a different place elsewhere..) Re-running to see the log, I see : make -j1 install PREFIX=/sw/.bld/root-pilot-link-pm588-0.12.2-12/sw INSTALLPRIVLIB=/sw/.bld/root-pilot-link-pm588-0.12.2-12/sw/lib/perl5/5.8.8 INSTALLARCHLIB=/sw/.bld/root-pilot-link-pm588-0.12.2-12/sw/lib/perl5/5.8.8/darwin-thread-multi-2level INSTALLSITELIB=/sw/.bld/root-pilot-link-pm588-0.12.2-12/sw/lib/perl5/5.8.8 INSTALLSITEARCH=/sw/.bld/root-pilot-link-pm588-0.12.2-12/sw/lib/perl5/5.8.8/darwin-thread-multi-2level INSTALLMAN1DIR=/sw/.bld/root-pilot-link-pm588-0.12.2-12/sw/share/man/man1 INSTALLMAN3DIR=/sw/.bld/root-pilot-link-pm588-0.12.2-12/sw/share/man/man3 INSTALLSITEMAN1DIR=/sw/.bld/root-pilot-link-pm588-0.12.2-12/sw/share/man/man1 INSTALLSITEMAN3DIR=/sw/.bld/root-pilot-link-pm588-0.12.2-12/sw/share/man/man3 INSTALLBIN=/sw/.bld/root-pilot-link-pm588-0.12.2-12/sw/bin INSTALLSITEBIN=/sw/.bld/root-pilot-link-pm588-0.12.2-12/sw/bin INSTALLSCRIPT=/sw/.bld/root-pilot-link-pm588-0.12.2-12/sw/bin Writing /auto/PDA/Pilot/.packlist note the last line .. Best, JF This seems only to happen for perl588, which explains why I didn't detect it earlier, since I was primarily testing against the system's 5.8.6 version. For any of the other versions the auto/ directory is installed in the right place, e.g: $ dpkg -S auto/PDA pilot-link-pm586: /sw/lib/perl5/5.8.6/darwin-thread-multi-2level/auto/PDA/Pilot pilot-link-pm586: /sw/lib/perl5/5.8.6/darwin-thread-multi-2level/auto/PDA/Pilot/Pilot.bs pilot-link-pm586: /sw/lib/perl5/5.8.6/darwin-thread-multi-2level/auto/PDA/Pilot/Pilot.bundle pilot-link-pm586: /sw/lib/perl5/5.8.6/darwin-thread-multi-2level/auto/PDA pilot-link-pm586: /sw/lib/perl5/5.8.6/darwin-thread-multi-2level/auto/PDA/Pilot/.packlist I'll cc fink-devel, in case this is an issue that might affect more packages than just this one. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHbANdB8UpO3rKjQ8RAl0pAJsEuCGBUohCGUoXBU9XZwWmgHjNbACcCirj SNmzPuo2IULC+FBkf+VIhhw= =Z1sD -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] GTK+, redux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert J. Hansen wrote: Six weeks ago I asked about the status of GTK+, and was told then that as of maybe 2 weeks ago, what's left is individual packages that need special attention, so it's time to get maintainers involved. How is the progress of this going? Is there any list of affected packages? Have the maintainers been given the information they need to make the transition? I apologize if I sound like a broken drum on this, but I am very much desiring to see a current GTK+ in Fink. The current version is simply too old for a lot of development work. - The list of affected packages is gtk+2, gtk+2-shlibs, and anything that depends on them. We had the Leopard upgrade in the interim, which was a gigantic PITA that needed the developer who is the primary person dealing with the GTK friends upgrade (which helps keep the modifications to several hundred affected packages coordinated). And then he had to divert over to fixing the package database on the website (now done). He's back to working on it now. Basically how it's being done is a lot of automatic building in a clean Fink tree (time-consuming) to check on dependencies. Things get updated, new versions of packages get integrated into the mix, There are maintainers who are using the pangocairo tree and providing feedback, too. The project decided _not_ to go with It's too hard to upgrade this. Just remove Fink and start over in favor of an upgrade-in-place approach. The penalty for this is that there are tons of intertwined dependencies that have to be worked out simultaneously. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHYdvPB8UpO3rKjQ8RAjRMAJ9uO6972rSMvRw+WnQU5OL3XJjjIgCfd70c +guCbJhechIMmdukkZMsLy4= =saQT -END PGP SIGNATURE- - SF.Net email is sponsored by: 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] tcltk 8.4.16-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Murali Vadivelu wrote: I have installed the latest update package from http://trac.macosforge.org/projects/xquartz and that seems to be the problem. Who's fault is it? Fink's or XQuartz's. snip Both. They changed the version in XQuartz from 7.2 to 1.3 and fink hasn't been updated to cope with that. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHWVDoB8UpO3rKjQ8RAhulAJ0bG0vNkfSIoPryThurJ3LOd6zXqQCgj8rh HrdnPaO4cS6izUPrMXaF+LE= =ghF5 -END PGP SIGNATURE- - SF.Net email is sponsored by: 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] tcltk 8.4.16-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 William Scott wrote: I get the error on PPC and intel, both using the original X11 supplied with 10.5. I also did a fresh install and the problem persists. Ah. What do you get from fink-virtual-pkgs --dpkg ? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHWYCkB8UpO3rKjQ8RAlmMAKCJUE9zOSJWd59hzLl7iIW7s5q5agCgjBOn CkLmoCvcjqui2sjC57+dKq8= =0W3T -END PGP SIGNATURE- - SF.Net email is sponsored by: 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] Ruby package in the tracker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since the language packages can be a bet contentious, I'd like to invite Ruby users to look at: http://sourceforge.net/tracker/index.php?func=detailaid=1828361group_id=17203atid=414256 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHV1C1B8UpO3rKjQ8RAldYAJwLuQ9FN2H2orf59dgK+5sruzupHwCfZoN3 1S0TnLhhNAdAZ9TCiB6qhD4= =RvOU -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] octave 2.9.18-1 for Leopard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jack Howarth wrote: I have puzzled out the reason that datevec.m tests are segfaulting on Leopard in octave. Recent octave releases have added a test for the broken strptime function in Tiger. The criteria used for this test is satisfied by Leopard's strptime but it still seems to have issues. The fix is to hardcode the use of octave's strptime call instead on Darwin. With this change none of the tests in make check on octave segfault on powerpc-apple-darwin9. I've also reduced the patch to that change and simplified the configure options. Jack Great! Can you send me the .info and .patch for 2.9.18? As long as it's happy on both Leopard and Tiger I'll commit it (and take over maintainership unless someone else wants it). -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHV260B8UpO3rKjQ8RAmaBAJ9P/zoPeZQGzMB14TCw73R6I6w5agCfbQlD CNjtmWLYhwrIhCJgLxKuM4E= =IJ5S -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] problem with octave ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ALexandre Vial wrote: Jean-François Mertens jean-francois.mertens at uclouvain.be writes: Putting this to fink-devel... Since I won't have time to delve into this for the next couple of days, please have a look at tracker item https://sourceforge.net/tracker/? func=detailatid=414256aid=1825780group_id=17203 JF Mertens I have been playing with all of this for afew days on both Intel and PPC, with Mac OS X 10.4.11 About octave-forge : there should be a build-depend on libssh2 or libssh2.1, as it is required for building package octcdf. What I have tested: Set 1: octave 2.9.17-1 octave-forge 20071014-2 (always built with g95) Set 2: octave2.9.17-2 octave-forge 20071014-4 (built with g95 or gfortran depending on what is installed) Set 1 works on both Intel and PPC, and is what people should use for now on Mac OS X 10.4. For Set 2, if octave is built WITHOUT gfortran (i.e. if it is not installed, even with ConfigureParams: --with-f77=%p/bin/gfortran, but g95 is installed), then everything is fine, BUT building octave-forge writes directly in /sw/share /octave, wich is not good, as the .deb does not contain anything actually, so it is better to stay with rev. 2 of this package. Now if gfortran is installed, octave compiles fine, but I get a seg-fault when building octave-forge on Intel, I did not try on PPC, maybe next week. Alexandre - I'm willing to commit set 1, especially if we get a g95 that works on Leopard (I can't verify this as of yet). -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHUXsBB8UpO3rKjQ8RAoqhAJ98UpGUcw+BLVfJ/31SMfzFKMoO9QCfeGno bzqRB0M+qZgXWtPRcg2dsVU= =2Yzm -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] Build issue on attempting to update lyx-qt to new upstream version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 OS 10.4.11 G4/867 Single-processor Xcode 2.5 Trying to do upstream lyx-1.5.2, via simply updating the extant .info file to use the new %v, I got the following error: ... /bin/sh ../libtool --tag=CXX --mode=link g++ -O2 -framework Carbon - -framework OpenGL -framework AGL -framework QuickTime -L/sw/lib -o lyx-qt4 main.o ASpell.o ISpell.o SpellBase.o Author.o Bidi.o boost.o Box.o BranchList.o Buffer.o buffer_funcs.o BufferList.o BufferParams.o BufferView.o bufferview_funcs.o Bullet.o Changes.o Chktex.o Color.o ConverterCache.o Converter.o CoordCache.o Counters.o Cursor.o CursorSlice.o CutAndPaste.o debug.o DepTable.o Dimension.o DocIterator.o Encoding.o ErrorList.o Exporter.o factory.o Floating.o FloatList.o Font.o FontIterator.o Format.o FuncRequest.o FuncStatus.o gettext.o Graph.o Importer.o InsetIterator.o InsetList.o Intl.o KeyMap.o KeySequence.o Language.o LaTeX.o LaTeXFeatures.o Layout.o Length.o lengthcommon.o Lexer.o LyXAction.o callback.o LyX.o lyxfind.o LyXFunc.o LyXRC.o Server.o ServerSocket.o LyXVC.o MenuBackend.o Messages.o MetricsInfo.o Mover.o output.o output_docbook.o output_latex.o OutputParams.o output_plaintext.o Paragraph.o paragraph_funcs.o ParagraphMetrics.o ParagraphParameters.o ParIterator.o PrinterParams.o Row.o rowpainter.o Session.o sgml.o Spacing.o TexRow.o Text.o Text2.o Text3.o TextClass.o TextClassList.o TextMetrics.o Thesaurus.o TocBackend.o toc.o ToolbarBackend.o Trans.o Undo.o VCBackend.o version.o VSpace.o mathed/libmathed.la insets/libinsets.la frontends/libfrontends.la frontends/qt4/libqt4.la frontends/controllers/libcontrollers.la graphics/libgraphics.la support/libsupport.la ../boost/libs/regex/src/libboost_regex.la ../boost/libs/signals/src/libboost_signals.la ../boost/libs/filesystem/src/libboost_filesystem.la ../boost/libs/iostreams/src/libboost_iostreams.la -lintl -liconv -lc - -Wl,-framework -Wl,CoreFoundation -laspell -lSM -lICE -lm -liconv - -lz -L/usr/X11R6/lib -lX11 -Wl,-framework,ApplicationServices mkdir .libs libtool: link: cannot find the library `' make[3]: *** [lyx-qt4] Error 1 I've put the build log online at http://akhmac.blogdns.net/~hansen/finklogs/fink-build-log_lyx-qt_1.5.2-1_2007.11.30-09.13.46 - -- Alexander K. Hansen Fink User Liaison/Documenter akh AT finkproject DOT org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHUDiRB8UpO3rKjQ8RAlQOAJ9eiutCiMG1PbTttEZ4kmORChgxSgCcCBjD ZV3MA9ZW/WmImka3WKVkO3I= =ELNv -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fwd: fink bioperl-pm588 problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Koen van der Drift wrote: Hi, A user reported the following error. I have no idea what the first error means. Is it a conflict with module-build-pm, or is it something that can be fixed in the info or patch file? I cannot reproduce the second error, but I noticed in his output the line Will try to install symlinks to /sw/sw/bin - note the double / sw. Any ideas? (I am on a G5 iMac, 10.5.1) thanks, - Koen. Begin forwarded message: From: Steffen Schmidt [EMAIL PROTECTED] Date: November 28, 2007 7:51:29 AM EST To: Koen van der Drift [EMAIL PROTECTED] Subject: fink bioperl-pm588 problem Hi, thank you for supporting bioperl :-) I experience some problems when installing bioperl-pm588. Do you experience the same problems? My system is OS X (tested on both: Tiger Leopard) Intel - fink 0.27.9-31 Steffen a) with module-build-pm588 installed: ... patching file ModuleBuildBioperl.pm ARCHFLAGS= /sw/bin/perl5.8.8 Makefile.PL PERL=/sw/bin/perl5.8.8 PREFIX=/sw INSTALLPRIVLIB=/sw/lib/perl5/5.8.8 INSTALLARCHLIB=/sw/lib/ perl5/5.8.8/darwin-thread-multi-2level INSTALLSITELIB=/sw/lib/ perl5/5.8.8 INSTALLSITEARCH=/sw/lib/perl5/5.8.8/darwin-thread- multi-2level INSTALLMAN1DIR=/sw/share/man/man1 INSTALLMAN3DIR=/sw/ share/man/man3 INSTALLSITEMAN1DIR=/sw/share/man/man1 INSTALLSITEMAN3DIR=/sw/share/man/man3 INSTALLBIN=/sw/bin INSTALLSITEBIN=/sw/bin INSTALLSCRIPT=/sw/bin Sorry, PREFIX is not supported. See the Module::Build documentation for 'destdir' or 'install_base' instead. ### execution of ARCHFLAGS= failed, exit code 255 ... b) without module-build-pm588: it works until installation: ... Installing /sw/src/fink.build/root-bioperl-pm588-1.5.2-3/sw/share/ man/man3/Bio::Variation::VariantI.3pm Installing /sw/src/fink.build/root-bioperl-pm588-1.5.2-3/sw/share/ man/man3/Bio::WebAgent.3pm Writing /sw/src/fink.build/root-bioperl-pm588-1.5.2-3/sw/lib/ perl5/5.8.8/darwin-thread-multi-2level/auto/Bio/.packlist /sw/bin/perl5.8.8 maintenance/symlink_script.pl Will try to install symlinks to /sw/sw/bin mkdir -p /sw/src/fink.build/root-bioperl-pm588-1.5.2-3/sw/share/ bioperl-pm588 cp -r models examples doc /sw/src/fink.build/root-bioperl- pm588-1.5.2-3/sw/share/bioperl-pm588 mkdir -p /sw/src/fink.build/root-bioperl-pm588-1.5.2-3/sw/share/ bioperl-pm588/t cp -r t/data /sw/src/fink.build/root-bioperl-pm588-1.5.2-3/sw/share/ bioperl-pm588/t mkdir -p /sw/src/fink.build/root-bioperl-pm588-1.5.2-3/sw/lib/ perl5/5.8.8 mv /sw/src/fink.build/root-bioperl-pm588-1.5.2-3/sw/man /sw/src/ fink.build/root-bioperl-pm588-1.5.2-3/sw/lib/perl5/5.8.8 mv: cannot stat `/sw/src/fink.build/root-bioperl-pm588-1.5.2-3/sw/ man': No such file or directory ### execution of mv failed, exit code 1 I tried this in a clean-build situation (my clean-builder is on OS 10.4.10, with Xcode 2.4.1, and fink-0.27.9-31), and noticed the following: ... sudo -u fink-bld [ENV] sh -c/var/tmp/tmp.3.c4k3AF ARCHFLAGS= /sw/bin/perl5.8.8 Makefile.PL PERL=/sw/bin/perl5.8.8 PREFIX=/sw INSTALLPRIVLIB=/sw/lib/perl5/5.8.8 INSTALLARCHLIB=/sw/lib/perl5/5.8.8/darwin-thread-multi-2level INSTALLSITELIB=/sw/lib/perl5/5.8.8 INSTALLSITEARCH=/sw/lib/perl5/5.8.8/darwin-thread-multi-2level INSTALLMAN1DIR=/sw/share/man/man1 INSTALLMAN3DIR=/sw/share/man/man3 INSTALLSITEMAN1DIR=/sw/share/man/man1 INSTALLSITEMAN3DIR=/sw/share/man/man3 INSTALLBIN=/sw/bin INSTALLSITEBIN=/sw/bin INSTALLSCRIPT=/sw/bin This module requires Module::Build to install itself. Install Module::Build now from CPAN? [y] It seems un-Finklike to allow a package to install items that Fink doesn't directly control. If I install module-build-pm588 I get the same error (a) as the original poster. I'm not going to test (b) because this is my clean test environment. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHT3KhB8UpO3rKjQ8RAi2xAKCYVBMIRox65ZfD8eXbvcJOLXOknwCZAdjD RS7ygbMeJiLWq+Wh5RUsCP8= =pFWH -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] openldap23-shlibs-2.3.27-10
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 System Administrator wrote: -- Package manager version: 0.27.6 Distribution version: 0.8.1.rsync i386 Mac OS X version: 10.4.10 Xcode version: 2.2.1 gcc version: 4.0.1 (Apple Computer, Inc. build 5250) make version: 3.80 Feedback Courtesy of FinkCommander - Was this intended as positive or negative feedback? One immediate thing to note is that your Xcode version is pretty old. I'd recommend 2.4.1 or 2.5 . - -- Alexander K. Hansen Fink User Liaison/Documenter akh AT finkproject DOT org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTa7aB8UpO3rKjQ8RAtFmAJ9MtRa1uAMjg444x5Gsif2maNLTUwCdGuBv Fsp6MUUk5YUVNRLuQMwbNfM= =u1s9 -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] cdrtools on fink ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 DJamé Seddah wrote: Hi list, I can't get fink to download and install cdrtools on os X (intel, 10.4.7, latest version of fink) even though it contains the folowing files for cdrtools /sw/fink/10.4/unstable/main/finkinfo/utils/cdrtools.info /sw/fink/10.4/unstable/main/finkinfo/utils/cdrtools.patch I applied the patch to the relevant tarball (2.0.1) and it doesn't compile. Does someone have any clue about what happenned to the port of cdrtools ? Thanks Djamé I don't show cdrtools as being PowerPC-only, so it should work. Do you have the unstable tree turned on? You can check this via fink configure or by looking at /sw/etc/fink.conf . - -- Alexander K. Hansen Fink User Liaison/Documenter akh AT finkproject DOT org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTIN4B8UpO3rKjQ8RAm9wAJ0cdMGw+wXWszK9k4/Dawh2aAKSCwCdEdun dZsMWOky080/xRkq7QJFb6c= =Gzoc -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] Tracker outage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've been trying to cut through the backlog on the tracker, but was stymied by a server issue that wouldn't let me download the .info and .patch files. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHSKzNB8UpO3rKjQ8RAmwnAKCjTsa/4eosJ64wCUHwPNwfWSzwXgCcCkaM xRHtijM4M7Pg0U8/3E3qU7M= =f94U -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib in Krusader 1.80.0-release-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 שרון דגן wrote: Problem solved - I have it working. To the ConfigureParams section of the info file I added: LDFLAGS=-dylib_file /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib -S. I've committed an update (with no revision bump) to krusader. I applied the above LDFLAGS addition via SetLDFLAGS: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHR3tIB8UpO3rKjQ8RAvoSAKCRGZJ+VOUzmnnn/f8U/prtmdOZQQCgqNCs PkeHjyaojQntt8K+KvRfvQs= =bGwl -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Wine on 10.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthias Ringwald wrote: Hi Pepe an updated portaudio is also in the tracker http://sourceforge.net/tracker/index.php?func=detailaid=1832600group_id=17203atid=414256 cheers, matthias On 13.11.2007, at 16:43, Pepe Barbe wrote: Hello, I've fixed the missing packages that are necessary to build Wine on 10.5 (IIRC libicu32-dev, portaudio) and have successfully built Wine, but once I run it, the interface is all garbled. I'm getting back to pushing stuff from the tracker now. I can't yet verify whether stuff works on Leopard, though... -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQy/eB8UpO3rKjQ8RAjHHAJ9iauyKSRQ8ROEcQGGu9uCcg7LIlgCeOHev CrpGlB0jQosnEpr9cGrfL+o= =waED -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib in Krusader 1.80.0-release-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 שרון דגן wrote: Hello, I'm trying to build Krusader v1.80.0-release-1 on Mac OS X 10.5.1. I'm getting 'ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib'. Here's the few last lines of the build: ... g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/sw/include -I/sw/include/qt -I/usr/X11/include -D__KJSEMBED__ -DQT_THREAD_SUPPORT -I/sw/include -D_LARGEFILE64_SOURCE -DKDE_NO_COMPAT -DQT_NO_ASCII_CAST -Wno-long-long -Wundef -Wall -W -Wpointer-arith -O2 -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -c -o krservices.moc.o krservices.moc.cpp /bin/sh ../libtool --silent --tag=CXX --mode=link g++ -Wno-long-long -Wundef -Wall -W -Wpointer-arith -O2 -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -L/sw/lib -o krusader -L/sw/lib -L/usr/X11/lib paneltabbar.o panelmanager.o krservices.o main.o krusaderview.o krusader.o krslots.o kicons.o krusaderapp.moc.o krservices.moc.o BookMan/libBookMan.a Dialogs/libDialogs.a DiskUsage/libDiskUsage.a DiskUsage/radialMap/libradialmap.a DiskUsage/filelightParts/libfilelightparts.a GUI/libGUI.a Konfigurator/libKonfigurator.a KViewer/libKViewer.a MountMan/libMountMan.a Panel/libPanel.a Queue/libQueue.a RemoteMan/libRemoteMan.a VFS/libVFS.a Search/libSearch.a Splitter/libSplitter.a Synchronizer/libSynchronizer.a UserMenu/libUserMenu.a Locate/libLocate.a UserAction/libUserAction.a ActionMan/libActionMan.a KrJS/libKrJS.a KViewer/libKViewer.a Filter/libFilter.a Dialogs/libDialogs.a GUI/libGUI.a -lkonq -lkjsembed -lkparts -lkio -lkhtml -lkdeui -lkdecore -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib collect2: ld returned 1 exit status make[3]: *** [krusader] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of make failed, exit code 2 Thanks, -S. -- Thank you for the bug report. This is a new issue that was introduced with Leopard, and it has to be fixed package by package. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQiiKB8UpO3rKjQ8RAoLdAJ9o4mET0sm2ncgIzoBmq9kilgvZXgCeIIum AK15G2V29luzfIkcfa8n9GY= =XkQH -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] build failure in atlas-3.8.0-4 on a PowerPC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 CPU: 867 MHz G4 OS:10.4.11 Xcode: 10.5 - --- There isn't an obvious error message where the build stops: IN STAGE 2 INSTALL: TYPE-DEPENDENT TUNING STAGE 2-1: TUNING PREC='d' (precision 1 of 4) STAGE 2-1-1 : BUILDING BLOCK MATMUL TUNE make -f Makefile INSTALL_LOG/dMMRES pre=d 21 | ./xatlas_tee INSTALL_LOG/dMMSEARCH.LOG make[1]: *** [build] Error 134 make: *** [build] Error 2 I do see a few errors during the build of the form gcc -DL2SIZE=4194304 -I/sw/src/fink.build/atlas-3.8.0-4/bld/include - -I/sw/src/fink.build/atlas-3.8.0-4/bld/../ATLAS//include - -I/sw/src/fink.build/atlas-3.8.0-4/bld/../ATLAS//include/contrib - -DAdd_ -DF77_INTEGER=int -DStringSunStyle -DATL_OS_OSX - -DATL_CPUMHZ=866 -DATL_AltiVec -DATL_GAS_PPC -O -fomit-frame-pointer - -m32 -DDREAL -c drot.c drot.c: In function 'ATL_UROT': drot.c:22: error: 'vector' undeclared (first use in this function) drot.c:22: error: (Each undeclared identifier is reported only once drot.c:22: error: for each function it appears in.) drot.c:22: error: expected ')' before 'float' drot.c:22: error: expected ')' before 'float' make[8]: *** [drottest] Error 1 The salient issue would seem to be the 'vector' undeclared. A full build log is at http://akhmac.blogdns.net/~hansen/finklogs/fink-build-log_atlas_3.8.0-4_2007.11.19-16.16.28 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQkJRB8UpO3rKjQ8RAs+/AJ9yNdXFv+gahe1saWAnQRfgUsukfgCeLZW8 R98LYCGMnPTCmW2KP0syq40= =XpJ1 -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] build failure in atlas-3.8.0-4 on a PowerPC
Alexander K. Hansen wrote: CPU: 867 MHz G4 OS:10.4.11 Xcode: 10.5 --- Gah! I've got Leopard on the brain! That should be Xcode: 2.5 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink docs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevin Horton wrote: I'm am communicating with a prospective new fink user who has 10.5 on Intel, so I took a quick look at the docs before I pointed him at them. Looking at things from the perspective of a newbie, there are many inconsistencies. For example, the info on the fink Home page about needed to bootstrap a new installation on 10.5 is missing from the User's Guide. The info on the home page tells you to download fink-0.27.8.tar.gz. The INSTALL file in the tarball tells you to do a tar_xzf_fink-0.8.1- full.tar.gz. Well, the downloaded file that the Home page pointed to was fink-0.27.8.tar.gz, not ink-0.8.1-full.tar.gz. And, Safari (or OS X, I'm not sure which), has already commanded the archive to be expanded, and the original .gz file has been deleted. And, it seems that the spaces in the command have been replaced by underscore characters. All this would almost certainly befuddle a beginner. -- Kevin Horton Ottawa, Canada I hadn't updated the User's guide yet. I've got some breathing room to do so, now: Leopard came out at the same time that I was analyzing data for an annual meeting that I attend. I'd forgotten about INSTALL. I'll check into that. The expansion of the tarball is set by the browser. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHPhGJB8UpO3rKjQ8RArDFAKCZlL6DwLn1siEa3kCkPpI7lRlBxwCeMHHD JTzr/FDsz+I+o+PB+JUVanE= =AaJH -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] fixes for grace+pdflib6 under intel/leopard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian Barnes wrote: Hello, I am chomping at the bit to upgrade to 10.5, and have been tracking issues with grace (which I require) and fink. Jack Howarth uploaded a new pdflib6 package[1] which was applied for 10.4, but this fix is not listed for 10.5[2]. I can't check the fink CVS for the 10.5 update because I don't know where to look (I browse and only find 10.4, my bad[3]). Grace itself does not have any packages listed for 10.5/intel[4]. These issues have been fixed in MacPorts[5,6], but I would prefer to continue using fink. :) [1] http://article.gmane.org/gmane.os.apple.fink.devel/15093 [2] http://pdb.finkproject.org/pdb/package.php/pdflib6 [3] http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/ finkinfo/graphics/pdflib6.info?view=log [4] http://pdb.finkproject.org/pdb/package.php/grace [5] http://trac.macports.org/projects/macports/changeset/30701 [6] http://lists.macosforge.org/pipermail/macports-users/2007- November/006969.html So I'm a bit confused; fixes have been submitted, but the fink package listing on the web implies that grace/pdflib6 still does not work under 10.5. Can someone please clarify for me if fink's grace is working under leopard? I would really appreciate it. I need grace when I upgrade, but do not have a 10.5 system to test this. Thank you for your great packages and contribution to the OS X community! Sincerely, Brian 10.4 and 10.5 share a distribution; the package web listing is having issues; and Jack's update is still on the package submission tracker and has not been added to Fink yet. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHPhA2B8UpO3rKjQ8RAsOaAJ9Z8M3bnFo2bVabn7ODg/+XWdOKNACdF0Ip 9SBQ4h+/vPEW326OJ5MX1cM= =Z9pb -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] 10.5 emacs22 and sawfish
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel M German wrote: Alexander Hansen twisted the bytes to say: Alexander Fink flushes the user environment before it builds, in an attempt to Alexander provide identical builds on different systems. What you can do is use Alexander SetLDFLAGS: /usr/X11 Hi Alexander, I thought about it, but given that I unstable and build most of the packages I use, this would have required me to change every single .info file that I needed. Is there any other way to add such a flag at the system level? --daniel Alexander in the respective package .info files. Alexander -- Alexander Alexander K. Hansen Alexander akh AT finkproject DOT org Alexander Fink User Liaison and Documenter You could hack fink itself. That's about it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHM3/7B8UpO3rKjQ8RAihwAKCmhJN+T5h6jEfXhXekgjmb1ARgHACfY/2l 5Hy/uyV+HMI5Wsnt8+nZ5LQ= =1nBq -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Leopard OpenGL bug in unstable package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chunky Kibbles wrote: Heya, I was in fink's IRC a minute ago, and someone suggested I mail this to the fink-devel list. I upgraded to leopard a few days ago, and had previously been using fink unstable. I just tried to install libdjvulibre15-dev libdjvulibre15-shlibs from unstable [they're a dependency of imagemagick, which is what I actually needed], and they had a problem linking with OpenGL. I presume this is the 10.5 OpenGL bug listed here: http://wiki.finkproject.org/index.php/Fink:Packaging:Preparing_for_10.5#OpenGL_Bug But I'm not sure If there is somewhere else I should bring this information, please let me know. For now, I've switched to stable, and all is fine. Thank-you very much, Gary (-; Can you please post the error here? Unfortunately, the wiki page doesn't have it (presumably because it was written while we were still under the NDA), but that should also get fixed. - -- Alexander K. Hansen Fink User Liaison/Documenter akh AT finkproject DOT org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMcJaB8UpO3rKjQ8RAoz7AJ9MGQbcRW5IZ0fUDffKzaDa4yKBTgCfUjdH fD7RU+RTOn+SdhH2R9Ap328= =HIwq -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] SuiteSparse package (in support of Octave)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Abbott wrote: I've uploaded a new Fink package for SuiteSparse to the package tracker. http://sourceforge.net/tracker/index.php When present during an Octave build, Octave will use SuiteSparse for many calculations using sparse matrices. This is my 1st attempt to creating a package. The package validated fine. However, I'm still expecting some things may need correcting or improving. Is this intended to modify how octave builds? If so that's contrary to Fink policy unless a separate variant of octave is made to use it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHLnNxB8UpO3rKjQ8RAu8CAJ9Xw7KlG6cIk4kCDPjQN3dtdMiM/gCdF6bU kn46dKgSyhOusdhGqrM7BLM= =Iy+/ -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] SuiteSparse package (in support of Octave)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Abbott wrote: On Nov 4, 2007, at 8:35 PM, Alexander K. Hansen wrote: Ben Abbott wrote: I've uploaded a new Fink package for SuiteSparse to the package tracker. http://sourceforge.net/tracker/index.php When present during an Octave build, Octave will use SuiteSparse for many calculations using sparse matrices. This is my 1st attempt to creating a package. The package validated fine. However, I'm still expecting some things may need correcting or improving. Is this intended to modify how octave builds? If so that's contrary to Fink policy unless a separate variant of octave is made to use it. Modify how Octave builds? hmmm, depends upon perspective (meaning I'm not sure). The presence of SuiteSparse doesn't modify how Octave builds any more than the packages for fftw, qhull, readline5, gnuplot, etc. Octave would build and function fine (except for the absent functionality) ... actually ... it *would* build and function if not for the dependencies stated in octave.info. There is no need to modify octave.info or octave.patch (names?) in order for SuiteSparse components to be included in Octave's functionality. When SuiteSparse is installed, Octave's usual configure process will recognize that SuiteSparse is available and produce a makefile that links to it. When Octave is configured, the *present* process produced this snippet ... -- Octave is now configured for i386-apple-darwin Source directory: . Installation prefix: /sw C compiler: gcc -mieee-fp -Wall -W -Wshadow -g -O2 C++ compiler: g++ -mieee-fp -Wall -W -Wshadow -Wold-style-cast -g -O2 Fortran compiler: /sw/bin/g95 -O2 -mieee-fp Fortran libraries: -L/sw/bin/../lib/gcc-lib/i386-apple-darwin8/4.0.3 -lf95 BLAS libraries:-framework vecLib FFTW libraries: -lfftw3 GLPK libraries: -lglpk UMFPACK libraries: AMD libraries: CAMD libraries: COLAMD libraries: CCOLAMD libraries: CHOLMOD libraries: CXSPARSE libraries: HDF5 libraries: -lhdf5 CURL libraries: -lcurl REGEX libraries: -lpcre QHULL libraries:-lqhull LIBS: -lreadline -lncurses -lhdf5 -lz -lm Default pager:less gnuplot: gnuplot -- When SuiteSparse is present, the missing modules (UMFPACK, AMD, CAMD, COLAMD, CCOLAMD, CHOLMOD, and CXSPARSE) are found and linked to during the build. My impression is that SuiteSparse is usually included in an Octave build, and should be a dependency of Octave if full functionality is desired. Thoughts? Ben It would require a modification to the octave package or a variant, then. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHLn6rB8UpO3rKjQ8RAnMIAJsGNK4kX8RjDALXl1wwAQL3PLgtEwCcDeoZ TE5eBrHQQpTYStNv1gykJvQ= =lYvD -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] update-all fails on db44-aes-4.4.20-1002
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks. I conflated this error with another db-related one. Check if you have another db.h file that's getting picked up other than Fink's, such as in /usr/local/include . Laran Evans wrote: lc278:~ laran$ fink --version Package manager version: 0.27.7 Distribution version: 0.8.1.rsync i386 Copyright (c) 2001 Christoph Pfisterer Copyright (c) 2001-2007 The Fink Package Manager Team This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. lc278:~ laran$ sw_vers ProductName:Mac OS X ProductVersion: 10.5 BuildVersion:9A581 lc278:~ laran$ On Nov 2, 2007, at 2:45 PM, Alexander K. Hansen wrote: This looks like the error you get if you're on 10.4 and are still using the 10.4-transitional distribution. What do you get from the following commands: fink --version sw_vers Laran Evans wrote: I need to figure out how to get past this error I get every time I try running update-all. Any suggestions? Here's the error. + make /bin/sh ./libtool --mode=compile cc -c -Os -I../dist/.. ../dist/../ db_dump185/db_dump185.c cc -c -Os -I../dist/.. ../dist/../db_dump185/db_dump185.c -fno- common -DPIC -o .libs/db_dump185.o ../dist/../db_dump185/db_dump185.c: In function 'main': ../dist/../db_dump185/db_dump185.c:212: warning: assignment makes pointer from integer without a cast ../dist/../db_dump185/db_dump185.c:214: warning: assignment makes pointer from integer without a cast ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' has no member named 'seq' ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' undeclared (first use in this function) ../dist/../db_dump185/db_dump185.c:229: error: (Each undeclared identifier is reported only once ../dist/../db_dump185/db_dump185.c:229: error: for each function it appears in.) ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' has no member named 'seq' ../dist/../db_dump185/db_dump185.c: In function 'db_hash': ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' has no member named 'internal' ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' has no member named 'internal' ../dist/../db_dump185/db_dump185.c: In function 'db_btree': ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' has no member named 'internal' make: *** [db_dump185.lo] Error 1 ### execution of /var/tmp/tmp.1.MgxfQd failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-db44-aes-4.4.20-1002 (Reading database ... 7329 files and directories currently installed.) Removing fink-buildlock-db44-aes-4.4.20-1002 ... Failed: phase compiling: db44-aes-4.4.20-1002 failed \ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHK3H/B8UpO3rKjQ8RAj8xAKCLB1uuXaSbHW6+baZMBW6nzLYwlwCgjgsI pb2neqInpHOogn3s/vQZStM= =nYVa -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] update-all fails on db44-aes-4.4.20-1002
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This looks like the error you get if you're on 10.4 and are still using the 10.4-transitional distribution. What do you get from the following commands: fink --version sw_vers Laran Evans wrote: I need to figure out how to get past this error I get every time I try running update-all. Any suggestions? Here's the error. + make /bin/sh ./libtool --mode=compile cc -c -Os -I../dist/.. ../dist/../ db_dump185/db_dump185.c cc -c -Os -I../dist/.. ../dist/../db_dump185/db_dump185.c -fno- common -DPIC -o .libs/db_dump185.o ../dist/../db_dump185/db_dump185.c: In function 'main': ../dist/../db_dump185/db_dump185.c:212: warning: assignment makes pointer from integer without a cast ../dist/../db_dump185/db_dump185.c:214: warning: assignment makes pointer from integer without a cast ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' has no member named 'seq' ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' undeclared (first use in this function) ../dist/../db_dump185/db_dump185.c:229: error: (Each undeclared identifier is reported only once ../dist/../db_dump185/db_dump185.c:229: error: for each function it appears in.) ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' has no member named 'seq' ../dist/../db_dump185/db_dump185.c: In function 'db_hash': ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' has no member named 'internal' ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' has no member named 'internal' ../dist/../db_dump185/db_dump185.c: In function 'db_btree': ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' has no member named 'internal' make: *** [db_dump185.lo] Error 1 ### execution of /var/tmp/tmp.1.MgxfQd failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-db44-aes-4.4.20-1002 (Reading database ... 7329 files and directories currently installed.) Removing fink-buildlock-db44-aes-4.4.20-1002 ... Failed: phase compiling: db44-aes-4.4.20-1002 failed \ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHK3BTB8UpO3rKjQ8RAmqUAJ94Nh2u7myEQpYWzg70qyAtumuy0gCfehQz XM3mE3RBZbPJKRwDo5HKQN0= =KCHt -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] update-all fails on db44-aes-4.4.20-1002
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 We usually have people temporarily rename /usr/local while they build Fink stuff. Laran Evans wrote: There is a /usr/local/include/db.h Given the header it looks like it's from oracle. /* * See the file LICENSE for redistribution information. * * Copyright (c) 1996-2006 *Oracle Corporation. All rights reserved. * * $Id: db.in,v 12.108 2006/09/13 14:53:37 mjc Exp $ * * db.h include file layout: *General. *Database Environment. *Locking subsystem. *Logging subsystem. *Shared buffer cache (mpool) subsystem. *Transaction subsystem. *Access methods. *Access method cursors. *Dbm/Ndbm, Hsearch historic interfaces. */ How do I fix the problem? Many thanks for your help with this. On Nov 2, 2007, at 2:52 PM, Alexander K. Hansen wrote: Thanks. I conflated this error with another db-related one. Check if you have another db.h file that's getting picked up other than Fink's, such as in /usr/local/include . Laran Evans wrote: lc278:~ laran$ fink --version Package manager version: 0.27.7 Distribution version: 0.8.1.rsync i386 Copyright (c) 2001 Christoph Pfisterer Copyright (c) 2001-2007 The Fink Package Manager Team This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. lc278:~ laran$ sw_vers ProductName:Mac OS X ProductVersion: 10.5 BuildVersion:9A581 lc278:~ laran$ On Nov 2, 2007, at 2:45 PM, Alexander K. Hansen wrote: This looks like the error you get if you're on 10.4 and are still using the 10.4-transitional distribution. What do you get from the following commands: fink --version sw_vers Laran Evans wrote: I need to figure out how to get past this error I get every time I try running update-all. Any suggestions? Here's the error. + make /bin/sh ./libtool --mode=compile cc -c -Os -I../dist/.. ../dist/../ db_dump185/db_dump185.c cc -c -Os -I../dist/.. ../dist/../db_dump185/db_dump185.c -fno- common -DPIC -o .libs/db_dump185.o ../dist/../db_dump185/db_dump185.c: In function 'main': ../dist/../db_dump185/db_dump185.c:212: warning: assignment makes pointer from integer without a cast ../dist/../db_dump185/db_dump185.c:214: warning: assignment makes pointer from integer without a cast ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' has no member named 'seq' ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' undeclared (first use in this function) ../dist/../db_dump185/db_dump185.c:229: error: (Each undeclared identifier is reported only once ../dist/../db_dump185/db_dump185.c:229: error: for each function it appears in.) ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' has no member named 'seq' ../dist/../db_dump185/db_dump185.c: In function 'db_hash': ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' has no member named 'internal' ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' has no member named 'internal' ../dist/../db_dump185/db_dump185.c: In function 'db_btree': ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' has no member named 'internal' make: *** [db_dump185.lo] Error 1 ### execution of /var/tmp/tmp.1.MgxfQd failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-db44-aes-4.4.20-1002 (Reading database ... 7329 files and directories currently installed.) Removing fink-buildlock-db44-aes-4.4.20-1002 ... Failed: phase compiling: db44-aes-4.4.20-1002 failed \ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHK3UbB8UpO3rKjQ8RAtfrAJ9wX1nY9/kYFjwYMTh1b1xt6hG5hwCfchMr xDrkVvevfWKt3L0qsBxLhKo= =MYa6 -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] No /etc/fonts directory in Leopard (OS X.5)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ebrahim Mayat wrote: Hello again I have come across the same error when trying to launch (in Leopard) a couple of X11/qt4-linked binaries that I have built. Both qsynth http://qsynth.sourceforge.net/qsynth-index.html and qsampler http://qsampler.sourceforge.net/qsampler-index.html for instance both give the same error: $ qsynth Fontconfig error: Cannot load default config file Bus error Manually running the fontconfig command fc-match also gives a similar error: $ fc-match courier Fontconfig error: Cannot load config file /etc/fonts/fonts.conf Fontconfig error: Cannot load default config file There is no /etc/fonts directory in Leopard which is causing this problem. There is no such problem in Tiger since the /etc/fonts/fonts.conf file is present. Could this be a defect or is X11 now built differently in Leopard ? EM X11 is indeed different in Leopard. I believe a fink fontconfig package that addresses this issue is being tested out for release soon. - -- Alexander K. Hansen Fink User Liaison/Documenter akh AT finkproject DOT org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHKIHfB8UpO3rKjQ8RAk/PAKCAGTVZ1u2jRstdmVAmDNw/DLRoMQCfTNik t52RQ+tTp2r8tAcDpOroShs= =HeOP -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] I'm not getting Leopard for a while, so...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Until further notice, I'll give any member of this august body who feels confident to do so (and having commit access) /carte blanche/ to apply any 10.5-specific updates to my packages, as long as they keep me in the loop about it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHJ0ZQB8UpO3rKjQ8RAjAeAJ9bVv5xtiTMYBFHFt9fI9MM59rRtgCfZ7im pMTCP3N0EfoelhuIaDfv1tQ= =gbS/ -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] fftw with gfortran for 10.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 William Scott wrote: fftw currently uses g95, but for 10.5 we need gfortran. I made some trivial changes and it appears to work ok. I put it on the package tracker. As an additional tracker-related note (beyond my hiatus) I'm not able to validate 10.5-related issues (nor Intel-related). I'm starting to feel a bit outmoded. :-( -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHJ94CB8UpO3rKjQ8RAgq9AJ9HTmzmyoxLZvdkkhXZD5kny1TwYwCeIJow hJhi4q5YLBz0nZvCm0YZPSI= =IGZK -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] molmol and Leopard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: Hi Jack (et al): Sorry that I am not on top of this. I pre-ordered 10.5 a month ago, but it hasn't yet arrived. (Much like pre-boarding an aircraft has nothing to do with the subsequent 2 hour flight delay.) If fink will still have an X11, and if making it work with Apple's new X11 appears hopeless, could we instead make it depend on Fink's X11? My understanding, based on what the maintainer for Fink's X11 packages has said, is that for Leopard Fink will _not_ have X11 packages of its own, in part to make support easier. Although I am listed as the maintainer, Jack has done far more for this package recently, and I don't use it (it is incompatable with RNA). Jack, would you be willing to be the official maintainer? It was one of the first packages I made, and therefore could probably benefit from being thrown in the fire and starting anew. Bill -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHJPAUB8UpO3rKjQ8RAqMjAJ4xB4zURb2/9LRzZ/02H5YpnFgYfgCdG3VD HS8E/dQ2y976OZYk+1fCaTM= =jcpq -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Updating to GTK+ 2.10?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tristan Thiede wrote: Benjamin Reed wrote: Robert J. Hansen wrote: A year ago (October 7, 2006) I posted a message to fink-gnome-core asking for information on any possible update to GTK+ 2.6. It's been a year since then and Fink's GTK+ is only getting more antiquated. Has there been any progress in resolving whatever issues are holding back GTK+ 2.10? There has -- it's very close to ready for wider testing, but Leopard has gotten in the way of me finishing up preparations. I don't wish to offend, but modulo Leopard that's more or less what you said when Rob Hansen and I talked to you at OSCON 2006, nearly a year and a half ago. I'm very appreciative of all the work you put into the Fink project, but at this point we're working with a version of GTK+ that's nearly three years old, and this is impeding both software updates within Fink and the development efforts of open source developers working on the Mac. Is there an ETA? What needs to be done? How can any of us help? I'm interested in seeing this done, I'm willing to help, and I doubt I'm the only one. -- Tristan Thiede - The ETA is when it's ready. Ben has been running clean builds of the several hundred packages that will be affected by this update, to catch build problems, missing dependencies, ... so that users don't wind up with busted systems. Checking out stuff from the pangocairo-branch in fink's CVS might be a way to help to find any further gotchas. I don't know how fast his clean build box is, so maybe the use of a faster one would be helpful. Maybe there are architecture-specific items that aren't getting covered. And now it has to work on Leopard, too. - -- Alexander K. Hansen Fink User Liaison/Documenter akh AT finkproject DOT org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHIRiNB8UpO3rKjQ8RAjo4AJ0eDkOQX9sDFGBTBJQG/k6QHGW0IACfT9iB p7rWwSCKFRgwRvdLQ+wlk6c= =OfoE -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Updating to GTK+ 2.10?
Robert J. Hansen wrote: Alexander K. Hansen wrote: The ETA is when it's ready. After this long of a delay, I hope people can understand if I ask for a little more precision than that. I don't object to a ship date of when it's ready and no sooner, but it would help if we could know precisely what still remains to be done in order to make it ready. Ben has been running clean builds of the several hundred packages that will be affected by this update, to catch build problems, missing dependencies, ... so that users don't wind up with busted systems. Which packages are broken? Have the maintainers been informed? Who is working on fixing these packages, and do they need help? They're all in the pangocairo-branch. Basically it's everything that depends on gtk+2. I'm not sure what the status is. If you want to help with Ben's buildfink runs, you'll need to take it up with him. Like Tristan, I am very willing to help with this process. But the process appears to lack transparency, and that makes it difficult for interested parties to do anything more than stand on the sidelines and say what's going on? - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] package grace dependency: g95?
Brian Barnes wrote: Hello, First off, let me say how much I enjoy the packages available through fink and what a great resource it is for people transitioning from Linux to OS X. I find many great tools in fink. Thank you! I am installing grace via fink right now, and I noticed that it is compiling g95 to satisfy a dependency. I thought this was unusual, as I already have gfortran (4.2) installed on this system, also via fink. Having both those compilers installed seems to be wasteful of time and disk space. Perhaps g95 was a requirement for compiling some other grace dependency when gfortran was not mature enough to be trusted? I am accustomed to using Fedora or Ubuntu with grace and the latest gfortran, which works fine for all standard F77/F95 these days. package link: http://pdb.finkproject.org/pdb/package.php/grace Anyway, is there a chance this dependency could be changed, or avoided if gfortran is already on a system? I am just a user, not a fink package maintainer or anything, but thought I would ask. Sincerely, Brian At one time, I believe gfortran and g95 built things slightly differently, so they weren't drop-in replacements for one another--e.g. there was a shared library from gfortran that got linked into packages. This may not be the case now. We _don't_ support builds that differ depending on what's installed on a system, but it's possible that the dependency could be changed. If you like, you can change it locally on your system and try it out. Drop me a line off-list if you're interested, and if it works you can give that piece of data to the maintainer. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] errors building libxml2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Reiser wrote: I'm trying to build libofx3 against curl4 (obsolete runaround occurs trying to use curl3). But fink complains about test failures building libxml2 because it can't find symbols expected in /usr/lib/ libxml2.2.dylib. The first appearance of /usr/lib is: ## Error cases stream regression tests cdata.xml result 1,5d0 ./test/errors/cdata.xml:2: parser error : Input is not proper UTF-8, indicate encoding ! Bytes: 0x5B 0x43 0xE1 0x72 A![CDATA [C?r]]/A ^ ./test/errors/cdata.xml : failed to parse ## Running the API regression tests this may take a little while dyld: lazy symbol binding failed: Symbol not found: _htmlNewParserCtxt Referenced from: /sw/src/fink.build/libxml2-2.6.27-1001/ libxml2-2.6.27/./testapi Expected in: /usr/lib/libxml2.2.dylib dyld: Symbol not found: _htmlNewParserCtxt Referenced from: /sw/src/fink.build/libxml2-2.6.27-1001/ libxml2-2.6.27/./testapi Expected in: /usr/lib/libxml2.2.dylib after a bunch of other instances, fink barfs with: ## Threaded regression tests ## generating dba10.xml ## Timing tests to try to detect performance ## as well a memory usage breakage when streaming ## 1/ using the file interface ## 2/ using the memory interface ## 3/ repeated DOM parsing ## 4/ repeated DOM validation Parsing took 831 ms Parsing took 839 ms 100 iterations took 1142 ms 100 iterations took 2574 ms ## Module tests dyld: lazy symbol binding failed: Symbol not found: _xmlModuleOpen Referenced from: /sw/src/fink.build/libxml2-2.6.27-1001/ libxml2-2.6.27/./testModule Expected in: /usr/lib/libxml2.2.dylib dyld: Symbol not found: _xmlModuleOpen Referenced from: /sw/src/fink.build/libxml2-2.6.27-1001/ libxml2-2.6.27/./testModule Expected in: /usr/lib/libxml2.2.dylib make[2]: *** [ModuleTests] Error 133 make[1]: *** [check-am] Error 2 make: *** [check-recursive] Error 1 ### execution of make failed, exit code 2 ### execution of /var/tmp/tmp.40.qfHqoB failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-libxml2-2.6.27-1001 (Reading database ... 4208 files and directories currently installed.) Removing fink-buildlock-libxml2-2.6.27-1001 ... Failed: phase test: error (2) I'm building this on an almost pristine /sw fink install. Anyone know why the test modules are looking in /usr/lib? Dave -- David Reiser [EMAIL PROTECTED] Confirmed on my own setup. I might guess that the issue is that the package predates fink running the test suites as part of maintainer mode builds, and so they weren't tested, but I'm not sure about that, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHGOJaB8UpO3rKjQ8RAvZBAJ9zxk/3AezUQhzWP9/hi/Rwxwid0wCfTS+h BAaJl3eiJD3wmxJ+Ee4V+Pw= =ZeoZ -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] lablgl fails to compile: problem with lablgl.patch
Sébastien Maret wrote: Setting up fink-buildlock-lablgl-x11-1.02-1001 (2007.10.19-10.51.50) ... gzip -dc /sw/src/lablgl-1.02.tar.gz | /sw/bin/tar -xf - --no-same-owner --no-same-permissions patch -p1 /sw/fink/dists/stable/main/finkinfo/graphics/lablgl.patch patch: Only garbage was found in the patch input. ### execution of patch failed, exit code 2 Indeed lablgl.patch and lablgl.info are identical. Sébastien My fault--when I was moving the package to stable I copied the .info file over the .patch accidentally. This should be fixed now in CVS. -- Alexander K. Hansen Fink User Liaison/Documenter akh AT finkproject DOT org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] errors building libxml2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dave Reiser wrote: Alexander Hansen wrote: On 10/19/07, Alexander K. Hansen [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Reiser wrote: I'm trying to build libofx3 against curl4 (obsolete runaround occurs trying to use curl3). But fink complains about test failures building libxml2 because it can't find symbols expected in /usr/lib/ libxml2.2.dylib. The first appearance of /usr/lib is: ## Error cases stream regression tests cdata.xml result 1,5d0 ./test/errors/cdata.xml:2: parser error : Input is not proper UTF-8, indicate encoding ! Bytes: 0x5B 0x43 0xE1 0x72 A![CDATA [C?r]]/A ^ ./test/errors/cdata.xml : failed to parse ## Running the API regression tests this may take a little while dyld: lazy symbol binding failed: Symbol not found: _htmlNewParserCtxt Referenced from: /sw/src/fink.build/libxml2-2.6.27-1001/ libxml2-2.6.27/./testapi Expected in: /usr/lib/libxml2.2.dylib dyld: Symbol not found: _htmlNewParserCtxt Referenced from: /sw/src/fink.build/libxml2-2.6.27-1001/ libxml2-2.6.27/./testapi Expected in: /usr/lib/libxml2.2.dylib after a bunch of other instances, fink barfs with: ## Threaded regression tests ## generating dba10.xml ## Timing tests to try to detect performance ## as well a memory usage breakage when streaming ## 1/ using the file interface ## 2/ using the memory interface ## 3/ repeated DOM parsing ## 4/ repeated DOM validation Parsing took 831 ms Parsing took 839 ms 100 iterations took 1142 ms 100 iterations took 2574 ms ## Module tests dyld: lazy symbol binding failed: Symbol not found: _xmlModuleOpen Referenced from: /sw/src/fink.build/libxml2-2.6.27-1001/ libxml2-2.6.27/./testModule Expected in: /usr/lib/libxml2.2.dylib dyld: Symbol not found: _xmlModuleOpen Referenced from: /sw/src/fink.build/libxml2-2.6.27-1001/ libxml2-2.6.27/./testModule Expected in: /usr/lib/libxml2.2.dylib make[2]: *** [ModuleTests] Error 133 make[1]: *** [check-am] Error 2 make: *** [check-recursive] Error 1 ### execution of make failed, exit code 2 ### execution of /var/tmp/tmp.40.qfHqoB failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-libxml2-2.6.27-1001 (Reading database ... 4208 files and directories currently installed.) Removing fink-buildlock-libxml2-2.6.27-1001 ... Failed: phase test: error (2) I'm building this on an almost pristine /sw fink install. Anyone know why the test modules are looking in /usr/lib? Dave -- David Reiser [EMAIL PROTECTED] Confirmed on my own setup. I might guess that the issue is that the package predates fink running the test suites as part of maintainer mode builds, and so they weren't tested, but I'm not sure about that, D.Macks had an idea to check; but I'm trying a bootstrap on 10.3 to check Fink upgrade scenarios for D.R.M. If you've got .debs for them, try installing all 3 libxml packages and then do a rebuild to see if the test suites are happy. Based on similar behavior (and cause?) in gnucash2, I think make check interacts undesirably with DYLD_LIBRARY_PATH. D.Macks added a make check line in libxml2 in august, my deb in another of my trees was built in February just after the last upstream revup and I didn't have a problem then. But that could have been the rebuild-is-not-a-problem result. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHGRaCB8UpO3rKjQ8RAla/AJ4kBUG78aM3yrf7YQpX7H+MxdgdZgCgpFWE htcb1jAl36ieqXPzfHC4W/w= =JUE/ -END PGP SIGNATURE- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] aqbanking-1.0.4-1beta.1002
Samuel John wrote: Hi there, would it be possible to update the version to 1.3.0, because the new gnucash needs this for some online bankings? -- Package manager version: 0.27.6 Distribution version: 0.8.1.rsync i386 Mac OS X version: 10.4.10 Xcode version: 2.4.1 gcc version: 4.0.1 (Apple Computer, Inc. build 5367) make version: 3.80 Best Regards, Samuel John -- Dipl. Inform. Samuel John +---+ | Ph.D. student at mobile: +49 170 1952 454| | Faculty of Technology, | | Neuroinformatics Group, mail: [EMAIL PROTECTED] | | Bielefeld University, mail-work: [EMAIL PROTECTED] | | D-33615 Bielefeld | | in cooperation with | | HONDA Research Institute Europe GmbH| | Carl-Legien-Straße 30, | | D-63073 Offenbach/Main | +---+ -- If you're talking about gnucash2, the version currently in Fink uses aqbanking-2.2.6. -- Alexander K. Hansen Fink User Liaison/Documenter akh AT finkproject DOT org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] .info file submission for upgraded package
Jonathan Stickel wrote: I have revised .info files for upgrades to octave and octave-forge. What is the best way to submit these? Should I submit them as bugs to the bug tracker on sourceforge? Thanks, Jonathan - No. Not the bug tracker. For packages that already exist in Fink, your best bet is to send them to the package maintainer, and possibly to use the package submission tracker. Definitely make sure to notify the maintainer for octave, in this way, since he is still actively updating the package. The maintainer for octave-forge has told me he doesn't use the package much, and I did the last update for it, so go ahead and send that info file to me. If it's tied to a particular Octave version, send me the files for your octave update, too. -- Alexander K. Hansen Fink User Liaison/Documenter akh AT finkproject DOT org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] Pittsburgh Perl Workshop Saturday 10/13 and Sunday 10/14
I'm going to be there doing the Zero to Perl sessions as a n00b. If any other Fink community members are going to be around, drop me a note. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] unison packages
I'll use a modification of this; since freeglut isn't drop-in compatible with glut (and because we're trying to ditch glut, anyway), let's just have it depend on freeglut. LiKai Liu wrote: Here is an update to lablgl.info. If you can put it in, that will save the time going through the package submission tracker. The most notable change is that I simplified package provide, replaces, and conflicts. liulk On Tue, 2 Oct 2007, Alexander K. Hansen wrote: oops, it needed lablgtk2, which itself requires lablgl-x11 (maintainer cc'ed). One issue with the latter package is that it still depends on glut, rather than freeglut. I've tried out an update to that effect, which seems OK. If there are no objections, I'd like to commit the updated lablgl, lablgtk2, and unison to stable this weekend. Info2: Package: lablgl%type_pkg[-x11] Version: 1.02 Revision: 2 Source: http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/dist/lablgl-%v.tar.gz Source-MD5: b50e4e7d856c26bc4449151e4307b37b SourceDirectory: lablgl-%v DocFiles: CHANGES README COPYRIGHT License: BSD Description: OpenGL binding for Objective Caml Homepage: http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/lablgl.html Maintainer: Likai Liu [EMAIL PROTECTED] Type: -x11 (boolean) DescDetail: LablGL is an OpenGL interface for Objective Caml. It includes support for both Togl widget and GLUT, which you can comfortably use with LablTk and LablGlut. Specific support for LablGL is also included in LablGTK. Two variants, lablgl and lablgl-x11, are supported. Please see DescPort for details. DescPort: Two variants of lablgl are supplied here, lablgl and lablgl-x11. Native lablgl is linked against Mac OS X OpenGL and GLUT frameworks, which is aqua-based, but compiles without tcltk support; lablgl-x11 uses GL facility provided by x11 and a glut library based on xlib and supports tcl/tk GL wrapper widget. DescPackaging: The patch file consists of Makefile.config that allows the CompileScript to adjust compilation flags to the appropriate variant, and to allow installation to DESTDIR. BuildDepends: ocaml (= 3.05-1), (%type_raw[-x11] = -x11) x11-dev, (%type_raw[-x11] = -x11) tcltk-dev, (%type_raw[-x11] = -x11) libgl, (%type_raw[-x11] = -x11) freeglut | (%type_raw[-x11] = -x11) glut Depends: ocaml (= 3.05-1), (%type_raw[-x11] = .) macosx, (%type_raw[-x11] = -x11) x11, (%type_raw[-x11] = -x11) tcltk, (%type_raw[-x11] = -x11) libgl, (%type_raw[-x11] = -x11) freeglut-shlibs | (%type_raw[-x11] = -x11) glut-shlibs Provides: (%type_raw[-x11] = -x11) lablgl-togl Replaces: (%type_raw[-x11] = -x11) lablgl, (%type_raw[-x11] = .) lablgl-x11 Conflicts: (%type_raw[-x11] = -x11) lablgl, (%type_raw[-x11] = .) lablgl-x11 PatchScript: patch -p1 %a/lablgl.patch CompileScript: #!/bin/sh -ev if [ %type_raw[-x11] == -x11 ]; then make \ PREFIX=%p \ XINCLUDES=-I/usr/X11R6/include \ XLIBS=-L/usr/X11R6/lib -lXext -lXmu -lX11 \ TKINCLUDES=-I%p/include \ TKLIBS=-L%p/lib -L/usr/X11R6/lib -lGL -lXmu \ GLLIBS=-lGL -lGLU \ GLUTLIBS=-L%p/lib -lglut \ all opt else make \ PREFIX=%p \ GLLIBS=-framework OpenGL \ GLUTLIBS=-framework GLUT \ lib glut libopt glutopt fi InstallScript: #!/bin/sh -ev mkdir -p %i/lib/ocaml/stublibs make install PREFIX=%p DESTDIR=%d - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Still need the Patch: field.
There's been talk on IRC about trying to get people to switch from Patch: to PatchFile:. However, I have encountered a situation in one of my own packages in which the benefits of PatchFile can't be fully utilized. In maxima(-nox) I declare Patch: %n.patch i.e. maxima uses maxima.patch and maxima-nox uses maxima-nox.patch. maxima-nox.patch has a block that is identical to maxima.patch, so I could in principle make that part a common PatchFile for both, and then apply the patching specific to maxima-nox separately, but that second patching operation doesn't get any of the benefits of PatchFile. I'd prefer not to have to go to separate .info files and thereby lose out on the convenience of Variants. Is there a better way to handle this, other than changing fink to handle multiple PatchFiles? ;-) - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Require new libversioned packages for those using Frameworks?
(relevant maintainer cc'ed) I built labplot against a 2.4.x version of r-base. I hadn't run it in a while, and sometime during that interval r-base got updated to 2.5.x . Lo and behold, when I tried to run labplot today, I got: $ labplot dyld: Library not loaded: /sw/Library/Frameworks/R.framework/Versions/2.4/Resources/lib/libR.dylib Referenced from: /sw/bin/labplot Reason: image not found Trace/BPT trap because libR.dylib is now in .../Versions/2.5/Resouces/lib/libR.dylib . Since the Framework build for the package installs into a libversioned directory already, it seems like the 2.4 library could have been kept around and the 2.5 update could have been a _new_ package (though this probably would entail additional Splitoffs). Thoughts? -- Alexander K. Hansen Fink User Liaison/Documenter akh AT finkproject DOT org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Require new libversioned packages for those using Frameworks?
Benjamin Reed wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Macks wrote: because libR.dylib is now in .../Versions/2.5/Resouces/lib/libR.dylib . Since the Framework build for the package installs into a libversioned directory already, it seems like the 2.4 library could have been kept around and the 2.5 update could have been a _new_ package (though this probably would entail additional Splitoffs). Thoughts? Sounds like the path of a public .dylib changed, therefore the package name needs to change, which would be a clear example of how to not-follow Shared Library Policy (and a good data point for why that policy is a Good Thing). What's install_name of the .dylib file, and does validator in CVS HEAD not whine about a .dylib that isn't declared in a Shlibs field? Looks like they misused frameworks, and should have /Versions/2 be a symlink to 2.5, and the install_names should be modified to use /Versions/2.5/Resources/... (if they are indeed forward-compatible) If they are truly different, and incompatible, they should have a new - -shlibs package. - -- Benjamin Reed a.k.a. Ranger Rick Fink, KDE, and Mac OS X development http://www.racoonfink.com/ - They have Versions/2.5 as a symlink to /Versions/2.5.1. The install_name is /sw/Library/Frameworks/R.framework/Versions/2.5/Resources/lib/libR.dylib I -- Alexander K. Hansen Fink User Liaison/Documenter akh AT finkproject DOT org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Require new libversioned packages for those using Frameworks?
Alexander K. Hansen wrote: Benjamin Reed wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Macks wrote: because libR.dylib is now in .../Versions/2.5/Resouces/lib/libR.dylib . Since the Framework build for the package installs into a libversioned directory already, it seems like the 2.4 library could have been kept around and the 2.5 update could have been a _new_ package (though this probably would entail additional Splitoffs). Thoughts? Sounds like the path of a public .dylib changed, therefore the package name needs to change, which would be a clear example of how to not-follow Shared Library Policy (and a good data point for why that policy is a Good Thing). What's install_name of the .dylib file, and does validator in CVS HEAD not whine about a .dylib that isn't declared in a Shlibs field? Looks like they misused frameworks, and should have /Versions/2 be a symlink to 2.5, and the install_names should be modified to use /Versions/2.5/Resources/... (if they are indeed forward-compatible) If they are truly different, and incompatible, they should have a new - -shlibs package. - -- Benjamin Reed a.k.a. Ranger Rick Fink, KDE, and Mac OS X development http://www.racoonfink.com/ - They have Versions/2.5 as a symlink to /Versions/2.5.1. The install_name is /sw/Library/Frameworks/R.framework/Versions/2.5/Resources/lib/libR.dylib I made a symlink .../Versions/2.4 - .../Versions/2.5 and my old labplot was happy to use the new r-base, so if the libR.dylib are incompatible, it's more subtle. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] unison packages
Alexander Hansen wrote: On 9/30/07, Chris Dolan [EMAIL PROTECTED] wrote: On Sep 28, 2007, at 2:04 PM, Alexey Zakhlestin wrote: I think, that I read, somewhere, that 2.27 is protocol-compatible with 2.13… (though I may be wrong) The changelog is here: http://www.seas.upenn.edu/~bcpierce/unison//download/releases/beta/ unison-2.27.29-manual.html#news and does not mention anything protocol-related. FWIW, I've been using Fink's 2.13.16-1004 daily with many different configs and have had no problems. I endorse a move to stable. Chris I've moved lablgtk and unison to stable. oops, it needed lablgtk2, which itself requires lablgl-x11 (maintainer cc'ed). One issue with the latter package is that it still depends on glut, rather than freeglut. I've tried out an update to that effect, which seems OK. If there are no objections, I'd like to commit the updated lablgl, lablgtk2, and unison to stable this weekend. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Error while compiling Gnash
Pierre-Henri Lavigne wrote: Good day all, I'm late... I'm late... Groochy to be ill xD While googling it seems to be a known bug - odd most of time I found talkings to build universal app : g++ -g -O2 -D_THREAD_SAFE -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -o .libs/gparser parser.o -Wl,-bind_at_load -L/sw/lib -L/usr/X11R6/lib -L/sw/lib/freetype219/lib/ ../server/.libs/libgnashserver.dylib -L/sw/lib/system-openssl/lib -L/usr/lib -L/sw/lib/freetype219/lib ../libbase/.libs/libgnashbase.dylib ../backend/.libs/libgnashbackend.dylib /sw/src/fink.build/gnash-0.8.1-1/gnash-0.8.1/server/.libs/libgnashserver.dylib /sw/src/fink.build/gnash-0.8.1-1/gnash-0.8.1/libamf/.libs/libgnashamf.dylib /sw/src/fink.build/gnash-0.8.1-1/gnash-0.8.1/libgeometry/.libs/libgnashgeo.dylib -lfontconfig /sw/lib/libpangox-1.0.dylib /sw/lib/libpango-1.0.dylib /sw/lib/libatk-1.0.dylib ../libamf/.libs/libgnashamf.dylib /sw/src/fink.build/gnash-0.8.1-1/gnash-0.8.1/libbase/.libs/libgnashbase.dylib /sw/lib/libjpeg.dylib /sw/lib/libcurl.dylib -lgssapi_krb5 -lkrb5 -lk5crypto -lkrb5support -lcom_err -lresolv /sw/lib/libssh2.dylib -lssl -lcrypto /sw/lib/libltdl.dylib -ldl -lboost_date_time -lboost_thread /sw/lib/libgstbase-0.10.dylib /sw/lib/libgstpbutils-0.10.dylib /sw/lib/libgstreamer-0.10.dylib /sw/lib/libgobject-2.0.dylib /sw/lib/libgmodule-2.0.dylib /sw/lib/libgthread-2.0.dylib /sw/lib/libxml2.dylib -lpthread /sw/lib/libglib-2.0.dylib /sw/lib/libintl.dylib -lc /sw/lib/libiconv.dylib -lz -lX11 -lXi -lm /usr/bin/ld: Undefined symbols: _FT_Done_Face _FT_Done_FreeType _FT_Init_FreeType _FT_Load_Char _FT_New_Face _FT_Outline_Decompose collect2: ld returned 1 exit status make[2]: *** [gparser] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of make failed, exit code 2 Thanks for your feedback. This is a problem involving freetype. Which freetype packages do you have installed currently? I don't want you to slap my head. If I remembered about my Fink courses : g++ means I have to specify the field GCC: 4.0 for example, right ? Yes. It's a matter of practice to include that even for top-level packages that aren't dependencies of anything else. Regards, take care, and take time to sleep ! Åkeson Chihiro Some exist through what they do... We exist through what we are Tel: +33 (0)6.18.75.32.67 Changez de tête et de tenue tous les jours si vous le voulez ! Volez la vedette sur Yahoo! Québec Avatars http://cf.avatars.yahoo.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel -- Alexander K. Hansen Fink User Liaison/Documenter akh AT finkproject DOT org - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] only allows things to BuildDepend on it
Jack Howarth wrote: I have discovered while revising the gromacs-mpi packaging that 'fink -m --build-as-nobody rebuild gromacs-mpi-openmpi' produces the error... WARNING: The package gromacs-mpi-openmpi-dev Depends on openmpi-dev, but openmpi-dev only allows things to BuildDepend on it. I could change the Depends line from... SplitOff2: Package: %N-dev Conflicts: gromacs-mpi-dev, gromacs-mpi-lammpi-dev, gromacs-mpi-openmpi-dev Replaces: gromacs-mpi-dev, gromacs-mpi-lammpi-dev, gromacs-mpi-openmpi-dev Depends: (%type_pkg[handler] = lammpi) lammpi-dev (= 7.1.2-1000), (%type_pkg[handler] = openmpi) openmpi-dev, fftw3-shlibs to SplitOff2: Package: %N-dev Conflicts: gromacs-mpi-dev, gromacs-mpi-lammpi-dev, gromacs-mpi-openmpi-dev Replaces: gromacs-mpi-dev, gromacs-mpi-lammpi-dev, gromacs-mpi-openmpi-dev Depends: fftw3-shlibs However this will decouple the gromacs-mpi-*-dev package from its associated mpi-dev package (allowing gromacs-mpi-lammpi-dev to be installed with openmpi-dev and gromacs-mpi-openmpi-dev to be installed with lammpi-dev). Should I just ignore this error? Thanks in advance for any advice. Jack Does gromacs-mpi-{lam,open}mpi-dev actually need to Depend rather than BuildDepend on {lam,open}mpi-dev? A more policy-compliant solution would be to make a DescUsage note that anything that BuildDepends on gromacs-mpi-{lam,open}mpi-dev also needs to BuildDepend on {lam,open}mpi-dev{lam,open}mpi-dev. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] only allows things to BuildDepend on it
Jack Howarth wrote: I have discovered while revising the gromacs-mpi packaging that 'fink -m --build-as-nobody rebuild gromacs-mpi-openmpi' produces the error... WARNING: The package gromacs-mpi-openmpi-dev Depends on openmpi-dev, but openmpi-dev only allows things to BuildDepend on it. I could change the Depends line from... SplitOff2: Package: %N-dev Conflicts: gromacs-mpi-dev, gromacs-mpi-lammpi-dev, gromacs-mpi-openmpi-dev Replaces: gromacs-mpi-dev, gromacs-mpi-lammpi-dev, gromacs-mpi-openmpi-dev Depends: (%type_pkg[handler] = lammpi) lammpi-dev (= 7.1.2-1000), (%type_pkg[handler] = openmpi) openmpi-dev, fftw3-shlibs to SplitOff2: Package: %N-dev Conflicts: gromacs-mpi-dev, gromacs-mpi-lammpi-dev, gromacs-mpi-openmpi-dev Replaces: gromacs-mpi-dev, gromacs-mpi-lammpi-dev, gromacs-mpi-openmpi-dev Depends: fftw3-shlibs However this will decouple the gromacs-mpi-*-dev package from its associated mpi-dev package (allowing gromacs-mpi-lammpi-dev to be installed with openmpi-dev and gromacs-mpi-openmpi-dev to be installed with lammpi-dev). Should I just ignore this error? Thanks in advance for any advice. Jack (corrected) If gromacs-mpi-{lam,open}mpi-dev needs to have {lam,open}mpi-dev installed concurrently to build other packages, then currently this would handled just by having a note to that effect in the DescUsage rather than declaring a Depend. If these dependencies are simply to build the gromacs family, then they should be BuildDepends Also, why doesn't gromacs*-dev Depend on %N-shlibs, as is standard? - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] xchat screw up
Max Horn wrote: Hi folks, unfortunately I made a serious mistake recently: I commited a version of my xchat package which should not yet have been commited, as it depends on GTK+2 2.10.0... So, I was wondering what to do now. Several possibilities come to mind: 1) Wait for GTK+2 2.10.0 -- well, unless it will come next week, this sounds like a bad plan :-) 2) Downgrade xchat.info to the previous version of the package -- easiest way, but could cause problems for people who already have 2.8.2 in their package database. Does our current index code cope with that just fine? 3) Use epoch to fix the problem -- ugh, I think this is not a good idea. The issue is annoying, but not *that* big that it would warrant this. Or does it? 4) ... your solution here ... Any input on what I should do best would be appreciated. Otherwise I'll probably go with 2) real soon now. Bye, Max I think 2) will be OK. At worst, people might have to do fink index -f to force a rebuild of the cache. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel