Re: [Fink-devel] where is perl581-core?
Kevin == Kevin Horton [EMAIL PROTECTED] writes: Kevin To avoid such problems in the future, I wonder if fink could be made Kevin smart enough to recognize when it is installed on an OS version that Kevin is newer than it knows how to deal with. It could then post a message Kevin like This version of fink is too old for this operating system, and Kevin it is not possible to use fink self-update. Please visit the Fink web Kevin site at http://fink. for instructions to fix the problem. Yes, that would have saved me some time. Thank you for your help, and for looking in to the situation. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 merlyn@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fink Build Status; QA Proposal
I finished another Fink build over the weekend. A system configuration error caused a lot of things to build with 3.3 instead of 4.0, which introduced a lot of failures due to trying to link 3.3 against 4.0, so I won't be releasing a report on these results. The good news is that this build was made with fink core HEAD (instead of 0.24.x), and I haven't seen any obvious failures caused by that change. Also, nearly all of the patches for Tiger/4.0 which I sent out a while ago have now been applied, either by the package maintainers or myself. I'll probably be doing another round of patching sometime in the near future. I'll be kicking off another two builds soon. The first build will be instrumented to detect packages which force the use of 3.3 in non- standard ways. The second build will use 10.4-transitional and not try to force 4.0, and will build the packages as 'nobody' instead of 'root'. What else do people want to see done with automated package building? There are a number of QA-type activities it could support. For instance, it could be slightly modified to build packages as they're committed instead of doing a whole world build at once. This would let us validate submissions and automate the maintenance of the bindist (and even provide a bindist for unstable.) --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] jzip up for grabs
In response to my Tiger patch for jzip, its maintainer has stated that he doesn't have time for that package any more. Does anyone here want to take it over or should I set it to None fink-devel ? --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Running your own Binary Distribution Server
Hi Folks: I've set up a binary distribution server following the directions here: http://fink.sourceforge.net/doc/advanced/bindist.php I set this up while running 10.3.x and am now running 10.4.1. Users who have 10.4.x experience no problems Users who are still on 10.3.x cannot access my debian packages in the 10.3 trees. Is there anything different they should put in their /sw/ etc/apt/sources.list files or is there anything I can do on the server side to make this work for them? Many thanks. Bill Scott --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] nessus-1.2.6-1
On 2005-05-30, [EMAIL PROTECTED] wrote: how do i add the newest version to fink commander i believe nessus is up to version 2.2.4 -- Package manager version: 0.23.8 http://fink.sourceforge.net/faq/usage-fink.php?phpLang=en#unstable It appears that you're using a very old version of fink, and only from the binary distribution. I'm not sure, but I'd wager this version of fink will not play well with 10.4, in addition to not having particularly current packages. Probably the best remedy at this point is to follow the directions on http://fink.sf.net/ for getting fink to work with OS 10.4. regards, crh pgpDL5dNFRtRe.pgp Description: PGP signature
Re: [Fink-devel] Running your own Binary Distribution Server
Bill, I'm not sure how old those instructions are, but a few things have changed. First, be sure that people trying to use this are putting their modifications either at the very top or very bottom of the /sw/etc/apt/sources.list file. (The middle sections of this file get rewritten from time to time.) I believe that if they put an addition at the top, your packages will override the official ones, whereas if they put them at the bottom, the official ones would be used first. Also, these days we use the distribution name, such as 10.3/release rather than just release. I'm actually not sure if this matters in your situation. -- Dave William Scott [EMAIL PROTECTED] wrote: Hi Folks: I've set up a binary distribution server following the directions here: http://fink.sourceforge.net/doc/advanced/bindist.php I set this up while running 10.3.x and am now running 10.4.1. Users who have 10.4.x experience no problems Users who are still on 10.3.x cannot access my debian packages in the 10.3 trees. Is there anything different they should put in their /sw/ etc/apt/sources.list files or is there anything I can do on the server side to make this work for them? Many thanks. Bill Scott --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Running your own Binary Distribution Server
On May 31, 2005, at 11:36 PM, William Scott wrote: ccp4: Depends: ccp4lib (= 5.0.2-200) but it is not going to be installed Depends: ccp4lib-shlibs (= 5.0.2-200) but it is not going to be installed Depends: darwin (= 8-1) but 7.7.2-1 is to be installed Every Fink package has a dependency on the version of the kernel it was built with, for technical reasons. This means that if you want to have both 10.3 and 10.4-transitional users using the same apt repository, you have to build the packages with 10.3. (It may be possible to make Tiger build 10.3 packages using some chroot trickiness, but I honestly don't know how reliable that would be.) Alternatively, you can have two separate repositories for 10.3 and 10.4-transitional. On May 31, 2005, at 7:43 PM, Dave Vasilevsky wrote: By the way, if you would like to have 'fink scanpackages' run many times faster, you can run fink from CVS HEAD and install the package apt-ftparchive. The more testers the merrier :-) This sounds good. How do I get it though? (Sorry to be stupid. I have cvs access for fink.) To get Fink from CVS HEAD, follow the instructions under Updating the Package Manager on this page http://fink.sourceforge.net/doc/ cvsaccess/index.php . Dave PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] Fink Build Status; QA Proposal
On May 31, 2005, at 10:55 PM, Michèle Garoche wrote:Le 31 mai 2005 à 23:48, Matthew Sachs a écrit :The second build will use 10.4-transitional and not try to force 4.0, and will build the packages as 'nobody' instead of 'root'.That would be good, because I've begun on 27th May and only 1120 packages have been built at the time being mostly because I should provide my password many times. Even when fink builds as 'nobody', the fink program still runs as root for everything except building. I think you should run buildfink as root, so when it calls fink it never has to ask for a password.Just a question, could it be that building as nobody changes the way some packages are built, i.e. some packages would not compile and some other ones would compile contrary to that would have happened when building as root?I guess it's possible that a few packages will build incorrectly. But most likely a package that needs root will fail (ie: when it tries to use chown). Part of the purpose of this build is to catch the packages that fail without root.It will be interesting also to have all variants of a package systematically built, if possible at all, but with a possibility to exclude some variants if they are known not to compile at a certain time (I think of ssl variants for example).I believe buildfink already does this.Another one would be to get the graph of each dependency, because the graph of all dependencies is not always easily readable.If/when we ever have an unstable bindist, 'apt-cache dotty' should do this. But most packages have so many recursive dependencies that it's still hard to visualize.Dave PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] Running your own Binary Distribution Server
Every Fink package has a dependency on the version of the kernel it was built with, for technical reasons. This means that if you want to have both 10.3 and 10.4-transitional users using the same apt repository, you have to build the packages with 10.3. (It may be possible to make Tiger build 10.3 packages using some chroot trickiness, but I honestly don't know how reliable that would be.) Alternatively, you can have two separate repositories for 10.3 and 10.4-transitional. Hi Dave: Thanks for the reply. I have do have separate repositories. So for this example ccp4 revision 200 is in 10.4 and revision 100 is in 10.3, and was built with 10.3. For whatever reason, the 10.3 user is only seeing the 10.4 tree, even though the 10.3 stuff is also present, i.e., http://xanana.ucsc.edu/fink/10.3/ Thanks. Bill --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fink Build Status; QA Proposal
Le 1 juin 2005 à 06:52, Dave Vasilevsky a écrit :On May 31, 2005, at 10:55 PM, Michèle Garoche wrote:Le 31 mai 2005 à 23:48, Matthew Sachs a écrit :The second build will use 10.4-transitional and not try to force 4.0, and will build the packages as 'nobody' instead of 'root'.That would be good, because I've begun on 27th May and only 1120 packages have been built at the time being mostly because I should provide my password many times. Even when fink builds as 'nobody', the fink program still runs as root for everything except building. I think you should run buildfink as root, so when it calls fink it never has to ask for a password.Oh, I don't like that, running as root maybe a week or so, night and day, with the Apache server running.It will be interesting also to have all variants of a package systematically built, if possible at all, but with a possibility to exclude some variants if they are known not to compile at a certain time (I think of ssl variants for example).I believe buildfink already does this.Only if you build the filter for it. The question here was is it possible to build the filter automatically.Another one would be to get the graph of each dependency, because the graph of all dependencies is not always easily readable.If/when we ever have an unstable bindist, 'apt-cache dotty' should do this. But most packages have so many recursive dependencies that it's still hard to visualize.It is already possible to do it, provided that graphviz is installed (or had been installed and reinstall it). The only thing that is not obvious to me (but then it's more a question of mastering dotty is how to go from a graph with all dependencies to a number of graphs with only one dependency). I'll get an example to make it clearer: say I want to have dependencies graph for bluefish-gnome2 variant. It is unreadable as it is (too many dependencies), but then it could be possible to transform it into a graph for gnome-vfs2, a graph for libxml2, etc... till it comes with something readable. Cheers,Michèlehttp://micmacfr.homeunix.org