Re: [Fink-devel] assembler and perl modules
On Saturday, Jul 5, 2003, at 21:34 Europe/Brussels, David R. Morrison wrote: You can find these -pm580 packages in /experimental/jfmertens if you would like to help test. One note : The packages represent a minimal adaptation to get a usable perl580 installation (were first intended for purely local use). In particular, rev numbers are not upped, and everything like eg the necessary "Replaces" fields (in perl580 and perl560 packages) for their clone (both install the same manpages) are still missing (need to check each package individually to make sure it doesn't install eg things in /sw/bin, and if it does, whether the "Replaces" shouldn't become a "Conflicts") Still they do build (apparently correctly), as well as all other unmodified pm's , (at least when everything is built in dependency order), with the following exceptions , which are therefore just templates (if the maintainers _ or others _ could help out ...) : -- tk-tablematrix-pm580 (dyld: perl5.8.0 multiple definitions of symbol _LangExit /sw/lib/perl5/5.8.0/darwin/auto/Tk/Event/Event.bundle definition of _LangExit /sw/lib/perl5/5.8.0/darwin/auto/Tk/Tk.bundle definition of _LangExit ) -- libapreq-pm580 (looks for a bunch of things which were in /System/Library/Perl/darwin/Apache and are not provided by perl580 _ trouble continues despite a line "PatchScript: ln -s %p/bin/perl5.8.0 /System/Library/Perl/darwin/mod_perl.pm /System/Library/Perl/darwin/Apache . " maintainer will probably prefer to wait and see what's in Apple's perl581) -- gtk-perl-pm580 : since a version 0.7009 recently came out, didn't spend time looking for the source of trouble here. Hence also the 2 following dependencies are untested : -- gimp-perl580 -- xmms-pm580 -- bioperl-pm (didn't test _ don't have it here) The main changes are due to the fact that the following pm's are now included in perl580 (so I guess in 581 too...), hence need to adapt deps to be able to remove those packages altogether (and so that there doesn't remain a bunch of zombie bundles in fink after perl560 is dead): attribute-handlers-pm cgi-pm digest-md5-pm560 file-spec-pm file-temp-pm filter-simple-pm filter-util-pm560 getopt-long-pm i18n-langtags-pm libnet-pm locale-maketext-pm memoize-pm mime-base64-pm560 scalar-list-utils-pm560 storable-pm560 template-pm560 test-harness-pm test-simple-pm text-tabs-wrap-pm time-hires-pm560 , plus half of rec-descent-pm (Balanced.pm) I'll write to individual maintainers concerning a couple of more package-specific questions. JF Mertens --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] joining the #commits project and having a #fink-commits.
I would like to propose that we join the #commits project (http://navi.picogui.org/svn/picogui/trunk/tools/irc/cia.html) It is a fairly easy thing to do, we merely need a new entry in the loginfo, the scripts are already written which handle the data. why? Well first of all it is free exposure and secondly I and Benjamin for example really love. #kde-commits. It is a cheap and rather painless way to keep up to date what's happening in a CVS tree. Comments ? -d - Face me and you shall surely perish. PGP.sig Description: This is a digitally signed message part
[Fink-devel] Porting question
Greetings all, I'm working on a Fink package for naim, a very cool console-based AIM, ICQ, IRC and Lily chat client. My problem: When doing a ./configure && make on the stock sources, the latest version of naim compiles fine on Mac OS X 10.2.6 w/ GCC3 and the latest dev tools. I've tested the compiled executable, and it works perfectly. However, when I have fink attempt to build naim, the compile errors out halfway through and I haven't been able to come up with a satisfactory solution. Here is the error that the fink compile gives me: ./conio.c:2299: illegal function call, found `LTDL_SHLIB_EXT' cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode ./conio.c: In function `conio_modload': ./conio.c:2280: `LTDL_SHLIB_EXT' undeclared (first use in this function) ./conio.c:2280: (Each undeclared identifier is reported only once ./conio.c:2280: for each function it appears in.) ./conio.c:2299: parse error before "LTDL_SHLIB_EXT" It looks like when being built by fink, LTDL_SHLIB_EXT is not #defined. The only difference in the configure stage that might explain this is: Manual compile: checking dlfcn.h usability... no checking dlfcn.h presence... no checking for dlfcn.h... no Fink compile: checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes It looks like it is picking up the dlfcn.h installed by the dlcompat-dev package when fink builds it, as it should. However, I'm not sure how to ensure that LTDL_SHLIB_EXT is defined during the fink build. It looks like aclocal.m4 takes care of defining LTDL_SHLIB_EXT, but I don't know enough about how autoconf and libtool work to fix it. I thought about writing a patch to explicitly #define the missing value, but doesn't seem like the 'correct' solution, which is what I'd like to go for. Any assistance would be much appreciated! Thanks, -Paul --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] joining the #commits project and having a #fink-commits.
On Monday, July 7, 2003, at 1:51PM, David wrote: I would like to propose that we join the #commits project (http://navi.picogui.org/svn/picogui/trunk/tools/irc/cia.html) It is a fairly easy thing to do, we merely need a new entry in the loginfo, the scripts are already written which handle the data. why? Well first of all it is free exposure and secondly I and Benjamin for example really love. #kde-commits. It is a cheap and rather painless way to keep up to date what's happening in a CVS tree. Comments ? I'm all for it, and a couple of people have indicated wanting it on irc. If there aren't any objections, I'll go put it in. -- We put a lot of thought into our defaults. We like them. If we didn't, we would have made something else be the default. So keep your cotton-pickin' hands off our defaults. Don't touch. Consider them mandatory. "Mandatory defaults" has a nice ring to it. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] joining the #commits project and having a #fink-commits.
On Monday, July 7, 2003, at 9:21PM, Benjamin Reed wrote: I'm all for it, and a couple of people have indicated wanting it on irc. If there aren't any objections, I'll go put it in. Alright, there is now a "#fink-commits" channel that gets commits to cvs (generally) as they happen for those of you who are interested. :) It's not a replacement for discussion (if you need to comment to a packager about a commit, please do it on the list), but it can be handy when you're waiting for a change to happen. -- We put a lot of thought into our defaults. We like them. If we didn't, we would have made something else be the default. So keep your cotton-pickin' hands off our defaults. Don't touch. Consider them mandatory. "Mandatory defaults" has a nice ring to it. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Graphics Framework
Hello, I'm trying to gauge interest in a little project I've been working on in my spare time. What I have so far is a monolithic package that combines all the usual GNU/Linux graphics libraries into one big MacOS X style Framework. Namely I have a /Library/Frameworks/GNU-Graphics.framework that has all the graphics manipulation capabilities of libpeg-6b, libpng-1.2.x, tifflib-6beta, libungif etc ... Thus, instead of telling gcc "-ljpeg -lpng -lz" on the link command line, one can do "-framework GNU-Graphics" and get basically the same result. (By simlinking all the dylibs to the one big framework dylib one can still link the original way. By simlinking the headers to their place in the framework, the preprocessor never notices the difference either) Besides teaching myself how Darwin/OS X works the "OS X-native" way (as opposed to the "BSD-native" way), I did this as a proof of concept for a different methodology for prebinding in fink (or darwinports or whatever). The idea is to collect the libraries that are used most (all the graphics ones in one framework, the audio ones in another, the kde base ones in a third etc). By reducing the sheer number of libraries one can reduce the seg1addr address space collision problem to a more managable size. In the bonus side-effect column, those libraries should be available to the MacOS project builder stuff and to 3rd parties in a more "friendly" manner. Instead of carving up the available address space into tiny bits that may move around and such, one can just "reserve" hunks of space for related libraries (ie, a hypothetical GIMP-Framework has a space to itself where the 1.2 libgtk, libgdk, libgmodule etc all fit somewhere in) As long as one dynamically links to the Framework, the binary sizes stay basically the same. One can still generate the /usr/local/lib/libfoo.a static lib if one wants. Of course there are some significant drawbacks, like "having" to relink, redistribute and bump up the Framework version number everytime a sub-library gets changed (and worring about incompatible versions) Mixing licenses is also an issue (I Am Not A Lawyer, but it seems to me that the libraries I used are compatible with libMNG's use of the LGPL) I'm sure there are lots of other issues with the idea as well, but I figured I'd at least try to see if it was actually do-able first, and it seems to work just fine limited tests. Questions? (about my sanity)? Comments (regarding my certifiability)? -dean takemori --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Porting question
On Monday, July 7, 2003, at 12:04 PM, Paul Swenson wrote: It looks like when being built by fink, LTDL_SHLIB_EXT is not #defined. The only difference in the configure stage that might explain this is: Manual compile: checking dlfcn.h usability... no checking dlfcn.h presence... no checking for dlfcn.h... no See http://fink.sourceforge.net/faq/usage-general.php#compile-myself You need to set those when compiling things if you want to use fink stuff. -Ben --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Porting question
> > On Monday, July 7, 2003, at 12:04 PM, Paul Swenson wrote: > >> It looks like when being built by fink, LTDL_SHLIB_EXT is not >> #defined. The only difference in the configure stage that might >> explain this is: >> Manual compile: >> checking dlfcn.h usability... no >> checking dlfcn.h presence... no >> checking for dlfcn.h... no > > > See > http://fink.sourceforge.net/faq/usage-general.php#compile-myself > > You need to set those when compiling things if you want to use fink > stuff. > > -Ben > After setting the environment variables as specified on this web page, a manual ./configure && make build errored out in the same way that the automated fink build did (as I expected it would). This doesn't really help my dilemma, as I need to figure out why LTDL_SHLIB_EXT isn't being defined when fink's dlopen library is discovered by configure. Thanks, -Paul --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] "move away..." cvs update messages?
I just did a "fink selfupdate" from CVS (yay!) and got a boatload of messages like: C 10.2/unstable/main/finkinfo/sci/yorick-1.5.12-1.info cvs update: move away 10.2/unstable/main/finkinfo/sci/yorick-doc-1.5-1.info; it is in the way What's broken where? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] joining the #commits project and having a #fink-commits.
On Tuesday, July 8, 2003, at 03:21 AM, Benjamin Reed wrote: On Monday, July 7, 2003, at 1:51PM, David wrote: I would like to propose that we join the #commits project (http://navi.picogui.org/svn/picogui/trunk/tools/irc/cia.html) It is a fairly easy thing to do, we merely need a new entry in the loginfo, the scripts are already written which handle the data. why? Well first of all it is free exposure and secondly I and Benjamin for example really love. #kde-commits. It is a cheap and rather painless way to keep up to date what's happening in a CVS tree. Comments ? I'm all for it, and a couple of people have indicated wanting it on irc. If there aren't any objections, I'll go put it in. Well I am only the Press dude with no say *grins* but from my ppoint of view.. yess do it ! :) -d -- nee amata wo mitsukete soshite midoto wasrezu domma mi mumega itakutemo soba mi iru mo zutto...zutto...zutto PGP.sig Description: PGP signature