Re: [Fink-devel] Mac OS 10.5 (Leopard) will have Garbage Collection for Objective-C!
On May 7, 2006, at 06:22:01, Cian Hughes wrote: A friend just pointed this out to me, and I thought it might be of interest to people here :) "can only be used on Mac OS X 10.5 (Leopard) and later systems" Doesn't that fall really squarely under "NDA-only information"? What contracts are you or your friend violating to provide that kind of information? Cheers, Kyle Moffett --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] RFC: Choosing mirror by DNS LOC.
On Apr 25, 2006, at 03:08:59, David H. wrote: The question is, is there a fairly simply way to determine routing information and calculating a sane path in a reasonable time? Traceroute? Ping? Some combination of the two? Have the user specify country (and maybe state/province), then look up a list of adjacent/nearby states/countries, then run a traceroute and ping on that list of mirrors. Take some combination of most rapid response time and shortest route (which are going to be equivalent in 99% of the cases) and use that to select a mirror. Cheers, Kyle Moffett --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Implicit epoch for distributions
On Nov 10, 2005, at 00:19:59, Blair Zajac wrote: Dave, Can epochs have versions, such as 1.2? We could take the existing epochs and prepend '1.' for 10.1, '2.' for 10.2, etc. That way the existing epochs are smaller than the new epochs automatically. If you read the dpkg docs, the answer is no. Epochs are simple integers, unlike the rest of the version string, and are intended to be sparingly used. Cheers, Kyle Moffett -- Somone asked me why I work on this free (http://www.fsf.org/ philosophy/) software stuff and not get a real job. Charles Schulz had the best answer: "Why do musicians compose symphonies and poets write poems? They do it because life wouldn't have any meaning for them if they didn't. That's why I draw cartoons. It's my life." -- Charles Schulz --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] why is fink svn so slow?
On Oct 31, 2005, at 21:10:57, Jack Howarth wrote: Now that the gcc developers have switched over to svn and stopped keeping their cvs tree as current, I decided to fink install the svn-client under MacOS X 10.4.3. However I found that 'svn -q checkout svn://gcc.gnu.org/svn/gcc/trunk gcc' appears to take more than a order of magnitude longer under MacOSX than it does on a PC under Fedora Core 4. What gives? IIRC subversion makes heavy use of hardlinks, which are extremely slow on HFS filesystems. If possible, you might see doing it over NFS to a fast Linux box or on a local UFS partition makes it any faster. Cheers, Kyle Moffett -- When you go into court you either want a very, very, very bright line or you want the stomach to outlast the other guy in trench warfare. If both sides are reasonable, you try to stay _out_ of court in the first place. -- Rob Landley --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fink make 3.79.1 vs Apple make 3.80 (Released in 2002)
Why do we even bother packaging a separate (outdated) version of make when they only have a new release every 2 or more years? Somebody should probably remove that languishing package from unstable before its (make 3.79.1) broken $(eval foo) support bites others (IE: It produces no error messages but doesn't evaluate the $(eval) contents either). Cheers, Kyle Moffett -- Simple things should be simple and complex things should be possible -- Alan Kay --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Treatment of virtual packages, Version 2
On Jul 30, 2005, at 18:00:34, Alexander Hansen wrote: On Jul 30, 2005, at 5:35 PM, Kyle Moffett wrote: Package: host Conflicts: bind9 Replaces: bind9 And I'd say here Provides: host-command Package: bind9 Provides: host (once again Provides: host-command) Conflicts: host Replaces: host My addition is a bit facetious, too, in this case. I don't know if it's actually better or not--I'm more opposed to packages Providing themselves on aesthetic grounds. My thought with regards to this issue is that we should have the packages "Provide" the name that users are likely to try to "fink install". So, for example, when I want BIND-9, I'm likely to try "fink install bind9". Likewise, when I want _a_ "host" program, I'll try "fink install host", and if I already have bind9 installed, it should say something like this: Multiple packages provide "host": 1) bind9-9.2.1-10[*] 2) host-1.2.3-4 3) [*] Already installed Which package would you like? [1] Of course, this is all IMHO, so take it as you will. Cheers, Kyle Moffett -- Unix was not designed to stop people from doing stupid things, because that would also stop them from doing clever things. -- Doug Gwyn --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Treatment of virtual packages, Version 2
On Jul 30, 2005, at 15:24:05, Alexander Hansen wrote: IMO we shouldn't have 'bar' provide 'foo' as well as have a separate 'foo' package. This is a continual source of chaos. We should have a common functionality e.g. 'foo-bar', and then both 'foo' and 'bar' can provide 'foo-bar'. In this case we could either have "fink remove foo-bar" remove the package that provides 'foo-bar' or throw an error stating that it's a virtual package. No ambiguity. Uhh, what about this reasonably probable example: Say we're packaging the "host" command, for which multiple implementations exist. Yes, Apple provides this one, I know, but bear with me here, it's a decent real-world example. Say we have a "host" package that provides a standalone host implementation. Let's also say that we have a "bind9" package, which happens to include a different "host" command that can use the BIND lightweight resolver library. It should be possible to have these: Package: host Conflicts: bind9 Replaces: bind9 Package: bind9 Provides: host Conflicts: host Replaces: host Now, I _do_ agree that it probably is a terrible idea to have packages x and y where y provides x but does not conflict with it. In such a case, two programs providing the same functionality would be _guaranteed_ (absent dpkg-divert) to have filename conflicts, assuming they actually provide the same functionality. Cheers, Kyle Moffett -- Premature optimization is the root of all evil in programming -- C.A.R. Hoare --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New fink release, testing needed
On Jul 27, 2005, at 16:50:15, Benjamin Reed wrote: Kyle Moffett wrote: Secondly, the configuration text redirection error comes from this part of the patch: - user_config->Dump(out); + user_config->Dump(); I can't see any reason for this change. You don't even change the argument list for the Dump() function, so I assume it has a default argument (cout?), but this is definitely not desired behaviour :-D. The reason is because aptitude is kept in sync, for the most part, with the latest apt, which changed their API some. I had to remove those changes. ;) Hmm, well, something definitely isn't working, because when I run aptitude, press F10, go to the "Options" menu, then "Dependency Handling", I can change the setting "Install Recommended Packages Automatically", but when I close the dialog I get the following all over the aptitude GUI instead of in the ~/.aptitude/config file: aptitude ""; aptitude::Recommends-Important "false"; Thanks for your help! Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a18 C>$ UB/L/X/*(+)>$ P+++()>$ L(+ ++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP+++ t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New fink release, testing needed
On Jul 27, 2005, at 09:49:55, Benjamin Reed wrote: Kyle Moffett wrote: On a side note, does anyone know if porting "aptitude" (from Debian) has been attempted? I was considering trying such a port and was wondering if anybody has made the attempt before and run into difficult or unsolvable problems. I ported it a little while back, it's in unstable. I'd be happy to move it to stable if I get a few positive reports. (hint, hint) :) Actually, after testing it a bit, I've noticed a few issues. Firstly, It seems to have display glitches occasionally when scrolling through the list of packages, such that package text is sometimes incorrectly redrawn, and secondly, it doesn't properly create and open its config file, I get aptitude config text sent through STDOUT, STDERR, or the tty whenever I try to change preferences. After looking through your patch a bit, I see a few potential problems. When you patch this in configure: extern << Your patch omits this line #ifdef __cplusplus "C" #endif const char *_nl_expand_alias (); int main () { bindtextdomain ("", ""); return (int) gettext ("") + _nl_msg_cat_cntr + *_nl_expand_alias (0) return (int) gettext ("") + _nl_msg_cat_cntr ; return 0; } You delete the line "const char *_nl_expand_alias ()" without deleting the "extern" and the "#ifdef __cplusplus" above it, which possibly makes the gettext test fail. Secondly, the configuration text redirection error comes from this part of the patch: - user_config->Dump(out); + user_config->Dump(); I can't see any reason for this change. You don't even change the argument list for the Dump() function, so I assume it has a default argument (cout?), but this is definitely not desired behaviour :-D. Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a18 C>$ UB/L/X/*(+)>$ P+++()>$ L(+ ++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP+++ t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New fink release, testing needed
On Jul 26, 2005, at 23:04:04, Dave Vasilevsky wrote: Personally I much prefer aptitude to deselect, even when not using it to just install packages, because it allows one to mark packages as "installed only due to dependency" and it will automatically remove them when the depending package goes away or is upgraded. I use 'debfoster' for this. I used to use debfoster, and still do occasionally, but with aptitude one can trivially browse package dependencies and such, both up and down the dependency graph, including proper handling for virtual packages and such. When you install a package through aptitude, it also marks any automatically installed packages with the "A" flag. Oh, and aptitude has a built-in Minesweeper game ;-) Cheers, Kyle Moffett -- I lost interest in "blade servers" when I found they didn't throw knives at people who weren't supposed to be in your machine room. -- Anthony de Boer --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New fink release, testing needed
On Jul 26, 2005, at 19:52:44, Alexander Hansen wrote: On Jul 26, 2005, at 7:47 PM, Kyle Moffett wrote: I think I remember that it used to create/update apt-get package lists for local filesystem repositories, so that when running dselect you can see what deb files are on the local filesystem, even if they aren't installed at the moment. I've been unsubscribed for a while, so I don't know what development has happened or if the feature has been included elsewhere, but that's what I think it used to do, and maybe still does. That's done by 'scanpackages', now at any rate. Hmm, maybe they were synonyms? Oh well... On a side note, does anyone know if porting "aptitude" (from Debian) has been attempted? I was considering trying such a port and was wondering if anybody has made the attempt before and run into difficult or unsolvable problems. Personally I much prefer aptitude to deselect, even when not using it to just install packages, because it allows one to mark packages as "installed only due to dependency" and it will automatically remove them when the depending package goes away or is upgraded. http://fink.sourceforge.net/pdb/package.php/aptitude Hah! That shows me. I checked before I went on vacation and I couldn't seem to find it. I guess it was packaged for 10.4 fairly recently then? Cheers, Kyle Moffett -- I lost interest in "blade servers" when I found they didn't throw knives at people who weren't supposed to be in your machine room. -- Anthony de Boer --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New fink release, testing needed
On Jul 25, 2005, at 19:22:06, Dave Vasilevsky wrote: * 'fink rescan' is deprecated because nobody knows what it's for. If you know, tell us! I think I remember that it used to create/update apt-get package lists for local filesystem repositories, so that when running dselect you can see what deb files are on the local filesystem, even if they aren't installed at the moment. I've been unsubscribed for a while, so I don't know what development has happened or if the feature has been included elsewhere, but that's what I think it used to do, and maybe still does. On a side note, does anyone know if porting "aptitude" (from Debian) has been attempted? I was considering trying such a port and was wondering if anybody has made the attempt before and run into difficult or unsolvable problems. Personally I much prefer aptitude to deselect, even when not using it to just install packages, because it allows one to mark packages as "installed only due to dependency" and it will automatically remove them when the depending package goes away or is upgraded. Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a18 C>$ UB/L/X/*(+)>$ P+++()>$ L(+ ++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP+++ t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fwd: Compiling pwlib on 10.4 (Tiger)
On Jul 20, 2005, at 16:13:42, Jean-François Mertens wrote: Dear Kyle, Forgot to say how happy I am to see you back. I'm glad to be back. I've been busy with many other things, but I have a little more time now than I used to. To say only only one thing : I have a script that was accelerated 5-fold by using "finch-version-cmp" (from libfinch0) instead of "dpkg --compare-versions" .. Heh, now that's funny to hear. I never progressed very far on those packages, and I didn't think anybody found them very useful. If there's interest and my schedule has time, I may hack on them more, although I'm a bit busy at the moment hacking on the Linux kernel and trying to get GnomeMeeting to work on OS X Cheers, Kyle Moffett -- Somone asked me why I work on this free (http://www.fsf.org/philosophy/) software stuff and not get a real job. Charles Shultz had the best answer: "Why do musicians compose symphonies and poets write poems? They do it because life wouldn't have any meaning for them if they didn't. That's why I draw cartoons. It's my life." -- Charles Shultz --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fwd: Compiling pwlib on 10.4 (Tiger)
On Jul 20, 2005, at 11:29:33, Jean-François Mertens wrote: Dear Kyle, Is it worth to spend such effort on antiques ? Actually, I noticed this back before I really did any work on them. I've got pwlib-1.8.4 and part of openh323-1.15.3 compiling, with nice info files. While trying to get openh323 to compile, I noticed a few other bugs in the old pwlib packaging. I'll post when I've got more working. Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a18 C>$ UB/L/X/*(+)>$ P+++()>$ L(+ ++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP+++ t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fwd: Compiling pwlib on 10.4 (Tiger)
On Jul 18, 2005, at 17:34:55, Kyle Moffett wrote: On Jul 18, 2005, at 15:14:01, Dave Vasilevsky wrote: I suspect that if you can get your package building with g++ 3.3 (or even 4.0!), that would make the problem go away. It appears that it BuildDepends on 3.1, wants 3.3, and tries to use 3.1. I'm quite confused. I'll try getting it to build with a different version, like 3.3 or 4.0, in addition to the previous patches, to see if that fixes it. Thanks for all your help! A quick followup, with the following info and patch files, I was able to get pwlib to build successfully. I've also patched openh323 to build with GCC 4.0 as well (It links to pwlib), and I'm testing that at the moment. When I get GnomeMeeting working, I'll post a followup. pwlib.info Description: Binary data pwlib.patch Description: Binary data Cheers, Kyle Moffett -- Somone asked me why I work on this free (http://www.fsf.org/philosophy/) software stuff and not get a real job. Charles Shultz had the best answer: "Why do musicians compose symphonies and poets write poems? They do it because life wouldn't have any meaning for them if they didn't. That's why I draw cartoons. It's my life." -- Charles Shultz
Re: [Fink-devel] Fwd: Compiling pwlib on 10.4 (Tiger)
On Jul 18, 2005, at 15:14:01, Dave Vasilevsky wrote: On Jul 18, 2005, at 10:42 AM, Kyle Moffett wrote: virtual thunk to std::basic_istream >::~basic_istream() If you do a 'nm -m' on libstdc++, that symbol is in section (__TEXT,__textcoal_nt), which means it's a 'coalesced' symbol. I'm not sure if this is relevant, but I do know that we've encountered a number of problems with this Apple 'innovation'. Unfortunately, I don't remember quite what goes wrong with coalesced symbols or how to fix it, hopefully somebody else has a better memory than mine. I suspect that if you can get your package building with g++ 3.3 (or even 4.0!), that would make the problem go away. Hmm, *looks at info file*, this is _really_ strange: Package: pwlib Version: 1.5.2 Revision: 12 Maintainer: Shawn Hsiao <[EMAIL PROTECTED]> ... BuildDepends: fink (>= 0.9.12), gcc3.1 [<== NOTE: 3.1] ... GCC: 3.3 CompileScript: << ./configure --prefix=%p/lib/%n make CPLUS=g++3 [...] << ... It appears that it BuildDepends on 3.1, wants 3.3, and tries to use 3.1. I'm quite confused. I'll try getting it to build with a different version, like 3.3 or 4.0, in addition to the previous patches, to see if that fixes it. Thanks for all your help! Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a18 C>$ UB/L/X/*(+)>$ P+++()>$ L(+ ++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP+++ t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fwd: Compiling pwlib on 10.4 (Tiger)
On June 23, 2005 at 19:03:26 EDT, Kyle Moffett wrote: g++3 -o obj_Darwin_ppc_r/asnparser -I/sw/include -fno-common - dynamic -fno-common -dynamic -L/sw/lib -lresolv -L../../lib ./ obj_Darwin_ppc_r/asn_grammar.o ./obj_Darwin_ppc_r/asn_lex.o ./ obj_Darwin_ppc_r/main.o -lpt_Darwin_ppc_r -lpthread -llber -lldap - lldap_r -lssl -lcrypto -lexpat -lSDL -framework AudioToolbox - framework CoreAudio ld: Undefined symbols: __ZTv0_n12_NSiD0Ev __ZTv0_n12_NSiD1Ev __ZTv0_n12_NSoD0Ev __ZTv0_n12_NSoD1Ev make[1]: *** [obj_Darwin_ppc_r/asnparser] Error 1 make: *** [opt] Error 2 ### execution of make failed, exit code 2 Secondly, there are those undefined symbols. Do you know what those symbols are? I've been able to demangle the symbols with c++filt, and here's what I get: virtual thunk to std::basic_istream >::~basic_istream() On Jul 18, 2005, at 09:59:23, David R. Morrison wrote: Kyle: The last errors you are getting look like a problem with mixing and matching various versions of the g++ ABI. The pwlib compile lines which you showed in your message are explicitly using g++ 3.1(via the g++3 command) so you cannot link to any libraries compiled with g++ 3.3 or g++ 4.0. Please CC Shawn Hsiao on this as well, he's the listed maintainer, as well as an upstream GnomeMeeting/pwlib developer, and when he gets back from vacation, he'll probably be interested in the solution and patches :-D. Hmm, *digs through sources*, after staring at this a bit more, I can't see how that could be related, unless gcc++3 isn't linking against the right libstdc++. Looking at the library and object list: ./obj_Darwin_ppc_r/asn_grammar.o ./obj_Darwin_ppc_r/asn_lex.o ./obj_Darwin_ppc_r/main.o -lpt_Darwin_ppc_r -lpthread -llber -lldap -lldap_r -lssl -lcrypto -lexpat -lSDL -framework AudioToolbox -framework CoreAudio The only C++ libraries and objects mentioned there are ones compiled as a part of pwlib, and I've grepped through the compile logs to verify that all of the files are compiled and linked with g++3 and nothing else. Thanks anyways! From some googling I did a while ago (although the same search terms no longer return the desired results now), I determined that those symbols arise when creating a subclass of istream or ostream in a user library, and that such code causes problems with ZeroLink, although that's completely irrelevant here :-D. Does anyone else have any ideas? Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a18 C>$ UB/L/X/*(+)>$ P+++()>$ L(+ ++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP+++ t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fwd: Compiling pwlib on 10.4 (Tiger)
I sent this message to Shawn Hsiao a few weeks ago, but received no response, and neither have there have been any updates to pwlib in the intervening time. Is there anyone else who can help me with this issue? (I've CC'ed James Gibbs as he is mentioned in DescPackaging as having packaged Version 1.5.2-10). Begin forwarded message: From: Kyle Moffett <[EMAIL PROTECTED]> Date: June 23, 2005 19:03:26 EDT To: Shawn Hsiao <[EMAIL PROTECTED]> Subject: Compiling pwlib on 10.4 (Tiger) While attempting to compile pwlib (which is required for GnomeMeeting), I get the following error: g++3 -DP_MACOSX=810 -DNO_LONG_DOUBLE -D_REENTRANT -Wall - DPHAS_TEMPLATES -I/sw/build/pwlib-1.5.2-12/pwlib/include/ptlib/ unix -I/usr/include/pwlib -I/sw/build/pwlib-1.5.2-12/pwlib/include -O2 -DNDEBUG -I/sw/include -fno-common -dynamic -fno-common - dynamic -DPTRACING=1 -x c++ -c ../../ptclib/asner.cxx -o /sw/build/ pwlib-1.5.2-12/pwlib/lib/obj_Darwin_ppc_r/asner.o In file included from /sw/build/pwlib-1.5.2-12/pwlib/include/ptlib/ unix/ptlib/contain.h:57, from /sw/build/pwlib-1.5.2-12/pwlib/include/ ptlib.h:139, from ../../ptclib/asner.cxx:290: /sw/build/pwlib-1.5.2-12/pwlib/include/ptlib/unix/ptlib/pmachdep.h: 448: conflicting types for `typedef int socklen_t' /usr/include/sys/socket.h:99: previous declaration as `typedef __darwin_socklen_t socklen_t' make[1]: *** [/sw/build/pwlib-1.5.2-12/pwlib/lib/obj_Darwin_ppc_r/ asner.o] Error 1 make: *** [opt] Error 2 ### execution of make failed, exit code 2 If I add this patch to /sw/fink/dists/unstable/main/finkinfo/libs/ pwlib.patch, in addition to the one already there, the compile gets further: --- pwlib/include/ptlib/unix/ptlib/pmachdep.h.old 2005-06-22 09:49:50.0 -0400 +++ pwlib/include/ptlib/unix/ptlib/pmachdep.h 2005-06-22 09:50:33.0 -0400 @@ -445,8 +445,6 @@ #include #include -typedef int socklen_t; - #define HAS_IFREQ #define PSETPGRP() setpgrp(0, 0) That compile then dies with this error: g++3 -DP_MACOSX=810 -DNO_LONG_DOUBLE -D_REENTRANT -Wall - DPHAS_TEMPLATES -I/sw/build/pwlib-1.5.2-12/pwlib/include/ptlib/ unix -I/usr/include/pwlib -I/sw/build/pwlib-1.5.2-12/pwlib/include -O2 -DNDEBUG -I/sw/include -fno-common -dynamic -fno-common - dynamic -DPTRACING=1 -x c++ -c udll.cxx -o /sw/build/ pwlib-1.5.2-12/pwlib/lib/obj_Darwin_ppc_r/udll.o udll.cxx: In function `void* dlopen(const char*, int)': udll.cxx:199: cannot convert `long unsigned int*' to `void**' for argument `2' to `int _dyld_func_lookup(const char*, void**)' udll.cxx:201: warning: invalid conversion from `void*' to `__NSModule*' udll.cxx: In function `void* dlsymIntern(void*, const char*)': udll.cxx:236: cannot convert `__NSSymbol*' to `__NSSymbol**' in assignment udll.cxx:253: cannot convert `__NSSymbol*' to `__NSSymbol**' in assignment udll.cxx:259: warning: invalid conversion from `void*' to `__NSModule*' udll.cxx:259: cannot convert `__NSSymbol*' to `__NSSymbol**' in assignment udll.cxx:267: cannot convert `__NSSymbol**' to `__NSSymbol*' for argument `1' to `void* NSAddressOfSymbol(__NSSymbol*)' udll.cxx: In function `int dlclose(void*)': udll.cxx:283: warning: invalid conversion from `void*' to `__NSModule*' udll.cxx:285: warning: invalid conversion from `void*' to `__NSModule*' udll.cxx: In function `void* dlsym(void*, const char*)': udll.cxx:307: warning: invalid conversion from `void*' to `char*' /sw/lib/gcc3.1/include/g++-v3/streambuf: At top level: udll.cxx:271: warning: `const char* dlerror()' defined but not used make[1]: *** [/sw/build/pwlib-1.5.2-12/pwlib/lib/obj_Darwin_ppc_r/ udll.o] Error 1 make: *** [opt] Error 2 ### execution of make failed, exit code 2 This appears to be where pwlib tries to build its own dlopen/ dlclose/dlsym functions, instead of using the ones built in to OS 10.4. If I add this patch as well, it gets past that error: --- pwlib/src/ptlib/unix/udll.cxx.old 2005-06-22 10:35:45.0 -0400 +++ pwlib/src/ptlib/unix/udll.cxx 2005-06-22 10:35:11.0 -0400 @@ -80,7 +80,11 @@ #include -#ifdef P_MACOSX +#if 1 +# include +#endif + +#if 0 /* Copyright (c) 2002 Peter O'Gorman <[EMAIL PROTECTED]> Almost fixed now, but I still get errors which I don't know how to fix: g++3 -o obj_Darwin_ppc_r/asnparser -I/sw/include -fno-common - dynamic -fno-common -dynamic -L/sw/lib -lresolv -L../../lib ./ obj_Darwin_ppc_r/asn_grammar.o ./obj_Darwin_ppc_r/asn_lex.o ./ obj_Darwin_ppc_r/main.o -lpt_Darwin_ppc_r -lpthread -llber -lldap - lldap_r -lssl -lcrypto -lexpat -lSDL -framework AudioToolbox - framework CoreAudio ld: warning multiple definitions of symbol _regcomp ../../lib/libpt_Darwin_ppc_r.dylib(regcomp.o) de
Re: [Fink-devel] any way around MMAP on OS X.3???
On Apr 30, 2004, at 20:29, Jules Ngambo wrote: if ((MMgt_MMap = open ("/dev/zero", O_RDWR)) < 0) { if ((MMgt_MMap = open ("/dev/null", O_RDWR)) < 0){ MMgt_MMap = 0; } } I'm pretty sure OS X doesn't allow this operation. Is there anyway around this problem? That code is perfectly fine, except that if both of the above fail (for some reason that probably should never happen) it will set MMgt_MMap to the standard input, which is probably not the desired result. It should work correctly (at least from what I can see) if you change the line "MMgt_MMap = 0;" to be "MMgt_MMap = -1;" instead. Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a17 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP+++ t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK--
Re: [Fink-devel] gimp-app
On Mar 31, 2004, at 01:00, Martin Costabel wrote: The gimp-app guy seems to have compiled gimp-2 using Fink, but he doesn't tell how and he doesn't let the Fink community participate in his work. For me, this intellectual honesty aspect is the main point. Commercial aspects are less important, maybe not important at all in the case of gimp-app. As the FSF can explain better, there are other drawbacks of distributing binaries without the precise sources used for producing them. Ahh, ok, in my cursory examination of the site I missed that fact. Sorry for the confusion Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a17 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP+++ t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gimp-app
On Mar 30, 2004, at 20:56, Alexander Strange wrote: The Gimp 2.0 isn't a ripoff because I haven't finished the package yet. He does provide the original Gimp sources, but if the "application bundle" contains anything else it would need to be published as well (but it's not a violation until someone asks him and he refuses, I believe). He only provides a link to the sources on a GIMP mirror, whereas the GPL requires him to properly host the source on his own server. It's unlikely that anyone will have issues with that unless it really becomes more than a simple script hack posted because it makes things easier. I post little hacks to big GNU programs wrapped up in app bundles, and it really shouldn't be an issue. The point of the GPL is to prevent big ripoffs of software. For example, one of the authors of WASTE: <http://waste.sourceforge.net/> believes that his code really *was* ripped off: <http://www.via.com.tw/en/padlock/padlock_sl.jsp> Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a17 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP+++ t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] bad dependency?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Feb 16, 2004, at 09:44, Pascal J.Bourguignon wrote: $ wget -h dyld: wget can't open library: /sw/lib/libssl.0.9.7.dylib (No such file or directory, errno = 2) Trace/BPT trap This is really wget, not wget-ssl? The wget from the wget package should not link to libssl at all. What does "otool -L /sw/bin/wget" give? wget. Strange isn't it: $ otool -L /sw/bin/wget /sw/bin/wget: /sw/lib/libintl.1.dylib (compatibility version 2.0.0, current version 2.1.0) /sw/lib/libiconv.2.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 63.0.0) $ fink list |egrep wget\|openssl openssl 0.9.6j-1Secure Sockets Layer and general crypto library openssl-dev 0.9.6j-1Secure Sockets Layer and general crypto library i openssl-shlibs 0.9.6j-1Secure Sockets Layer and general crypto library openssl097 0.9.7b-1Secure Sockets Layer and general crypto library openssl097-dev 0.9.7b-1Secure Sockets Layer and general crypto library openssl097-shlibs 0.9.7b-1Secure Sockets Layer and general crypto library i wget1.8.2-1 Automatic web site retreiver wget-ssl1.8.2-2 Automatic web site retreiver, with SSL support What does "which wget" give you? /sw/bin/wget does not link to /sw/lib/libssl.0.9.7.dylib, so you must be running a different wget than /sw/bin/wget. Cheers, Kyle Moffett - -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a17 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP+++ t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iD8DBQFANDML+9lumGKBuiIRAjgkAJ4uIP2oNhD+Lu5ktwy4yx8Y9JBvoQCfbVJo lRHCJd2tYMemSWvsWc+ssy4= =HO1r -END PGP SIGNATURE- --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] DYLD_LIBRARY_PATH and regina (Again...)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A month or so ago I mentioned the usage of DYLD_LIBRARY_PATH in certain packages, for example, regina, a rexx interpreter, sets it in its profile.d scripts. The issue has still not been resolved (AKA, the package still uses DYLD_LIBRARY_PATH to find its libraries). Eric? If you get this, please try to repair your package. I would like to use regina, but the usage of DYLD_LIBRARY_PATH as "/sw/lib" breaks lots of stuff that use Apple's libraries in /usr/lib. Cheers, Kyle Moffett - -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iD8DBQFACbysag7LSGnFq10RAqTeAKDSurt4HajLAs6RqYmComcN2YIRMACfTxHA kOZ1QkXHHWma2/auPKyzKic= =Rgec -END PGP SIGNATURE- --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] GPL interpretation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jan 17, 2004, at 15:26, Kurt Pfeifle wrote: David R. Morrison wrote: Dear fink developers, I'd like to get some other opinions on the following question. As I understand the GPL, if we distribute binaries of GPL'd software over the web, we must also make the corresponding source available by the web (unless we are willing to respond to requests sent to us by users, which I don't think we want to get into). The question is, what time interval do we need to respect here? If you distribute binaries only, you need to make available the sources (matching the exact version of the binary) for 3 years. Well, since we are only distributing over the web, we don't need to handle requests for sources through other means. I guess that if somebody requests the sources to an older version (on a mailing list or something) we could just post the older version of the source on one of the Fink mirrors. I don't see that happening very often, so I think we should handle it on a case-by-case basis (If somebody asks, post the older source, otherwise don't worry about it). Please correct me if I'm wrong, but AFAIK that shouldn't cause problems with the GPL. Cheers, Kyle Moffett - -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iD8DBQFACbHSag7LSGnFq10RAgiIAJ4xmo1jYKJrBJWDr7W5ZKiiq3XfCACgsZ35 pp2V2zJDpWCvKJIFmsZ6kUs= =Q8nV -END PGP SIGNATURE- --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Case-Sensitive filesystems in fink
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Could we place a note in the packaging section of the Fink webpage concerning case sensitivity? I keep my /sw on a case-sensitive filesystem and have run into several packages that don't compile because the developer inadvertently used the wrong case. I've notified several developers of similar problems before, and those were fixed, but more pop up. Here is a list of the packages that currently have problems: gkrellmms2: James Gibbs: DocFiles is wrong (ChangeLog => Changelog) gkrellstock2: James Gibbs: Tar file directory (gkrellstock-0.5.1 => gkrellStock-0.5.1) modulef: Martin Costabel Some directory?? (InstallDarwin => Installdarwin) Thanks all! Cheers, Kyle Moffett - -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iD8DBQFACX15ag7LSGnFq10RAkpjAKCjxd60NAcy+fnBd3aq2vsk3A28OQCffPnJ MfsBS1SkjJ6FVsVvtU0935Q= =D6yV -END PGP SIGNATURE- --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Dependency engine updates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have been working on Objective-C code to do similar things, and would be glad to cooperate with you on this. Right now I have (I think) properly working Objective-C classes (With Perl interfaces) for a version-revision pair and a version range (I.E. between two versions, optionally including one or both ends), with values for a "minimum" and "maximum" version. I am currently working on a "version set" akin to the mathematical concept of a set of numbers, and an "associative version set", which aggregates a collection of "version sets" (each sub-set associated with an object) under a simple interface for searching the group as a whole. I am also working on bridges and Perl wrappers to make them seem as native Perl objects. The search time for a version set or associative version set is linearly related to the number of objects in the set. Each individual version string is parsed into a set of data structures pointing to the string itself, such that only 8 extra bytes are required for each version/revision "segment", in exchange for a decrease in execution time. I suspect that either my in-progress implementation of the "associative version set" could be ported to Perl for use in implementing versioned provides and better virtual package handling or could be used natively by the installation of my library and perl modules. If anyone wants details or *gasp* to help out, please email me and I will be glad to provide any assistance I can as soon as I have time. Cheers, Kyle Moffett - -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/+3/xag7LSGnFq10RAuAiAKDV5h3//zpl/dK8J9CsymvXVuu0RwCgqo2X buZEfKoaV309Ru8ptRANtw4= =aICx -END PGP SIGNATURE- --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: /sw/lib/libiberty.a
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jan 04, 2004, at 19:42, Matthias Ringwald wrote: Hi Kyle I'm trying to make a cross-compiling tool-chain for avr. As the libiberty.a static lib is build by the tools that need it, I decided to just delete it and don't install it at all. InstallScript: << make install DESTDIR=%d rm -f %i/lib/libiberty.a << That's fine. Now I did run into the trouble that with binutils and gcc do install into /sw/TARGET which is not ok reading the fink filesystem docu. So far I'm trying to move everything from /sw/avr/ into /sw/share/avr A similiar option would be to use /sw/lib/avr Did you solve this (differently) ? I was actually considering putting the data in %p/lib/arch/${TARGET}, but I'm not exactly sure what we should do here. Right now, I have problems compiling a library for avr (the avr-libc) If you can download a precompiled binary I suggest you do that, that way you won't suffer from weird library inconsistencies. I did that for linux because the debian glibc is compiled with certain kernel headers, and I just decided not to risk it. Cheers, Kyle Moffett - -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/+MqJag7LSGnFq10RAlhOAJoD+foj75faZHIAq4M0pZREqd5POACfXF8F mW1KBZD1e+dVJNd5AVo0Ps0= =PENf -END PGP SIGNATURE- --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Ethereal-ssl out of date?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Dec 30, 2003, at 18:09, Kyle Moffett wrote: On Dec 29, 2003, at 11:30, Anthony DeRobertis wrote: http://fink.sourceforge.net/pdb/package.php/ethereal lists there being a 0.9.16-11 ethereal but only 0.9.14-1 ethereal-ssl. Any reason for that? There was a fix recently to ethereal that repaired issues with gtk+, and in the process it was upgraded to the latest version. I had the time and needed ethereal-ssl, so I decided to save Max some work. Here are updated files, but Max should probably check them and commit them to CVS. I don't think I made any mistakes, but... :-) Whoops!!! Sorry, forgot the URLS: http://www.tjhsst.edu/~kmoffett/ethereal-ssl.info http://www.tjhsst.edu/~kmoffett/ethereal-ssl.patch Cheers, Kyle Moffett - -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/8gXlag7LSGnFq10RAsofAJ0ZzKKsgcKWrqhOQsnM68EbaelAmACfdSb7 B0yiu2oh0WyI1htsS6PHH9g= =PXEa -END PGP SIGNATURE- --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Ethereal-ssl out of date?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Dec 29, 2003, at 11:30, Anthony DeRobertis wrote: http://fink.sourceforge.net/pdb/package.php/ethereal lists there being a 0.9.16-11 ethereal but only 0.9.14-1 ethereal-ssl. Any reason for that? There was a fix recently to ethereal that repaired issues with gtk+, and in the process it was upgraded to the latest version. I had the time and needed ethereal-ssl, so I decided to save Max some work. Here are updated files, but Max should probably check them and commit them to CVS. I don't think I made any mistakes, but... :-) Cheers, Kyle Moffett - -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/8gWTag7LSGnFq10RAhEAAKC+SYYe5071R927z04V4tkrNngvrwCg10rV J5J9FgcBGhbU/EJRBEitDy4= =evSJ -END PGP SIGNATURE- --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Manual pages in /sw/man (code2html, shntool, gaim-ssl, jove, trackballs, snownews, shorten)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 To the maintainers of code2html, shntool, gaim-ssl, jove, trackballs, snownews, and shorten. Does fink validate check this? If not, could that be added? Also, if it is not already, running fink validate should be required for all packages before they are added to unstable. zeus:~ root# dpkg -S '/sw/man*' jove: /sw/man/man1/teachjove.1 jove: /sw/man/man1/xjove.1 jove: /sw/man/man1/jove.1 code2html, shntool, gaim-ssl, jove, trackballs, snownews, shorten: /sw/man jove: /sw/man/man1/jovetool.1 snownews: /sw/man/fr/man1 trackballs: /sw/man/man6/trackballs.6 code2html: /sw/man/man1/code2html.1 shorten: /sw/man/man1/shorten.1 snownews: /sw/man/de/man1 snownews: /sw/man/de/man1/snownews.1 snownews: /sw/man/fr/man1/snownews.1 snownews: /sw/man/nl/man1 snownews: /sw/man/de code2html, shntool, jove, snownews, shorten: /sw/man/man1 gaim-ssl: /sw/man/man3 trackballs: /sw/man/man6 snownews: /sw/man/nl gaim-ssl: /sw/man/man3/Gaim.3pm shntool: /sw/man/man1/shntool.1 snownews: /sw/man/fr snownews: /sw/man/man1/snownews.1 snownews: /sw/man/nl/man1/snownews.1 Cheers, Kyle Moffett -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/6kX9ag7LSGnFq10RAimaAJ4gjAEnQWmQmccrThx1zGniJAIbkgCgp1Bo dqqGNHxNTGrhW3mY2XvrJ4g= =Lqoh -END PGP SIGNATURE- --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] /sw/lib/libiberty.a
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was trying to make a cross-compiling tool-chain (powerpc-apple-darwin7.2.0 => powerpc-unknown-linux-gnu) and I discovered that binutils, gcc, and ddd (Max Horn's package) all attempt to install /sw/lib/libiberty.a. What is the best way to handle this? Could/should we use update-alternatives? (I don't know much about it, so I'm not sure) OTOH, if several packages use it, we might see if we could make a seperate libiberty package that just installs a /sw/lib/libiberty.a, then have anything that needs libiberty.a either use their own but not install it or use the installed copy. What do you all think? Cheers, Kyle Moffett -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/6bYrag7LSGnFq10RAn5IAJ4pgi5tC896xPd7ESz4CebVCob0PACgzL/T E5+l3Dj2t1yIHehkENFSC+o= =mYMo -END PGP SIGNATURE- --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fwd: tads on Panther
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've not received a response from Alexander, so I'm forwarding this on to the list. If you get this one Alexander, could you please fix it? Otherwise, could somebody else with CVS access make the change? Thanks. Cheers, Kyle Moffett Begin forwarded message: From: Kyle Moffett <[EMAIL PROTECTED]> Date: November 04, 2003 19:45:20 EST To: Alexander Strange <[EMAIL PROTECTED]> Subject: tads on Panther The Fink "tads" package does not compile on a case-sensitive filesystem because the info file refers to the file "tests/BUGS.T" by the name "tests/bugs.t". Thanks for looking into this issue. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/5+MDag7LSGnFq10RAjGbAJ0ZYd4OZAOkOrvD3qp2pXC6Sn5GmACfRQId 3AiXoIlrEbQLgRWZlDh8VT4= =pZI3 -END PGP SIGNATURE- --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
libfinch (Was: Re: [Fink-devel] BuildDependsOnly field)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Dec 02, 2003, at 17:45, TheSin wrote: Also on a side note I'm working on fink remove -d pkg which will remove a pkg and all it's deps, this will need some what of a new dep engine, and I'll be able to make a fink deptree pkg using the same engine, are there any suggestions/requests before I start this? I have started a project to replace the Fink dep engine with a more generic one, called libfinch, and have already begun a perl interface to my library. I am developing the project on SourceForge at <http://www.sourceforge.net/projects/libfinch>. I currently do not have much time for this project, but I am planning to work on it for a "Senior Technology Project" next year, and I will have much more time then. There is a new set of packages on the package submission tracker, ID 843416, that provide generic version management, with interfaces in Obj-C, C, and Perl. The libraries must be installed with libibrary first, libfinch second, and Finch (Perlmod) third. All assistance is welcome, just email me privately if you want to help. At <http://www.tjhsst.edu/~kmoffett/Services.pm.diff> is a patch to a (somewhat) recent CVS Services.pm which replaces the version comparison with my faster libfinch (C) library. It isn't much, but I am working on adding "version ranges", "version sets", and "associative version sets" which allow the creation of arbitrary groups of versions. The "associative" sets allowing the association of arbitrary Objective-C (and later Perl) objects to any subset of versions. P.S.: If somebody with CVS access could look at the packages for me, I'd really appreciate it, I posted updates several days ago but haven't had a response yet. Cheers, Kyle Moffett -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/zS7Dag7LSGnFq10RAjZXAJ9AgOE/sLmL2YXGslwxhgYcgjPL7ACghOup FSCgNvqPQfGqiIHY7LIGcJg= =dBdc -END PGP SIGNATURE- --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Packages "the" and "regina" in Fink
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Fink "the" and "regina" packages appear to be setting the environment variable DYLD_LIBRARY_PATH to %p/lib in its profile.d scripts. This causes very undesirable behavior when I attempt to maintain two versions of a library, one installed by fink as a dependency and the other of my own compilation for a special project. Is there any particular need for DYLD_LIBRARY_PATH? I can only think of a certain set of limited circumstances when it should be used, only to replace bad behavior of a system library with your own. If you really need it, perhaps you could replace %p/lib with %p/lib/the, and install the extra libraries in %p/lib/the, that way it will not affect libraries that I wish to use as the defaults elsewhere. The hidden gotcha with that particular env var is that though the program compiles and links with the correct library, it does not use it at runtime, which is a big problem if the two libraries are different versions. Does anybody else have any comments, or should we suggest that porters avoid the usage of DYLD_LIBRARY_PATH in packages? I just spent an hour and a half trying to debug my application to figure out why it crashed on one machine and not another. The answer was that I was trying to use a library in /usr/local, but the DYLD_LIBRARY_PATH variable caused the linker to always use the one it found in /sw/lib, despite the fact that my program was linked to the one in /usr/local. Cheers, Kyle Moffett -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/xWr2ag7LSGnFq10RAlVBAKDTzmYmwPFPYvDeM70ZeAdIhCZ8tQCg7MhB /btslPStf9D++m+wGiIf944= =weoG -END PGP SIGNATURE- --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Stripping libraries
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Nov 22, 2003, at 10:05, Charles Lepple wrote: On Saturday, November 22, 2003, at 09:27 AM, Peter O'Gorman wrote: [...] It would, of course, have the adverse effect of making backtraces virtually unreadable. One of the additions to rpm-build in recent times is the creation of a splitoff-like package with debug symbols (libraries with empty code and data sections, just debug info). That way, if you have a core file from a stripped package, you can install all the necessary *-debug packages, convince gdb to read the symbols from them (I'm a little fuzzy on how this works), and get the old-style symbolic backtrace. I'm pretty sure the creation of the -debug packages relies on a feature of binutils which does not exist in Darwin, but I haven't looked very closely. Has anyone else ever looked at this? We could always have any package that uses the "Strip: foo.0.0.0.shlib" or whatever automatically generate an extra splitoff, called "foo-shlibs-syms", that contains the ordinary shared libraries, before the symbols have been stripped. Then if somebody has a problem they can install the unstripped libraries and then backtrace it. Cheers, Kyle Moffett -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/v32hag7LSGnFq10RAlaSAKCk+/u24HtSQwAGccm1AIS2G1LqkwCfcCsk IqFpXq1sYt+zuJ81KH3nCfQ= =kOCK -END PGP SIGNATURE- --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] atlas (as part of grass) make error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Nov 21, 2003, at 14:37, Kirk R. Wythers wrote: I'm trying to compile altas along with a grass. But I'm getting an error that I don't see any reference to in the atlas errata. Note that I accepted the default ARCH (not sure what else to put in there). Does this look familiar to anyone? I recommend that you try to quit everything before starting the atlas compile and leave it until it is done. Atlas is attempting to optimize itself for your machine, and so is running speed and CPU cache tests, to try to determine your computer's exact specs. Interfering with that as little as possible is in your best interests. Cheers, Kyle Moffett -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/vr5kag7LSGnFq10RAhRrAJ9gA7TbYVpUdu0MwWVM2R4zl39g+gCfcLbz oyUCSg+GnrNicgbc6LvncWs= =nRq6 -END PGP SIGNATURE- --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] "make test" failure report (run on CVS HEAD, just now)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Nov 20, 2003, at 22:31, Michael G Schwern wrote: Ok, now we're getitng somewhere. What those two tests have in common is they both involve being root and then dropping privledges by switching to user "nobody". I hard coded in uid -2 which is what nobody is on my machine, but it could be wrong for you. Could you check /etc/passwd and see what uid nobody has? Also unknown. nobody is traditionally UID -2 on almost all UNIX systems, and will almost certainly be -2 on all Mac OS X machines. I don't think we should worry about that. OTOH, You're doing something funny with local and the UID/EUID. Once you've set both the UID and EUID to nonzero, you can't (theoretically) set them back. AFAIK, all you need to do is set the EUID ($<) to nonzero and all filesystem accesses would be done as that user. Also, if the test is run via su, then only the EUID is set to root. At the beginning of the test suite, ($<,$>) = (0,0) if $< == 0 or $> == 0; Then or each test that needs to drop root privs, do: skip "You must be root", 2 unless $< == 0; local $> = -2; Also, for the test on lines 143-158, you chmod the file 0400, so the later "(stat 'foo')[9]" that you do should fail, because AFAIK you cannot stat a file that you do not have access to. Cheers, Kyle Moffett -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/vk4eag7LSGnFq10RApn5AJ96URMjhJeXhJHZnypYblQqJevvVACg3w0d CpoGQB79nisVbu6Mw71CkzI= =UmpL -END PGP SIGNATURE- --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] libfinch release 0.0.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have just released version 0.0.1 of libfinch, which I hope will eventually replace the Fink dependency engine. A Fink package info file is posted on the Fink package submission tracker, ID 843416. http://sourceforge.net/tracker/index.php? func=detail&aid=843416&group_id=17203&atid=414256 Cheers, Kyle Moffett -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/uCAPag7LSGnFq10RAm7sAJ0d1pWSdtMD4EgaR41WN008VyqIOQCeJe7D eFklXIZrMYT38fMEev2XkpE= =4Min -END PGP SIGNATURE- --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fileutils / gettext problem -> need your help
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Nov 15, 2003, at 09:14, Max Horn wrote: Now what I ask of all of you: if you can, please try to do what I did (i.e. rebuild & install fileutils). If you also get a bus error upon "ls", I'd be grateful if you could email me your gettext .deb files (important: please don't just email them directly to me, first ask me if I still need them - I don't want 20 people emailing me those .deb's :-). Also if you remember, it would be helpful to know if you got those .deb files from the bindist or if you compiled them yourself (in case you remember). This way, I can compare the "bad" with the "good" gettext to find out what exactly caused the problem. This way we can decide how to cope with this issue and if there is anything we can do to fix it, in case it affects many fink users potentially. I recompiled the old fileutils, then tried updating to the new fileutils, and ls worked properly all the time. I am using self-compiled debs for everything, so I suspect that bindist gettext works with bindist fileutils, and self-compiled gettext works with self-compiled fileutils, but that they are not interchangeable. Cheers, Kyle Moffett -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/tjiTag7LSGnFq10RAhwqAJ4la+geMhVW48uMb9D7KNobjb5XhgCgmebK 69zO56Q3x16miN3kYjlQuPU= =rxFr -END PGP SIGNATURE- --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] package manager release
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Nov 12, 2003, at 16:05, David R. Morrison wrote: I plan to release version 0.17.0 of the package manager from CVS HEAD around 24 hours from now. If there is any last-minute cleanup of recently added code that needs to be done, please do it now. Also, if anyone is aware of things in HEAD which are inappropriate for the next release, please let me know ASAP. I just added a very small patch to the patch tracker that should increase the performance of the version_cmp method by improving the way it caches data. Could somebody else test it and possibly include it? Cheers, Kyle Moffett -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/src1ag7LSGnFq10RAk2KAKCHM79ViNrk+G0tM0UWObUIxkk0igCeMKmN MtO4ichMqcBt+hkgEEKX5Ng= =fVT1 -END PGP SIGNATURE- --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Getting source
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Nov 04, 2003, at 23:44, Joshua Shriver wrote: How can I grab the source to a package and compile it myself? Particularly I want the source + the fink patches so it works on OS X, so I can make customizations and compile it myself. The package in question is the crafty chess engine. both 18 and 19. Any help is appreciated. I would recommend that you copy the ".info" and ".patch" files from "/sw/fink/dists/unstable/main/finkinfo/games" to "/sw/fink/dists/local/main/finkinfo", then make your changes to those copes, changing the package name to something like crafty-local. Then you can even let the package live under Fink's control, with all the associated advantages. You can twiddle the configured settings in the info file and recompile easily. Cheers, Kyle Moffett -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/qIm0ag7LSGnFq10RAmfDAJ9CXYKoshQBoVA14doxVT0mroI8hwCgrNzO wfKUF3yOLGwyB9jApmRlGuU= =CsOV -END PGP SIGNATURE- --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fink module documentation, tests and all that icky stuff.
On Oct 30, 2003, at 06:58, D. Höhn wrote: As I said above, yes of course. According to some it is bitterly needed. Furthermore the Dependency enhone seems to need a reqrite, yet no one is willing to touch it. Do you want to ? I have started a project on sourceforge (libfinch.sourceforge.net), with the end goal of creating a drop in replacement dependency engine, perhaps even something we could patch into dpkg. If anyone is interested in helping, please email me off-list and I will describe the architecture more. Cheers, Kyle Moffett --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Dependence on Perl--How to Specify?
On Saturday, Sep 27, 2003, at 15:45 US/Eastern, Aaron Davies wrote: Is there a general perl package that I can mark some package as dependent on? The software I'm writing a .info for just depends on perl 5, not perl 5.6.0 or perl 5.6.1 or perl 5.8.0, and I'd rather not force people to grab some specific version if they don't need it. It is guaranteed that a version of perl 5 is available, otherwise fink would not run, it is written in perl. Please ensure that the module does not compile any binary code or install different files based on different versions, though. In that case you should make a my-mod-pm5XX package for each version. HTH, Kyle Moffett --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Proposal new Fink engine (Finch?)
On Sunday, Jul 20, 2003, at 13:42 US/Eastern, Randal L. Schwartz wrote: Well-written Perl is just as readable as any other language. Problem is (1) most people don't bother learning Perl as well as they learn other languages (since it's so easy to do things with a minimal understanding) and (2) they then go on to write poor Perl. It's not Perl's fault. It's coder's fault. Yay simple one-liners that completely reorganize my home-directory based on the contents of a file! Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- 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/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Proposal new Fink engine (Finch?)
at the number of emails per day on the cocoa-dev list? In the last 5 weeks, I have 2547 new email on that list.) Also, Obj-C/Foundation is far easier to learn completely than C++/STL. I have studied C++ for several years, and parts of the design still baffle me. I don't think any of our performance problems are due to perl anyway, and so far nobody (including Kyle) has been able to prove otherwise. I have long since realized the error of my ways :-) All bottlenecks I see so far are disk I/O related, or due to suboptimal algorithms (i.e. our abuse of storable is becoming a speed issue, the data involved simply is to big for it). Why store everything anyway? Why not just put engine essential info in the cache, and leave the rest in the file to be read when the user requests action on the package? Fixing that will require a rewrite of parts in any case; but of course rewriting a (well modularized) part of code is much easier than rewriting everything from scratch, so I am still skeptic. I just want to abstract out the package system, kind of like pkg-order, but into a Obj-C library with C/C++ callbacks that can be used from other programs. Well as I said, I don't think there is a point in us discussing Kyle's plan (even though he asked us to do it) before he can't show us a running prototype which proves that a) his concept works, b) it is compatible with the dependency engines in the dpkg/apt, and c) it actually has any advantages over what we have now. Until then, any discussion is pretty pointless. *If* we have something (and I mean a prototype, not a complete engine, of course), then we can take a look at it, and see how feasible it is to base anything on it. I am working on it :-) Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- 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/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Proposal new Fink engine (Finch?)
On Sunday, Jul 20, 2003, at 05:27 US/Eastern, Max Horn wrote: Just one word "conflict handling". The single most biggest problem. Plain forward dependencies are trtivial to handle and are already handled in the existing engine. The hard cases are conflicts, and the many many border cases, e.g. when upgrading stuff. But maybe it's best you try it out to see what I am talking about, maybe that's more convincing than me explaining it for the 100,000th time. To conflict against a package, (If it is not installed) add a reference to the reference table and make sure the "Installed" flag of the package is unset. Then allow modules to register conflict resolution hooks, like the "USER" reference engine that handles user requests would handle conflicts (Trying to add a positive reference when there are only negative references or vice versa) by informing the user in one way, etc. Anyway, I fail to see the point in your desire to rewrite everything from scratch. But we'll see if you actually have an even partially useable prototype in 3 weeks, much better to discuss *that* than any vaporware :-) I've been working on a design for the last 2 weeks, and then testing it against all sorts of edge cases. Thanks for your comments, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Proposal new Fink engine (Finch?)
Why objective-C? Perl would get the job done faster, cheaper, and with a larger installed base of people who can make contributions. With Perl, it is more difficult to add bindings that make it usable in C/Obj-C/etc. On the other hand, with C function callbacks to the Objective C objects, it is possible to add a Perl XSub implementation/interface in about 20 minutes. If there's any part of the Perl programming that is too slow, please demonstrate it with benchmarks. I doubt that *any* part of the current program is CPU bound. It's almost certainly I/O and operating-system bound, which means that the choice of language should be made based on cost of development, not raw speed. Even having said that, you can always optimize Perl, usually even staying within Perl, but sometimes by popping into C, which is easy with Inline::C. Exactly. This is why I believe that if we build it in Objective-C, bridging it to other languages is simple, whereas the other way around requires much more effort. Thank you, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Proposal new Fink engine (Finch?)
I would like to propose a new internal engine for fink, based around an Objective C library that I will call Finch in this email. I will be unavailable for the next 3 weeks, but will work on code in my spare time. When I get back, I will send a link to whatever I come up with. Here is my proposal: Firstly, I believe that the solution to many of the build-depends, multi-threading, etc issues revolves around a simplistic reference engine. Each package maintains a list of references with reference types (For example: bar-2.6.5 = ["foo-2.3.4-2", "Required"],["USER","Requested"]) Then only when all references are destroyed is the package removed. Similarly, it could use the same list for opposing references, depending on the state of the install flag. This complex information would be efficiently stored in a dbm type file (Along with some of the other package meta-data, the install instructions could be reread from the file when needed, for efficiency) with one entry per package-version-revision combo (The true package name). There would also be a very small hash of {pseudo-name,version/revision} => array of {real-name-version-revision} stored in the "##PROVIDES##" record, or something like that. Its purpose would be to translate from requested name-version-revision to possible name-version-revision efficiently. I have some working code that allows dpkg-type version-revision combos and various sets and ranges of them to be manipulated (union, intersection, etc) efficiently (Still needs cleaning. I will make it available on my return in 3 weeks). Secondly, I believe that the package manager should be abstracted from the packages. This would make adding new unusual (macosx, darwin, etc) packages easier. Basically, it would take the form of a .so loader, designed to load a "Package type" and query it for a list of packages. I think that each package type should have the method enumerate_packages that returns a list of all packages available in that package type (NSArray of FinchPackage subclasses?). Then each subclass would implement a set of functions that define its behavior: addRef/delRef - Modifies the reference array of the object. There would be default implementations of these that call install/remove/etc at the appropriate times. These are only necessary if one wants to make a package that cannot be installed or removed, etc (Like the macosx/darwin packages). install/remove/etc - Actually modify the package. These should only be called by the default addRef/delRef implementations. If the ref methods are not overridden, then these must be. We might start with an .info package type, and probably a "Obj-C .so" package type. The .info type would look in the existing /sw/fink fs tree for info files, cache the important stuff, and return a list. The "Obj-C .so" type would load a package from another shared object file, and hook up callbacks to an object. That could be used to find Mac OS X/Darwin/etc versions. We would probably add a .pl package type that would load callbacks from a perl script, and a "C .so" type that would use purely C callbacks. Then later on, if we decided to change our info format, we would only need to write a new module for it that checks in the same or a different place. Please, any comments at all! I will be gone for 3 weeks, so please continue the discussion without me. I hope I have made my idea clear enough. Thank you all. When I get back I will clean up what I wrote, add in your suggestions, comments, etc, and release it for your comments. Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C>$ UB/L/X/*(+)>$ P+++()>$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h!*()>++$ r !y?(-) --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Spam on this list...
On Monday, Jun 9, 2003, at 20:32 US/Eastern, Neil Tiffin wrote: I agree with Chris. I use the beta Eudora with Bayesian filering and it works great. 20 to 40 junk mails per day correctly identified with only 3 to 5 per week that get missed and none (so far) incorrectly identified as junk. I have not seen one junk mail actually in the fink list. It seems that as soon as we start talking about spam we get 4 spam mails to the list ;-) What a coincidence Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] MacAddict did an article on Fink
On Sunday, Apr 6, 2003, at 08:08 US/Eastern, David wrote: On Samstag, April 5, 2003, at 11:41 Uhr, Steven Burr wrote: This must be in the May issue. After I read this email, I picked up the April issue, but no such article on page 64. Yea, it is the May issue, I just got it yesterday. There is an article starting on page 12 that talks about installing open source software. The section on Fink includes this: FUN VERSUS FINK Installing apps like Fink, however, could put you in a funk. As is the case with a lot of open-source stuff, it will send you to the Terminal to tweak config files. Hmm, you're right, I remember this article too. It looks like the staff of MacAddict have widely varying opinions on the usefulness of Fink. OTOH, the author of "FUN VERSUS FINK" did not even bother to get past the .tcshrc step, after which you don't need to edit files any more. Oh well. This kind of journalism is what I would refer to as being unprofessional and full of prejudice. Often classic media suffers this problem because neither author nor editor know enough about the topic they are forced to report on. Open Source is a new development and classic software reports are to be newly evaluated. I hope that we can somehow avoid such "statements" in the future. It would be nice if magazines had at least one author who can properly report on OS software available for that platform. It appears that MacAddict now does, even if they didn't last month ;-) Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] MacAddict did an article on Fink
On Saturday, Apr 5, 2003, at 07:52 US/Eastern, David R. Morrison wrote: What annoys me is the fact that many choose to publish articles on Fink without contacting me or any other main developer prior to publishing the article. I was interviewed for the MacAddict article, about a month ago. I believe I even told you this at the time! I haven't seen the article yet, but I am hopeful that it is accurate. I should be able to get a copy later today, and I will let you know. -- Dave The article is indeed very accurate, they mention all major developments and issues that have occurred recently. MacAddict was incredibly careful not to trod on anybody's toes. The information in the article will work perfectly for users of our current stable distro. I suspect we will have an increase in users, and the resulting increase in complaints and support requests, but that is to be expected. Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] MacAddict did an article on Fink
If anybody gets MacAddict, check it for the article on Fink, page 64, titled "Run Unix Apps in Mac OS X," in the form of a How-To, and labeled as "Tricky." They mention .tcshrc, but not .cshrc. They show how to install the binary, and mention the Virex 7.2 issue. They give advice on the 'fink scanpackages' command for the bindist, and they don't even mention the unstable and stable cvs trees (Good!!!) They mention FinkCommander and show how to install Apple X11 and system-xfree86. All in all, the MacAddict staff tread carefully here, they are trying very hard not to step on our toes. This could be a good thing, or not... David, what is your take on this? Max? Anybody else see anything good or bad about this article? Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] python modules do not comply with policy
On Wednesday, Apr 2, 2003, at 20:50 US/Eastern, David R. Morrison wrote: The problem with perl is similar, but not identical. Many perl modules work just fine with all versions of perl, and those don't necessarily need to be segregated from each other. Once I get the bindist out the door, I plan to work on getting multiple versions of perl coexisting with fink. For perl modules that *do* require separate compiles for each perl version, this is going to introduce the same headache we are now discussing with python. Perhaps we could revise an old solution to match new problems: How about two new tags: 'CompilerABI:' and 'CompatibleABI:', Packages (Compiled Perlmods, Python mods, C++ programs, etc) that need a specific ABI: Package: foo-pm RequireABI: perl (5.6.0, 5.8.0), python (21, 22) Packages that provide an ABI (Perl 5.{6,8}.0, Python 2{1,2,3}, C++ 3.{1,2}): Package: perl Version: 5.8.0 ProvideABI: perl (5.8.0) Then, the dpkg name has the following appended to it: -abi-ABI-VERS-abi-ABI-VERS... alphabetically sorted by abi name, for example: foo-pm would be foo-pm-abi-perl-5.8.0-abi-python-21 and depend on abi-perl version 5.8.0 and abi-python version 21 ProvideABI: would automatically provide abi-ABI-VERSION, and RequireABI would automatically generate a package with the proper name that requires abi-ABI-VERSION for whatever ABI is available, but should be automatically removed and/or rebuild if the user wants to remove the only package providing that ABI. Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fixing up libpng
On Tuesday, Mar 11, 2003, at 17:13 US/Eastern, David R. Morrison wrote: The whole library-versioning business was designed to handle multiple versions of libraries being installed at the same time, and in fact we'll need to at least keep libpng-shlibs around indefinitely, to accomodate users who have things installed that needs it. So can libpng at least be converted to a shlibs-only package without upping the revision? That way at least people won't be tempted to build anything new against it. Just a thought. Kyle Moffett -- Dave -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fixing up libpng
On Tuesday, Mar 11, 2003, at 16:53 US/Eastern, David R. Morrison wrote: Does this mean that we can now remove the libpng package from CVS? I don't plan to remove libpng any time soon. -- Dave Is there any particular reason why? Just curious ;-) Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fixing up libpng
On Monday, Mar 10, 2003, at 23:52 US/Eastern, David R. Morrison wrote: Here's what it does: it examines all of your libraries and executables to see if they link to libpng.2.dylib, and if they do, it tells you to rebuild. This only makes sense, by the way, if you have run "fink selfupdate-cvs" on March 10 or later (to make sure that the "libpng -> libpng3" updates are present on your system). Does this mean that we can now remove the libpng package from CVS? Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Epoch
On Tuesday, Mar 4, 2003, at 19:37 US/Eastern, Max Horn wrote: At 17:58 Uhr -0500 04.03.2003, Kyle Moffett wrote: On Tuesday, Mar 4, 2003, at 17:35 US/Eastern, Justin Hallett wrote: I'm about to release proftpd 1.2.8 final and RC2 is in unstable ATM and this is what I'm gonna do, unless someone objects in the next hmm 30 minutes :) Current: 1.2.8RC2-1 New: 1.2.8-Final-1 I don't think that will work, as 8RC2 > 8 from dpkg's point of view. This should have originally been done as %v=1.2.7. %r=1.2.8rc2-1 or %v=1.2.8 %r=0-1.2.8rc2-1 Oh well, I guess that this one does need the Epoch: field set to 1, but don't post it yet, I could be mistaken. OTOH, a better solution to packages like this is as follows: We add a special package 'fink-downgrades' that includes scripts to downgrade certain packages that have versioning errors. Then we could almost completely avoid the Epoch: field. IE: Developer Bob accidentally puts foo-1.2.3rc4-1 into cvs (As opposed to foo-1.2.3-0.rc4) User George builds and installs foo-1.2.3rc4-1 Developer Bob finds his mistake and fixes the version. The dpkg for User George thinks that it has the latest version Developer Bob submits a request for an addition to the fink-downgrades package User George updates his fink-downgrades package, whose install-script does 'fink install foo-1.2.3-0.rc4', then 'rm /sw/fink/10.2/debs/foo-1.2.3rc4-1..' So essentially, you are suggesting to introduce another technique to solve a problem, just to avoid using epochs, which were made to fix exactly this problem? I fail to see the logic in that :-) Exactly, I think that the 'epoch' system is very problematic. Once a package begins using an epoch, it must continue to use the epoch for the remainder of its life, which could be very long, even after many version changes. Epochs can be used for now, but I just had an even better idea that could be implemented in the new dependency engine (Doesn't need to be). I think that a developer should be able to specify a "VersionHistory" field in the info file that dictates versioning changes in the package, which fink could then use to work around dpkg. With something like this, only numbering scheme changes since the last stable release need be included. The dpkg epoch docs say that epochs should be avoided if at all possible, and I think that a solution like this may make the epoch system (Within fink at least) obsolete. EX: Original package Package: foo Version: .1.1 Revision: 3 Later version Package: foo Version: 1.1 Revision: 2 VersionHistory: .1.1-3 Last version Package: foo Version: 0.1.1 Revision: 1 VersionHistory: .1.1-3 1.1-2 Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Epoch
On Tuesday, Mar 4, 2003, at 17:56 US/Eastern, Max Horn wrote: Uh this is exactly the abusive notation I mentioned above. It would mean using a completly different version than upstream. With Ben's suggestion at least it looks identical if you don't look to closely... So users will know what it is, instead of complainging "why don't you have a package for 5.0-rc7". I am well aware that it is abusive, and should be banned. I was just stating that it would be useful to know in case some past Debian user came around wondering about RC versions. Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Epoch
On Tuesday, Mar 4, 2003, at 17:35 US/Eastern, Justin Hallett wrote: I'm about to release proftpd 1.2.8 final and RC2 is in unstable ATM and this is what I'm gonna do, unless someone objects in the next hmm 30 minutes :) Current: 1.2.8RC2-1 New: 1.2.8-Final-1 I don't think that will work, as 8RC2 > 8 from dpkg's point of view. This should have originally been done as %v=1.2.7. %r=1.2.8rc2-1 or %v=1.2.8 %r=0-1.2.8rc2-1 Oh well, I guess that this one does need the Epoch: field set to 1, but don't post it yet, I could be mistaken. OTOH, a better solution to packages like this is as follows: We add a special package 'fink-downgrades' that includes scripts to downgrade certain packages that have versioning errors. Then we could almost completely avoid the Epoch: field. IE: Developer Bob accidentally puts foo-1.2.3rc4-1 into cvs (As opposed to foo-1.2.3-0.rc4) User George builds and installs foo-1.2.3rc4-1 Developer Bob finds his mistake and fixes the version. The dpkg for User George thinks that it has the latest version Developer Bob submits a request for an addition to the fink-downgrades package User George updates his fink-downgrades package, whose install-script does 'fink install foo-1.2.3-0.rc4', then 'rm /sw/fink/10.2/debs/foo-1.2.3rc4-1..' Kyle Moffett <[EMAIL PROTECTED]> writes: Here is something I have seen done with Debian. It makes less sense than your proposal, but it is useful to know about. foo-4..rc6 foo-4..rc7 foo-5.0 -=[JFH] Justin F. Hallett -=[JFH] Blue Falls Manufacturing Ltd. -=[JFH] [EMAIL PROTECTED] --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Epoch
On Tuesday, Mar 4, 2003, at 09:01 US/Eastern, Benjamin Reed wrote: Max Horn wrote: E.g. take the example of 5.0-RC1 followed by 5.0. What do you propse should be done here to make it debian version compliant? 4.9 and 5.0 ? or 5.0 and 5.0a ? Or what? None of them seems appealing to me. Both can potentially conflict with actual version of the package (e.g. they might really release a 5.0a some times after to fix something). What I normally do is munge the release, which is the "least significant bit". So I would make it 5.0-0rc1.1 If I had to make another release, it's 5.0-0rc1.2 Then when final comes out, it becomes 5.0-1. Here is something I have seen done with Debian. It makes less sense than your proposal, but it is useful to know about. foo-4..rc6 foo-4..rc7 foo-5.0 Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] More on dependencies...
On Tuesday, Feb 25, 2003, at 17:33 US/Eastern, Max Horn wrote: At 17:13 Uhr -0500 25.02.2003, Kyle Moffett wrote: On Tuesday, Feb 25, 2003, at 11:15 US/Eastern, Max Horn wrote: Hm I wonder why your email client misreads my time zone like that =) That IS odd! I just use Mail.app, so I have no clue. OH!!! Wait! Mail.app converted the time 'Tue, 25 Feb 2003 17:15:22 +0100' into my time zone, so that I could compare to other mails I got from the list. ;-) The proper way -- Proper would be to (as I mentioned in the past) have a full fledged package orderer that is aware of the fact that build dependencies can be removed after they have been used. My hope is that it's possible to add support for this to pkg-order, maybe one could even get support from the pkg-order author(s) for this project. However, I consider it a hard piece of work to be done properly. Or possibly take code from pkg-order, add additional features, etc, and put it all into a perlmod. I never intended to use pkg-order as an external tool, that wouldn't be possible anyway. Rather I meant to use its code (which is under the GPL). THough ideally with as little changes as possible (mainly adding things, not changing them) to make migrating to new upstream versions possible. I see, Benjamin pointed this out to me. Where do you find pkg-order? Thanks. This would be the hardest, but I think that with a little thought we can come up with some kind of colored graph algorithm that makes the process a little easier. Uh, no idea how you envision that, but feel free to actually explain it. Don't stop at the "oh we could maybe do it that and this way, it should be doabl", think it fully through, then present it. Cause there are dozens of pitfalls which are easy to overlook when designing this on paper... :-/ I just thought, "Hmm, with a bunch of work, we could do it using a neat colored directional graph and possibly make it easier to add features to in the future." You're right, though, about the difficulty of the project. I have tried several simple directional graph schemes on paper, and most of them failed miserably. The rest were just incredibly obtuse and inefficient. I am not very good at graph theory, though, so I am sure that I missed something(s). I think that the most difficult part of this system is not the build-{depends,conflicts}, but the issue of versions, provides, and replaces. Here is another idea that resolves multiple simultaneous runs and multithreading issues: For each package named on the command line Create a stack containing only the named package and the action (Build,Install,Remove). While there are packages on the stack: Lock the file /sw/var/fink.lock for writing For each unsatisfied dependency If a dependency is missing Figure out how to fix it # <-- Note here Try to add it to the lock file Push it onto the stack If nothing has been pushed onto the stack For each dependency in the lock file If this level in the stack is the only one that has it locked Remove it from the lock file Unlock the file /sw/var/fink.lock Otherwise go to the top level of the stack and continue Please give your thoughts, ideas, input, etc. This is kind of a preliminary idea, so it is probably as full of holes as swiss cheese. It does need a way of taking various Provides, Replaces, etc, and determining what packages conflict with others, and what packages depend on others. This could likely be solved with a directional colored graph, where for each 'Depends:' item, there is a list of other packages that satisfy the dependency, etc, which is fairly simple to generate Then finding each dependency only requires a quick enumeration of an array. One of the problems with this is that it does not allow the system to try other dependencies while waiting for a lock on a package. For prompting the user, this should be run once at the start without actually performing the actions and just assuming that they succeed. During that cycle, when multiple possibilities are found, the user can be prompted right away. Using the graph described above, only the satisfiable dependencies would be listed. All the results would be cached for use during the actual build. As the build is progressing, the choices are verified again. If any choice requires modification of a package not identified to the user initially, AKA: Some other fink process installed or removed something, then prompt about it. Please give me any feedback at all on this stuff! Thanks! Also, when in doubt about multiple possible ways to fulfill a dependency, it should be possible to either let fink make a good (automatic) guess at it, *or* let fink ask the user what he prefers. Not sure how hard it would be to implement that atop pkg-order. Rather than using an external perl program, why don't we just adjust the code int
Re: [Fink-devel] More on dependencies...
#x27; 'fink --chroot install foo' would do the following: Make $builddir/chroot-foo-1.2.3-4 Install any packages with 'Essential: Yes' that do not have 'Chroot: No' into the created chroot. Chroot into the chroot-foo-1.2.3-4 dir. Run the 'fink' installed in the chroot. Install any dependencies and sub- dependencies into the chroot. Build the package in the chroot. Exit the fink in the chroot. Copy the .deb file to the correct deb dir. Delete the chroot. Install the package in the root directory. Then fink verify would do the build in the chroot to ensure that files are installed correctly. Also, it should then remove each package and print a list of any extra files present in the chroot afterwards. This immediately shows a big limitation: such a jail has to be built, which takes time, and disk space (potentially a lot). The advantages, though, are: * the /sw we put into the jail can be custom made: that is, it would only contain the minimal dependencies of the package being built, thus avoiding hidden dependencies much better Yay!!! * build dependencies of the pkg are never installed in the real /sw, thus avoiding any problems they can cause, dependency wise (like conflicting with the build deps of another package) Yay!!! * detecting files that get installed directly into /sw during build is easier (because they will be missing from the real /sw) * multiple build runs are easily possible (although they would take a lot of disk space), even if the builds have conflicting dependencies * no more problem caused by users running "fink remove FOO" while something is building that depends on foo Essentially, since with this approach build dependency/conflicts only have to be resolved in the context of the chroot jail, we can indeed completely ignore them for our "normal" dependency engine. Overall, the chroot approach solves a lot of annoying issues very neatly. However, the additional disk space for the chroot jail(s) (and the CPU time to set them up) are quite severe limitation. Of course modern machines have plenty of disk space and CPU power, but e.g. my iBook G3/500 only has 1 GB free on its HD. For my daily fink usage that's fine, but if I suddenly need several 100 MBs to setup chroot jails, that would be annoying. We might be able to severely cut this down if we can use hardlinks when building on the same volume as the system is on. This definitely requires research should we decide to consider using it :-) Hardlinks would break the 'jail' nature of chroot, and installing files into a hardlinked /sw would effectively install them into the real /sw Another tricky thing about the chroot jail approach is to make it work efficiently when used "recursively". To understand what I mean, consider this: The .deb for pkg "foo" (which we want to install) is missing. We already ensured all its dependencies are fulfilled. Now "foo" BuildDepends on "bar", for which the .deb is also missing! Hence we first have to recurse to get "bar" built (with its own chroot jail)... and of course "bar" might depend on more things which need to be built first. So maybe only the maintainer and bindist builder need to operate with chroots, everybody else might just need to build normally. Pro: Relatively easy to implement; could be implemented atop pkg-order; also allows to detect hidden dependencies Con: Takes up additional disk space & CPU time; might have unforseen problems So add this as an option to everything else, for the maintainers, on top of a new dependency engine. Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Latest gd+Apple X11 + apple SDK fails to build.<-- Please ignore my X.h got somehow screwed
On Monday, Feb 10, 2003, at 17:53 US/Eastern, David wrote: it is and was HFS+ it had strange plist entries and unicode chars in it. I am rather concerned. A reinstall did fix it though. This is probably inaccurate, but it will give you an idea This will happen occasionally if the machine is shut down improperly. It usually occurs when the disk cache is not completely written, so the file points to data elsewhere on the disk: File 1 points to 0x through 0x00FF File 2 points to 0x0100 through 0x01FF File 3 points to 0x0200 through 0x02FF Then File 1 is lengthened, files 3, 2, and 1 have the data moved, but not the file ptrs, then a system crash. Then it is as follows: File 1 points to 0x through 0x01FF <-- All of file 1 File 2 points to 0x0100 through 0x01FF <-- Data is new part of file 1 File 3 points to 0x0200 through 0x02FF <-- Data is old file 2 File 3 is lost!!! Note that file 1 and file 2 share the same data space Not Good!!! This is fairly rare, but it does occur. Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Latest gd+Apple X11 + apple SDK fails to build.<-- Please ignore my X.h got somehow screwed
On Monday, Feb 10, 2003, at 14:53 US/Eastern, David wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 well I spoke too soon, please excuse me. My X.h is very much "fucked" up but I have no idea how it happened, so I first posted before looking, I apologize, Is it on UFS? UFS is very prone to this kind of disk corruption. Try rebooting in single user mode and thoroughly fscking your disks. That may help a little, but you probably need to reinstall those packages. HTH, Kyle Moffett BTW, you are not Philip Zimmerman!!! \/ ;-) - -BEGIN GEEK CODE BLOCK- Version: 3.12 GCC d+ s: a-- C+ UB P+ L++ E--- W N+ o+++ K w-- O M+ V++ PS PE Y++ PGP t+ 5 X- R+ tv-- b DI D+ G e h+ r++ y++ - --END GEEK CODE BLOCK-- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: [Fink-users] Virex ships/overwrites fink libraries
Oops! I spoke too soon. It appears that they do include curl's license, but not licenses for OpenSSL or Dlcompat. Most likely they obtained permission for CURL then just included everything that CURL depended on, rather than checking the licensing issues for each of them as well. The only mentions of the /sw/lib files are in the readme added during the installation: /sw/libs/libcurl/.2.0.2.dylib Companion file. /sw/libs/libcurl/.2.dylib Companion file. /sw/libs/libcrypto.0.9.6.dylib Companion file. /sw/libs/libdl.0.dylib Companion file. /sw/libs/libssl.0.9.6.dylib Companion file. Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: [Fink-users] Virex ships/overwrites fink libraries
On Saturday, Feb 8, 2003, at 10:43 US/Eastern, David wrote: On Samstag, Februar 8, 2003, at 04:18 Uhr, Kyle Moffett wrote: There are two major problems with this: 1) Licensing violations. This seems to be a rather iffy case of license violation. I will have to check back with the lawyers on Monday. There are several approaches to fixing this. It now dependson you Max, drm and RR how this should be handled. Fell free to "abuse" our legal department. To quote from the OpenSSL license: * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. [...] * 6. Redistributions of any form whatsoever must retain the following *acknowledgment: *"This product includes software developed by the OpenSSL Project *for use in the OpenSSL Toolkit (http://www.openssl.org/)" [...] * This product includes cryptographic software written by Eric Young * ([EMAIL PROTECTED]). This product includes software written by Tim * Hudson ([EMAIL PROTECTED]). * */ [...] * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the copyright *notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in the *documentation and/or other materials provided with the distribution. Therefore, they are violating the license, no OpenSSL license, no "This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit (http://www.openssl.org/)" statement, and no Eric Young license. For Dlcompat: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. Therefore, another license has been broken. Finally, for Curl: Permission to use, copy, modify, and distribute this software for any purpose with or without fee is hereby granted, provided that the above copyright notice and this permission notice appear in all copies. Therefore, the THIRD license has been broken. I think that this is rather clear cut. All three licenses state explicitly that a copy of the license MUST be included with any distribution, binary or otherwise, and in the case of OpenSSL, an additional in-software notice. Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: [Fink-users] Virex ships/overwrites fink libraries
Essentially, this appears to be a quick-fix for the lack of an auto-update feature in Virex. The engineers used several existing pieces of open-source software to make their job easier, but they forgot/didn't know how/whatever to move the libraries to /Library/Application Support. There are two major problems with this: 1) Licensing violations. 2) Fink installation damage. For the licensing issues, it appears that they violate the licenses for the OpenSSL software (libcrypto.0.9.6.dylib and libssl.0.9.6.dylib), for CURL (libcurl.2.0.2.dylib and libcurl.2.dylib), and for Dlcompat (libdl.0.dylib). In addition, they used Fink packaged software without telling the Fink Developers about it or placing a notice in the software! As for the installation damage, it is obvious what would happen were Virex to overwrite certain libraries with older/newer versions. Cheers, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] xfree86-4.3 and /etc/fonts
On Friday, Feb 7, 2003, at 09:10 US/Eastern, Peter O'Gorman wrote: I'd suggest a PostRmScript with an ln -sf to restore the symlink. Peter Or even better, in the postinst script, add a symlink from /etc/fonts to /sw/etc/fonts, then remove THAT in the postrm script. That way there is no race condition. Something could happen that requires something in /etc during the short time that it's not there. Cheers, Kyle Moffett On Friday, February 7, 2003, at 10:59 PM, Jeff Whitaker wrote: Folks: I have come across a potential problem while putting together the xfree86-4.2.99.901 package. Xfree86 4.3 installs a font database for fontconfig in /etc/fonts. When you use fink to remove the xfree86 package containing /etc/fonts, dpkg blithely blows away the symlink /private/etc --> /etc, rendering your mac fairly unusable (until you recreate the symlink). I could have xfree86 install the font database in /sw/etc or /usr/X11R6/etc, but that would break compatibility with the official Xfree86 binaries (which I have been scolded for in the past). Does anyone have any other ideas on how to fix this? -Jeff --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] dyld: test Undefined symbols:
On Friday, Jan 31, 2003, at 10:20 US/Eastern, S. Brent Faulkner wrote: Hi guys... This list may not be the perfect place to ask this question, but I suspect someone may be able to answer it here, so Visit the macosx-dev list hosted by OmniGroup. It is under developer resources or somesuch. There are plenty of people there who can answer questions like this. HTH, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK--
Re: [Fink-devel] status of imlib/gnome?
On Monday, Jan 27, 2003, at 06:37 US/Eastern, David R. Morrison wrote: 2. All windows appeared in the upper left corner over the gnome menu bar, so that the title-bar doesn't get drawn and the window can't be dragged. Well, it appears that problem 2 still exists. Since the most recent round of updates, windows created by Gnome applications are anchored to the upper left-hand corner (0,0) of the screen. Furthermore, the ability to resize windows has disappeared. I realize that by using unstable versions of the software I'm always running a risk that things won't work, but I was wondering if someone might have a suggestion as to what might be causing the problem. Move your gnome dotfiles out of the way mkdir gnome_prefs_old mv .gconf* .gnome* gnome_prefs_old Login again with gnome Everything should be fixed -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++(+) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] GNU getopt: use Fink's or package's own?
On Monday, Jan 20, 2003, at 19:34 US/Eastern, Carsten Klapp wrote: Hi Dan, I'll send it to you directly. I searched Google for getopt_long and found a few people complained that autogen doesn't properly check for getopt_long but found no solution. There may not be an answer, as I understand it the standard GNU C library has getopt_long() built in, so autogen may not be able to handle a separately installed lib anymore. This is just a guess, I don't know details of how this automake stuff works. CPPFLAGS="-I/sw/include/gnugetopt" LDFLAGS="-L/sw/lib -lgnugetopt" I think the latest autoconf does "Checking for gnugetopt...", I have seen it somewhere before on my OS X machine. HTH, Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/CS/IT/U d- s++:- a16 C>$ UB/L/X/*(+)>$ P+++()>$ L+++(++) E W++( +) N+++(++) o? K? w---(-) O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) Dl+ D+ G e->$ h! !r-- !y? --END GEEK CODE BLOCK-- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Concerning the Copyright notice...
On Monday, Jan 13, 2003, at 08:56 US/Eastern, David R. Morrison wrote: Oh, I see, maybe you are talking about the lower left hand corner? I just tried changing it to 2001-2003, but it messes up the width of the left hand column... Try 2001-03 -- Dave HTH, Kyle Moffett --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] perl 5.8 thoughts and testing
On Sunday, Jan 12, 2003, at 20:34 US/Eastern, Carsten Klapp wrote: Hi All, Aside from these directory name issues I have a start on some perl 5.8 info files based on a perl 5.8 info file from the submission tracker. The modules I found so far which need to be recompiled simply have a new info file identical to the old one but with a build/depends on the new perl. Take a look in the experimental/carstenklapp cvs dir. Some modules are 100% perl code, and for the most part they can be built and installed in the 5.6.0 and 5.8.0 directories without changes. (IE only install destination command is changed) For these modules we just copy the files between 5.6.0 and 5.8.0 dirs. It is my understanding that not all perl modules need to be recompiled for 5.8, only binary XS modules. (I really don't know what XS means and I have no idea how to tell if a module works or not without recompiling unless there is an error using it). Anyway this would mean a lot of the perl mods in fink should still work with the new perl without needing a recompile. Any module that compiles C or C++ code should be considered XS (There may be one or two that aren't, but those are the minority) Otherwise, unless specified by the module author, it should work on both versions. Carsten Kyle Moffett --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] .apps in fink
At the moment, there are very few .apps in Fink. I am not strongly opinionated on either side of the issue of adding new applications to Fink, but I have an idea for the existing, necessary, ones. In my opinion, the .apps (Such as XDarwin and AquaTerm) that are already in Fink should be put in /sw/Applications, and owned by root. Then the installscripts should create a Carbon Alias in /Applications with normal permissions if something by that name does not exist. Then the app (link) could be copied or moved, or the original app could be copied. This complies with existing ideas: 1) Don't install stuff outside of /sw 2) Keep the user from accidentally deleting stuff (owned by root) 3) Don't let dpkg get confused (Users cannot move stuff accidentally) Cheers, Kyle Moffett --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Trying to move the following packages to stable... maintainers.. heads up!
On Thursday, Jan 9, 2003, at 03:46 US/Eastern, David wrote: Hello all. After waiting for quite some time, I have received several mails. This is the first, not yet cleaned list of packages I will try to move to stable. Either by urging the maintainers to do it, or after waiting an appropriate amount of time, moving them myself. I have thoroughly tested a few of my packages that I believe are currently only in unstable: freezethaw-pm mldbm-pm mldbm-sync-pm Thanks, Kyle Moffett --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Apple's X11
On Tuesday, Jan 7, 2003, at 14:34 US/Eastern, Finlay Dobbie wrote: http://www.apple.com/macosx/x11/ Just thought y'all should know :-) Hot DAMN!!! This looks like apple took the existing XDarwin.app and added a bunch of small little things that make it just a little nicer to work with (Additional Quartz speedups, Better mouse support, etc.) Thanks, Kyle Moffett --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] A note to the perl module maintainers
On Thursday, Jan 2, 2003, at 02:30 US/Eastern, Hisashi T Fujinaka wrote: I subscribed myself to the cpan update list and boy, does it have a lot of traffic. I figured out how to filter on the subject line, and I'm bouncing messages for all of thesin's modules over to him. I'm just using a procmail recipe. If you want your module info bounced to you, let me know. If you can think of a better way to do this, let me know that as well. :) Sure, this would be pretty useful in keeping track of new releases: [EMAIL PROTECTED]: Freezethaw MLDBM MLDBM::Sync P.S.: I have used these modules frequently and they seem to work fine, I haven't had any errors. Thanks, Kyle Moffett --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problems with net-snmp and netinet headers in 10.2.3
On Wednesday, Jan 1, 2003, at 20:08 US/Eastern, Jeremy Higgs wrote: Hi everyone, Justin Hallett alerted me to the fact that many of the headers (all?) that were missing in 10.2 have been added to 10.2.3, so that the jaguar-missing-headers package is no longer needed. I tried recompiling net-snmp, one of the packages of mine that requires the missing headers (but is not in unstable, as there were other missing headers), and got this error: Looks like one of the added headers is still dysfunctional. Grr... I don't know personally which one this is, though... mibII/tcp.c: In function `var_tcp': mibII/tcp.c:287: storage size of `tcpstat' isn't known mibII/tcp.c:287: storage size of `tcpstat' isn't known Probably references like: void foo(void) { struct tcpstat *bar; struct tcpstat quux; } but tcpstat are not defined when it should be, probably because of a bad header. mibII/tcp.c: At top level: mibII/tcp.c:464: warning: `struct tcpstat' declared inside parameter list mibII/tcp.c:465: conflicting types for `read_tcp_stat' mibII/tcp.c:278: previous declaration of `read_tcp_stat' void foo(struct tcpstat *bar); <-- tcpstat is still not defined mibII/tcp.c: In function `read_tcp_stat': mibII/tcp.c:586: dereferencing pointer to incomplete type tcpstat foo(struct tcpstat *bar) { return &bar; } This didn't happen with the jaguar-missing-headers headers, so I'm not sure... Any ideas how to fix it? We had a working header, but seems like Apple's is a little broken. Thanks! You're welcome, Kyle Moffett --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Source-MD5 and Homepage fields
On Wednesday, Dec 18, 2002, at 18:29 US/Eastern, Patrick Näf wrote: I only thought to add ***new*** MD5 sums where they are missing. Something along the lines of find /sw/fink/10.2 -name *.info -exec fgrep -Hic source-md5 {} \; | grep :0$ I would group the work by maintainer and, when I have finished a group, send the maintainer an email with a list of what I added to which .info files. I think this should be appropriate. You might first check if the group that distributes the software provides an MD5 sum, if it is different from the package, then maybe notify them to see if they know about it. Kyle Moffett --- This SF.NET email is sponsored by: Geek Gift Procrastinating? Get the perfect geek gift now! Before the Holidays pass you by. T H I N K G E E K . C O M http://www.thinkgeek.com/sf/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Idea for Fink architecture modification
On Sunday, Dec 15, 2002, at 08:56 US/Eastern, Max Horn wrote: At 23:25 Uhr -0500 14.12.2002, Kyle Moffett wrote: [...] This would be a long term change, and would best be implemented in a separate branch until mature, but I believe that it could make certain feature requests easier, eg "Multithreading/Multiprocesses", "Fix Conflicts field & add BuildConflicts". No, it wouldn't make these requests easier in any way. To resolve these requests, a new dependency engine must be written. This is orthogonal to changes in the package format. My idea was about a change in the dependency engine/build engine, but I best thought it illustrated through the package format I believe might be required. Let me reorganize my email and restate my idea now that I am awake: I was thinking that we should revise our build process into 4 major steps: 1) Package parsing phase: This would be a 'script' of sorts in the info file that would be run in order to generate the dependencies, description, maintainer information, etc. This should include information on both splitoffs and variants, but certain splitoffs could be mostly autogenerated with the use of something like CreateShlibs: True. Data from this section would be embedded in the debs 2) Build phase This would be another, similar 'script', that would run a set of fink style commands, ex: Patch: foo-1.0.0-1.patch <br> #!/bin/sh<br> #Use this like the patch-script<br> ./foo<br> ./bar<br> SetExpand: c=--put --all --configure --args --here Run: ./configure [...] Run: make install DESTDIR=%d The build phase would include everything from the old style compile and install phases 3) Install phase # This should be implemented within dpkg install scripts. So the dpkg preinstall script might be: 'fink _dpkg_preinstall foo' and the postinstall script might be 'fink _dpkg_postinstall foo' Then the 'Install phase' script for Fink could be: <br> #!/bin/sh<br> # Do some stuff to add a user<br> niload passwd . <<EOF<br> myuser:*:100:100::0:0:MyUser for Fink:/dev/null:/dev/null<br> EOF<br> InstallDpkg Run: setupconfig.sh Then the 'fink _dpkg_preinstall foo' command would execute everything up to the 'InstallDpkg' line, and 'fink _dpkg_postinstall foo' command would execute everything after the 'InstallDpkg' line. 4) Remove phase This could use a method similar to the one described above for dpkg remove scripts. Thanks for listening, this may not be useful at all, but I think it may also help make info files more readable and more powerful by organizing them as a set of "fink scripts". Please comment, Kyle Moffett --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Idea for Fink architecture modification
I have an idea for a modification to the current Fink build & install process that would make it much more powerful and easy to use. I propose that info files provide a list of instructions to control 3 major steps in the Fink process: 1) Initial info file parsing 2) Package build and install phases (Creating the .deb file) 3) .deb file installation An example might be something like: Package: foo Version: 0.1.0 Revision: 3 InfoFormat: new (Or maybe 1.0.0 or something) ShlibsAutogen: gnome-libs # <-- For stuff like this, the Shlibs code should autogenerate stuff (See below ***) Recommends: bundle-gnome ShlibsAutogen: kde-base, kde-libs Recommends: bundle-kde ShlibsAutogen: openssl ShlibsAutogen: gnome-libs-ssl Recommends: bundle-gnome-ssl ShlibsAutogen: kde-base-ssl, kde-libs-ssl Recommends: bundle-kde-ssl Depends: x11 Description: foo implements bar # Other desc stuff, maintainer stuff, etc AvailableVariants: (*letter,a4),(kde,gnome,*x11,nox),(*ssl,nossl) # <-- Exclusive are grouped in ()s AvailableSplitoffs: *_main_=group,-shlibs,-dev,-bin,-doc #Put any sole BuildDepends as a Depends line in here, and BuildConflicts would be Conflicts here # you might put stuff like m4 deps in here. # This would be processed like a script, eg: # Patch: foo # Script: [ Patch stuff ] # Script: [ Put some files in places] # Script: [ Compile stuff ] # Script: [ Move files to various places ] # Would be processes in that order # Also allows , maybe even create other control statements # Here is where you add any install deps, stuff that only needs to be there at install time, IE 3rd-party webmin modules # don't need webmin installed to be packaged, they only require it when installed. # This would be run like a script too # Also allows , maybe even create other control statements # This could be implemented through some cool installscripts and stuff. # This might be harder if dpkg locks its database while running InstallScripts, but I don't think it does, This would be a long term change, and would best be implemented in a separate branch until mature, but I believe that it could make certain feature requests easier, eg "Multithreading/Multiprocesses", "Fix Conflicts field & add BuildConflicts". This is just kind of an idea I've been thinking about for a while that I'd like to throw out there. Feel free to comment, suggest, flame, shoot down, provide helpful advice, whatever. What do you all think? Cheers, Kyle Moffett --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Parallel builds
On Saturday, Dec 7, 2002, at 15:27 US/Eastern, [EMAIL PROTECTED] wrote: Instead of trying to pass the compiler make flag into make itself -- something that just about every planet on the package has a note in the README of 'you can try parallel make if you want, but if it breaks, turn it off'-- why not build packages in parallel, if the developer so desires. If a particular package is known to support parallel makes, it should [optionally -- it may be wise to still provide a DIFFERENT setting to turn it on/off] add the -j flag, etc, internally. This should not be something applied to all packages on a global basis -- it will cause problems! As long as package A and package B do not depend on each other and, in cases where there isn't a version conflict, even if they do depend on each other, then why not allow A and B to built at the same time. I frequently do this when building. I check to make sure stuff will have no extra effects on each other, then I might run them at the same time. For example, I might build kdegames3 and abiword at the same time. The only additional support needed in Fink [I believe] would be the ability to detect the dpkg lock such that the install of one of the packages won't abort if the other already has the lock Yea, this pops up occasionally. b.bum Kyle Moffett --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: cvs-proxy
On Monday, Dec 2, 2002, at 16:18 US/Eastern, Ben Hines wrote: Failed here because i had a stray /sw/include/md5.h. I don't know where that file came from, dpkg -S says it was not found. To fix this error, "sudo rm /sw/include/md5.h" It may have been installed directly by some package... not sure which one. gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../lib -I../diff -I../zlib -I/usr/include -isystem /sw/include -g -O2 -c `test -f client.c || echo './'`client.c client.c: In function `update_entries': client.c:1996: storage size of `context' isn't known client.c:2042: storage size of `context' isn't known make[3]: *** [client.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of make failed, exit code 2 Failed: compiling cvs-proxy-1.11.2-2 failed I have /sw/include/md{2,4,5}.h, not recognized by dpkg. It looks like a badly behaved package (Installs in /sw/include rather than /sw/src/whatever-1.1.1-root/sw/include). It should also be /sw/include/whatever/md{2,4,5}.h Thanks, Kyle Moffett --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] cvs-proxy fails to compile
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../lib -I../diff -I../zlib -I/usr/include -isystem /sw/include -g -O2 -c `test -f client.c || echo './'`client.c client.c: In function `update_entries': client.c:1996: storage size of `context' isn't known client.c:2042: storage size of `context' isn't known make[3]: *** [client.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of make failed, exit code 2 Failed: compiling cvs-proxy-1.11.2-2 failed Full log available... Kyle Moffett --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] 'fink update-all' stopped before finished
06-1 Trivial API for reading and writing XML fink update-all [...More updating stuff, huh?...] [...Ended compiling cvs-proxy as follows...] gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../lib -I../diff -I../zlib -I/usr/include -isystem /sw/include -g -O2 -c `test -f client.c || echo './'`client.c client.c: In function `update_entries': client.c:1996: storage size of `context' isn't known client.c:2042: storage size of `context' isn't known make[3]: *** [client.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of make failed, exit code 2 Failed: compiling cvs-proxy-1.11.2-2 failed Weird, Kyle Moffett --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Gimp compile fails
Compiling the Gimp fails with the error: mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../intl -I../intl -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -I/usr/X11R6/include -I/sw/include -DPREFIX=\"/sw\" -DGIMPDIR=\".gimp-1.2\" -DDATADIR=\"/sw/share/gimp/1.2\" -DSYSCONFDIR=\"/sw/etc/gimp/1.2\" -DG_LOG_DOMAIN=\"LibGimp\" -no-cpp-precomp -isystem /sw/include -I/sw/include -DGTK_DISABLE_COMPAT_H -no-cpp-precomp -Wall -c gimp.c -fno-common -DPIC -o .libs/gimp.lo cpp0: warning: changing search order for system directory "/sw/include" cpp0: warning: as it has already been specified as a non-system directory gimp.c: In function `gimp_extension_process': gimp.c:799: storage size of `tv' isn't known gimp.c:799: warning: unused variable `tv' make[2]: *** [gimp.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 ### execution of make failed, exit code 2 Failed: compiling gimp-1.2.3-10 failed I am using the latest fink-cvs and pkgs-cvs Please help, Kyle Moffett --- 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 OpenLDAP Compiling
openldap-ssl compile fails with the following errors: /bin/sh /sw/src/openldap-ssl-2.0.23-5/openldap-2.0.23/libtool --mode=link cc -rpath /sw/lib -fno-common -I../../include -I../../include -I/sw/include/db3 -I/sw/include/cyrus-sasl -no-cpp-precomp -isystem /sw/include -L/sw/src/openldap-ssl-2.0.23-5/openldap-2.0.23/libraries -version-info 2:15:0 -o libldap.la bind.lo open.lo result.lo error.lo compare.lo search.lo controls.lo messages.lo references.lo extended.lo cyrus.lo modify.lo add.lo modrdn.lo delete.lo abandon.lo cache.lo getfilter.lo sasl.lo sbind.lo kbind.lo unbind.lo friendly.lo free.lo disptmpl.lo srchpref.lo dsparse.lo tmplout.lo sort.lo getdn.lo getentry.lo getattr.lo getvalues.lo addentry.lo request.lo os-ip.lo url.lo sortctrl.lo vlvctrl.lo init.lo options.lo print.lo string.lo util-int.lo schema.lo charray.lo tls.lo dn.lo os-local.lo dnssrv.lo utf-8.lo version.lo -lsasl -lssl -lcrypto rm -fr .libs/libldap.la .libs/libldap.* .libs/libldap.* *** Warning: This library needs some functionality provided by -lsasl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. [...] ranlib .libs/libldap.a ranlib: file: .libs/libldap.a(kbind.o) has no symbols ranlib: file: .libs/libldap.a(dn.o) has no symbols creating libldap.la (cd .libs && rm -f libldap.la && ln -s ../libldap.la libldap.la) rm -f ../libldap.la [...] cc -fno-common -I../../include -I../../include -I/sw/include/db3 -I/sw/include/cyrus-sasl -no-cpp-precomp -isystem /sw/include -L/sw/src/openldap-ssl-2.0.23-5/openldap-2.0.23/libraries -o apitest apitest.o -lldap -llber -llutil -lsasl -lssl -lcrypto -lssl -lcrypto -ldl ld: warning suggest use of -bind_at_load, as lazy binding may result in errors or different symbols being used symbol _secflag_map used from dynamic library /usr/lib/libsasl2.2.0.1.dylib(ProjectBuilderMasterObjectFile.o) not from earlier dynamic library /sw/lib/libsasl.7.dylib(server.lo) [Lots of lines like "symbol _foo used from dynamic library /usr/lib/foo and not from earlier dynamic library /sw/lib/foo"] symbol _ERR_print_errors_fp used from dynamic library /usr/lib/libcrypto.0.9.dylib(err_prn.o) not from earlier dynamic library /sw/lib/libcrypto.0.9.6.dylib(err_prn.o) [...] ld: Undefined symbols: _ldap_url_search I have had similar errors every time I have tried to compile openldap. Mac OS 10.2.2 (Continuous updates from 10.2) pkg fink version 0.11.0.cvs-20021116.2137 pkg openldap-ssl version 2.0.23-5 Thank you, Kyle Moffett --- 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: CVS: fink/perlmod/Fink ChangeLog,1.216,1.217 PkgVersion.pm,1.92,1.93
On Wednesday, Nov 13, 2002, at 18:04 US/Eastern, Ben Hines wrote: It was fixed yesterday. Thanks, Sorry, Due to issuing the wrong cvs command (Stupid me :-) I did not get the file. Kyle Moffett -Ben --- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: CVS: fink/perlmod/Fink ChangeLog,1.216,1.217 PkgVersion.pm,1.92,1.93
On Wednesday, Nov 13, 2002, at 07:10 US/Eastern, Max Horn wrote: At 6:36 Uhr -0500 13.11.2002, Kyle Moffett wrote: Max, in one of the scripts this works, but in the other, install-info is listed as %p/bin/install-info, which does not exist and causes packages to fail installing Also, wouldn't this make texinfo an essential package? Or wouldn't more packages depend on it? No, install-info is part of dpkg. Max OK, thanks, but please fix the script that says: %p/bin/install-info to %p/sbin/install-info. Kyle Moffett --- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: CVS: fink/perlmod/Fink ChangeLog,1.216,1.217 PkgVersion.pm,1.92,1.93
On Tuesday, Nov 12, 2002, at 11:34 US/Eastern, Max Horn wrote: At 21:04 Uhr -0500 11.11.2002, David R. Morrison wrote: It looks like the inputs/outputs are not compatible. I tested with the gzip package, and /usr/bin/install-info wants to use a file /sw/share/info/dir to index stuff but we don't have that file. On the other hand, /sw/sbin/install-info doesn't need that indexing file. So I think this should be changed to hardode %p/sbin/install-info in the two scripts, as you suggested. OK, will change it ASAP. Max, in one of the scripts this works, but in the other, install-info is listed as %p/bin/install-info, which does not exist and causes packages to fail installing Also, wouldn't this make texinfo an essential package? Or wouldn't more packages depend on it? Thanks, Kyle Moffett --- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] 0.5.0 timetable
On Tuesday, November 5, 2002, at 10:30 AM, David R. Morrison wrote: The one thing which I see a critical for this release is the recent xfree86-base-4.2.1.1-1 package. (It's critical because it fixes a problem in XFree86 which has been reported for the next update of OS X.) So I hope that many Fink developers will test this package and send their feedback to Jeff, so that he can move the package to stable at an appropriate moment. I am having problems with xfs (font server). Perhaps this is the incorrect usage, or perhaps something is broken. This is done from within an xterm using no customized .xinitrc files [server:~] kylemoffett% xfs _FontTransSocketUNIXCreateListener: ...SocketCreateListener() failed _FontTransMakeAllCOTSServerListeners: server already running xfs notice: listening on port 7100 xfs error: Cannot establish any listening sockets Abort [server:~] kylemoffett% sudo -s [server:~] root# xfs xfs notice: listening on port 7100 xfs notice: ignoring font path element /usr/X11R6/lib/X11/fonts/misc (bad font path descriptor) xfs notice: ignoring font path element usr/X11R6/lib/X11/fonts/misc~/usr/X11R6/l/X11 (bad font path descriptor) xfs notice: ignoring font path element sr/X11R6/lib/X11/fonts/misc~/usr/X11R6/liX11/fonts/Speedo#/usr/X11R6/ lib/X11/fonts/Type1{/usr/X11R6/lib/X11/fonts/C (bad path descriptor) xfs notice: ignoring font path element r/X11R6/lib/X11/fonts/misc~/usr/X11R6/lib11/fonts/Speedo#/usr/X11R6/ lib/X11/fonts/Type1{/usr/X11R6/lib/X11/fonts/ (bad foath descriptor) xfs notice: ignoring font path element /X11R6/lib/X11/fonts/misc~/usr/X11R6/lib/1/fonts/Speedo#/usr/X11R6/lib/ X11/fonts/Type1{/usr/X11R6/lib/X11/fonts/ (bad fonth descriptor) xfs notice: ignoring font path element X11R6/lib/X11/fonts/misc~/usr/X11R6/lib/X/fon (bad font path descriptor) *** malloc[28044]: Deallocation of a pointer not malloced: 0x263fd0; This could be a double free(), or free() called with the middle of an allocated block; Try setting environment variable MallocHelp to see tools to help debug xfs error: Element #0 (starting at 0) of font path is bad or has a bad font: "/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/Speedo,/usr/ X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/CID,/usr/X11R6/lib/ X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/100dpi" Abort [server:~] root# Thanks, Kyle Moffett --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Bochs does not run
I am unable to get bochs to work, it dies with a cannot find font error. Something about xfs is screwy too, trying to run 'xfs' gives the following output: xfs notice: listening on port 7100 xfs notice: ignoring font path element /usr/X11R6/lib/X11/fonts/misc (bad font path descriptor) xfs notice: ignoring font path element usr/X11R6/lib/X11/fonts/misc/usr/X11R6/lib/X11 (bad font path descriptor) xfs notice: ignoring font path element sr/X11R6/lib/X11/fonts/misc/usr/X11R6/lib/X11/fonts/Speedo/usr/X11R6/ lib/X11/fonts/Type1/usr/X11R6/lib/X11/fonts/C (bad font path descriptor) xfs notice: ignoring font path element r/X11R6/lib/X11/fonts/misc/usr/X11R6/lib/X11/fonts/Speedo/usr/X11R6/ lib/X11/fonts/Type1/usr/X11R6/lib/X11/fonts/ (bad font path descriptor) xfs notice: ignoring font path element /X11R6/lib/X11/fonts/misc/usr/X11R6/lib/X11/fonts/Speedo/usr/X11R6/lib/ X11/fonts/Type1/usr/X11R6/lib/X11/fonts/ (bad font path descriptor) xfs notice: ignoring font path element X11R6/lib/X11/fonts/misc/usr/X11R6/lib/X11/fon (bad font path descriptor) *** malloc[22107]: Deallocation of a pointer not malloced: 0x263fd0; This could be a double free(), or free() called with the middle of an allocated block; Try setting environment variable MallocHelp to see tools to help debug xfs error: Element #0 (starting at 0) of font path is bad or has a bad font: "/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/Speedo,/usr/ X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/CID,/usr/X11R6/lib/ X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/100dpi" Abort Please help, Kyle Moffett --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Package Source Problems
Here is a list of all presently failing downloads, Please fix your packages Alexander Strange <[EMAIL PROTECTED]> tads2src-256.tar.gz: tads-2.5.6-2 Jeffrey Whitaker <[EMAIL PROTECTED]> xemacs-base-1.69-pkg.tar.gz: xemacs-base-pkg-1.69-1 zimg-4.5.0.tar.gz: zimg-4.5.0-2 Finlay Dobbie <[EMAIL PROTECTED]> hxd-0.1.39.tar.gz: hxd-0.1.39-2, ghx-0.1.39-3 Sylvain Cuaz <[EMAIL PROTECTED]> tidy_src_021006.tgz: tidy-20021006-1 Jon Dugan <[EMAIL PROTECTED]> cidr-2.3.2.tar.gz: cidr-2.3.2-1 Also, the following package is in need of a maintainer. None <[EMAIL PROTECTED]> oroborus-1.14.0.tar.gz: oroborus-1.14.0-4 Thank you, Kyle Moffett --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Rolling back xemacs?
On Friday, October 25, 2002, at 02:39 PM, Martin Costabel wrote: With both methods, I was able to compile xemacs-21.5.9-1. The resulting xemacs works, it only emits a warning when started: _XF86BigfontQueryFont: could not attach shm segment I don't know if this tells anything to anyone. I get this warning even when I haven't used that modification on the info file. I think this is normal Kyle Moffett -- Martin --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Speeding up Fink on dual processor machines
On Thursday, October 24, 2002, at 02:52 PM, Ben Hines wrote: Some packages already do this. For example, KDE does. If you want to see what using all your processors looks like, build KDE and qt :) you will feel a bit of lag... -Ben On my new dual-Ghz box I see a little lag, but not much. CPU Monitor shows the load though, Nice! Kyle Moffett --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0003en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] ATTN: Broken source links
On Saturday, October 12, 2002, at 08:37 AM, Kyle Moffett wrote: unknown_package: Error "No mirror site list file found for mirror 'GNU'." is reported Just figured out which package this is: xfonts-intl Thanks, Kyle Moffett --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] ATTN: Broken source links
The following packages/sources are not available: scribus: scribus-0.7.7.tar.gz curl: (22) The requested file was not found tads: tads2src-256.tar.gz curl: (22) The requested file was not found xemacs-base: xemacs-base-1.68-pkg.tar.gz curl: (22) The requested file was not found libgnome2: libgnome-2.0.1.tar.bz2 curl: (9) Couldn't cd to pub/GNOME/sources/libgnome2/2.0 hxd: hxd-0.1.39.tar.gz curl: (22) The requested file was not found zimg: zimg-4.5.0.tar.gz curl: (22) The requested file was not found gnut: gnut-0.4.28.tar.gz curl: (7) socket error: 65 canna: Canna35b2.tar.gz curl: (28) Connection aborted chemtool: chemtool-1.4.1.tar.gz curl: (22) The requested file was not found gnome-audio: gnome-audio-1.4.0. # <-- Missing tar.gz, but that's not the problem curl: (9) Couldn't cd to pub/GNOME/source/gnome-audio/1.4 crypt-ssleay-pm: Crypt-SSLeay-0.37.tar.gz curl: (22) The requested file was not found tidy: tidy_src_020902.tgz curl: (22) The requested file was not found bbkeys: bbkeys-0.8.4.tar.gz curl: (22) The requested file was not found unknown_package: Error "No mirror site list file found for mirror 'GNU'." is reported cidr: cidr-2.3.2.tar.gz curl: (7) socket error: 60 oroborus: oroborus-1.14.0.tar.gz curl: (22) The requested file was not found ksh93: ast-ksh.2002-06-28.tgz curl: (22) The requested file was not found Thanks, Kyle Moffett --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Dependency/provides question
On Monday, October 7, 2002, at 08:04 PM, Max Horn wrote: > Nonsense. It is no problem at all to encode variants in the current > .info format. This has been discussed a lot in the past. It is not a problem, but it is somewhat clumsy, and I believe that a well designed XML format would make the documents easier to work with, especially as they get more complex. Even if we don't switch to an XML format, I would advise that we choose a similar form of document. > The real problem is the binary side, dpkg has no support for variants. > So we either give all the possible variants the same dpkg name or we > need to somehow map pkg+variant to a .deb file name. Both approaches > have deep problems. I fail to see the problem with sorting the variant names alphabetically and appending them on to the package name (IE: 'python-nox-ssl'). That way even bindist users could use different variants. (Important for ssl variants) Then maybe something like: (Build information) (File information) (File information) (File information) (Modifications to build info) (Modifications to build info) You might also be able to restrict a variant to a single Splitoff, or something like that. Kyle Moffett --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Dependency/provides question
On Monday, October 7, 2002, at 06:57 PM, Jeff Whitaker wrote: > Carsten: Unfortunately, as was discussed in an earlier thread, the > jaguar > provided python is woefully inadequate. So, there is not going to be a > "system-python" package. I am willing to add the openssl dependency to > the default python package if that's what people want. Having four > python variants (python-nox, python, python-ssl, python-nox-ssl) is > just > too unwieldy (and hard to maintain). I am currently thinking about a modification to splitoffs that will allow multiple similar packages to be placed in the same info file. This would be the variants feature I proposed a long time ago, but never got time to code up properly. The current .info file is woefully inadequate for the task, and I am working up an XML format that will give us the needed extensibility. I will mail you all a proposal for the file-format as soon as I get it worked up. Kyle Moffett --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] appropriate optimization flags for compiler?
On Monday, October 7, 2002, at 05:07 AM, Sébastien Pierre wrote: > Le lundi, 7 oct 2002, à 07:41 Europe/Paris, Jeremy Erwin a écrit : >> Many fink packages appear to be compiled with "-O2 -g". While this >> may be appropriate for debugging, the "-g" flag can increase the size >> of binaries. A more aggressive level of optimization would also be >> useful in some applications. Is there some mechanism by which a user >> could tell fink to compile with "-O3" and a specific march flag? The problem is that binary compatability could be affected by this, and some people that use mostly binary distro and a few source pkgs could be burned. Besides, do we really want to get flooded with support requests for the packages that don't compile properly with certain optimization settings? > It would be really nice if there was a C(XX)FLAGS variable somewhere > (in fink.conf for instance) that defines the global optimisation level > of all fink packages. This would allow people who want -O3 packages to > have all packages properly optimised. Also, allowing the users to change the C(XX)FLAGS non-trivially (without modifying fink sources) would be an invitation for disaster on some/many packages. Just my 2¢ Kyle Moffett --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel