[Fink-devel] poll d/l fail
curl -f -L -O http://www.clapper.org/software/poll/poll-emulator-1.2.tar.gz curl: (6) Couldn't resolve host 'www.clapper.org' ### execution of curl failed, exit code 6 Downloading the file poll-emulator-1.2.tar.gz failed. Looks like clapper.org is down. -- Finlay --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] openldap-ssl
On Saturday, Nov 16, 2002, at 14:41 Europe/Brussels, jfm wrote: In addition, I just re-built with fink-cvs, no apparent trouble there either... So now you can get either log file.. But after removing openldap-ssl-*, I get same errors as you. The compilation seems to take too many symbols from the older libs in /usr/lib rather than from the corresponding newer ones in /sw/lib. And removing the unset DYLD_LIBRARY_PATH 's from the info file doesn't affect the results... JF Mertens --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] help needed with testing
Peter and I realized today that his dlcompat package needs a splitoff version. This has now been put into the 10.2/unstable tree, and at the same time, dlcompat-dev was added as a BuildDepends in many packages, but only in the unstable tree. Please help us test this, so that we can move it to stable in a short period of time and put the stable and unstable versions of packages back in sync. In order to test this, BE SURE THAT THE UNSTABLE TREES COME *BEFORE* THE STABLE TREES in the Trees line of /sw/etc/fink.conf. Then you can help us by running fink selfupdate-cvs and then rebuilding various packages which depend on dlcompat, and checking the dlcompat functionality. Report your results to this list, or else directly to Peter and me. Thanks, Dave P.S. Also, if you are moving packages to stable, be sure to remove dlcompat-dev from the BuildDepends line as you move it (at least until we are able to add dlcompat-dev to the stable tree). --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [Fink-users] Fink Needs You
At 17:22 Uhr -0800 14.11.2002, Ben Hines wrote: If you are using any fink package on 10.2 that is not listed in stable in FinkCommander or http://fink.sourceforge.net/pdb/index.php (current-stable), please let the maintainer know. We're not asking for a full QA report or even testing of every feature, I tried this and it seems to work fine is good enough for me. Actually, that was very contraproductive, at least for me... I got a couple dozen of mails reporting on packages *in stable*. Also, I am actually interested only in things that *work* well. As long as I doN't get a build error report, I of course can assume it builds well, esp. if I get positive *usage* feedback. But what use is a package that builds fine but doesn't work at all... hm. Maybe we should ask the fink commander author to restrict reports only on packages that are actually *not* in stable? Or even if it is in stable, refuse if the last CVS update is more than a week ago... I am really sick of getting mails that tell me I didn't use it much, but (gettext|dpkg|apt|...) seem to work fine here. Max -- --- Max Horn Software Developer email: mailto:[EMAIL PROTECTED] phone: (+49) 6151-494890 --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Problems with aria
Hi everyone! I'm trying to compile aria (0.10.0 and 0.10.2test7) on 10.2.2, and I'm getting this: g++ -DHAVE_CONFIG_H -I. -I. -I.. -isystem /sw/include -O2 -Wall -DLOCALEDIR=\/sw/share/locale\ -DDATADIR=\/sw/share\ -I../intl -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -I/usr/X11R6/include -c main.cc In file included from main.cc:32: getopt.h:104: declaration of C function `int getopt()' conflicts with /usr/include/unistd.h:142: previous declaration `int getopt(int, char* const*, const char*)' here make[3]: *** [main.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 ### execution of make failed, exit code 2 Failed: compiling aria-0.10.2test7-1 failed Anyone know what's wrong? Would commenting out the offending line in main.cc help...? I'm not sure. Thanks! --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] library compatibility version
Well, after thinking about this for a few hours, I've reached the opposite conclusion. I think we will have a more powerful system if we change the format of the Shlibs field to include the compatibility version. Here's how it would work (very similar to debian, actually: see http://www.debian.org/doc/debian-policy/ch-sharedlibs.html ). The Shlibs field would have entries such as %p/lib/libfoo.1.dylib 2.0.1 %n (= 1.2.3-1) This indicates that this package provides a library whose install-name is %p/lib/libfoo.1.dylib and whose compatibility-version is 2.0.1 . It also indicates that the earliest version of the package which provide this library with that compatibility-version was 1.2.3-1. If the fink package is upgraded but the compatibility number of this library is unchanged, then the next version of the .info file has the very same Shlibs field. (The Shlibs field should only change if the compatibility-version changes.) The advantage of this approach is less forced rebuilding of libraries by users. So long as a user has a version of the package installed which provides a library meeting the minimum compatibility version required, the library package won't need to be rebuilt. (Under the previous strategy, rebuilding would happen often, because we were using (= %v-%r) typically, and we couldn't avoid this because the compatibility-version might change.) Another advantage is that, like the debian shlibs format, this has three fields: name, version-number, package-data. Due to differences between ELF and Mach-O, the formats of these fields are different; however, it may be easier to construct a version of dpkg-shlibs which works with both debian and fink, with this greater parallel between formats. Any thoughts? -- Dave --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: [Fink-users] Fink Needs You
On Saturday, November 16, 2002, at 11:43 AM, Max Horn wrote: At 17:22 Uhr -0800 14.11.2002, Ben Hines wrote: If you are using any fink package on 10.2 that is not listed in stable in FinkCommander or http://fink.sourceforge.net/pdb/index.php (current-stable), please let the maintainer know. We're not asking for a full QA report or even testing of every feature, I tried this and it seems to work fine is good enough for me. Actually, that was very contraproductive, at least for me... I got a couple dozen of mails reporting on packages *in stable*. Also, I am actually interested only in things that *work* well. As long as I doN't get a build error report, I of course can assume it builds well, esp. if I get positive *usage* feedback. But what use is a package that builds fine but doesn't work at all... hm. Maybe we should ask the fink commander author to restrict reports only on packages that are actually *not* in stable? Or even if it is in stable, refuse if the last CVS update is more than a week ago... I am really sick of getting mails that tell me I didn't use it much, but (gettext|dpkg|apt|...) seem to work fine here. Yes, sorry forgot to get to that which you requested last time. I will also enhance finkcommander to add more boilerplate text to the email, something like, I, [EMAIL PROTECTED], have compiled and ran your packages: cowsay-1.0-1 xmms-2.0-1 and they seem to possess basic functionality, and not crash -Ben --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] About Fonts
On Saturday, November 16, 2002, at 10:53 PM, Alexander Strange wrote: No. XFree86 still provides Xft. We just provides its dependencies. Xft2 is part of fontconfig. --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] About Fonts
On Saturday, November 16, 2002, at 10:54 PM, Benjamin Reed wrote: On Saturday, November 16, 2002, at 10:53 PM, Alexander Strange wrote: No. XFree86 still provides Xft. We just provides its dependencies. Xft2 is part of fontconfig. Then we symlink it to /usr/X11R6/lib? Not sure what to do about that. -- Alexander Strange Is God willing to prevent evil, but not able? Then he is not omnipotent. Is he able, but not willing? Then he is malevolent. Is he both able and willing? Then whence cometh evil? Is he neither able nor willing? When why call him god? --Epicurus --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel