[Fink-devel] improvement suggestion
Hi all, I've got a simple request regarding the way fink handles unsuccessful downloads. I like to launch the $fink update-all before going to sleep or going out so that everything's done when I'm not actually using the computer. But what often happens is that some mirrors are not up to date and I get the following error : wget --verbose --passive-ftp http://distfiles.arn.se.eu.finkmirrors.net/ethereal-0.10.7.tar.bz2 --20:42:53-- http://distfiles.arn.se.eu.finkmirrors.net/ethereal-0.10.7.tar.bz2 = `ethereal-0.10.7.tar.bz2' Resolving distfiles.arn.se.eu.finkmirrors.net... 212.112.184.143 Connecting to distfiles.arn.se.eu.finkmirrors.net[212.112.184.143]:80... connected. HTTP request sent, awaiting response... 404 Not Found 20:42:54 ERROR 404: Not Found. ### execution of wget failed, exit code 1 Downloading the file ethereal-0.10.7.tar.bz2 failed. (1) Give up (2) Retry the same mirror (3) Retry another mirror from your continent (4) Retry another mirror And the update-all process is suck until the day after when I come back to my desk. So, is there already a workaround around this? If not, is there a way to improve fink by asking him to select a default action (like 'give up' or 'retry another mirror')? Thanks, Pejvan -- Pejvan BEIGUI [EMAIL PROTECTED] Cet email comporte une signature electronique au format OpenPGP/MIME. Pour votre propre sécurité, tout email semblant provenir de cette adresse mais ne comportant pas de signature ou une signature non-valide sera réputé falsifié. signature.asc Description: OpenPGP digital signature
Re: [Fink-devel] improvement suggestion
Todd Heidesch wrote: There is a 'yes' switch, implemented as such: fink -y update-all Great, thanks ! which will try to answer any prompts. (I don't like using it for new installs because I don't always like the choices it makes, and sometimes the mirrors can still halt the install if they don't respond in the typical fashion.) This kind of question would best be sent to the fink-users list first. Yes, sorry. My apologize to everybody on the list. Cheers, Pejvan -- Pejvan BEIGUI [EMAIL PROTECTED] Cet email comporte une signature electronique au format OpenPGP/MIME. Pour votre propre sécurité, tout email semblant provenir de cette adresse mais ne comportant pas de signature ou une signature non-valide sera réputé falsifié. signature.asc Description: OpenPGP digital signature
[Fink-devel] A suggestion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In working with my packages, I've written a little script that uses otool -L and dpkg -S to figure out what my package needs to depend on. I don't know my around fink (the program) well enough to add this myself, but I thought it might be helpful if there were something that did a trick like this one to verify that a .info depends on all the libraries it needs. Anyway, here's the little script I've been using: - #!/usr/bin/perl @files = `find . -type f -perm +111`; #run from the root-* directory of the package. @libs = `otool -L @files`; %depends; for $lib (@libs) { if ( $lib =~ m:(\t/sw/lib/.*\.dylib): ){ $tmp=`dpkg -S $1`; $tmp =~/(.*):/; $depends{$1}=1; } } for $key (keys %depends) { print $key\n; } - regards, crh -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iD8DBQFA3ZUOHttEfMmUResRAtxYAKCDbYDpiy6p8fwwHKvSAO07tFF19ACgjiAR DVM9LJ7olrMcx1rLMM2O/gE= =Pori -END PGP SIGNATURE- --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] fink suggestion
i have a suggestion for fink (not the distro, i mean the perl frontend). i was on holiday and there were a big number of package updated. i wanted to update all of them in one step. but for example postfix-release needed db3-devel but another program needed db41-ssl-devel and installed this one. - the postfix build died ... and so did other ... - after a few fink update-alls all works well, but it's not nice this way. wouldn't it be better to check if dependencies are ok before EACH package gets compiled? i don't know perl enough to peak into the source. thanks, thomas -- thomas kotzian, [EMAIL PROTECTED] --- 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] fink suggestion
we are working on this but it requires changes to the fink dep engine which none really wants to jump into willingly :) On 26-Sep-03, at 9:22 AM, Thomas Kotzian wrote: wouldn't it be better to check if dependencies are ok before EACH package gets compiled? --- 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] A suggestion for the fink package Manager
At 22:15 Uhr +0100 18.02.2003, David wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hello. I would like to add the fink packager manager itself as a project to Freshmeat. I know that we are already present with the distribution but the package manager itself might be interesting to others as well. Not only because the release circle is faster and thus we will be on the front-page more often, but also because it might attract some developers to look at that code and only that code. We could also supply daily-snapshots that way. Any objections? Yes. First off, the package manager never was announced widely, and there is no reason to do so with this release. I am not sure if we should announce it *anywhere*, but IMHO at most on the mailing lists and at our own web site. I give a damn on being on the front page of freshmeat, to be honest. Furthermore, I see no point in making daily snapshots. What would be gained by this over just injecting a cvs checkout? In fact, I see no reason to wait till friday with the release as you requested shrug. I can release today, or tomorrow, or saturday, not friday, but where is the point in waiting? Max --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] A suggestion for the fink package Manager
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Mittwoch, Februar 19, 2003, at 09:32 Uhr, Max Horn wrote: snip? Yes. First off, the package manager never was announced widely, and there is no reason to do so with this release. I am not sure if we should announce it *anywhere*, but IMHO at most on the mailing lists and at our own web site. I give a damn on being on the front page of freshmeat, to be honest. But I do. Exposure is the one key issue, which will, amongst other things, keep Fink alive and kicking. The fact, that Fink really is a two part effort (package manager + all the packages) has never really been shown to the better of the users. Freshmeat is often visited by developers, much less by users, at least that is what I could learn in my personal experience over the years. Someone might be interested in simply developing for the package manager without installing the whole distribution. However, I do not quite see why we could not release it as a separate project. It shows, that we are gaining popularity by the moment we are exposing ourselves. Reading over the stats for the project that shows clearly. Furthermore, I see no point in making daily snapshots. What would be gained by this over just injecting a cvs checkout? That you have a time frame. For example do not check in a highly volatile patch before 10pm, because it might break the whole app. The snap is made at 10:30pm thus it ensures, that the daily snap is stable. Anyways, it is not necessary, it was merely a suggestion. In fact, I see no reason to wait till friday with the release as you requested shrug. I can release today, or tomorrow, or saturday, not friday, but where is the point in waiting? Wendsday and Thursday are never good release days, because they are in the middle of the week and people tend to get very busy. The news editors and news site also accumulate a lot of news from the weekend to about Tuesday, Wendsday. There are also various acclaimed studies which seem to show that middle of the week announcements are treated less interested than end of the week or start of the week announcements. Thus, out of a very old habit I try to keep it that way. The second and much more interesting reason is, that I was away from Thursday to Tuesday on a business Trip. I did not bring my Computer, so I need to catch up. Both on my work accounts and Fink. Thanks for the quick reply :) - -d - - we may race and we may run, but we can not undo what has been done. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+U1wLiW/Ta/pxHPQRA4epAJ9i/kYDPJwdPNMSe2zs7u5KuJsmxACbBIPP 2o4mmUun2/Jg7ZquzKiFhbc= =XiqB -END PGP SIGNATURE- --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] A suggestion for the fink package Manager
On Wednesday, February 19, 2003, at 10:27 am, David wrote: I give a damn on being on the front page of freshmeat, to be honest. But I do. Exposure is the one key issue, which will, amongst other things, keep Fink alive and kicking. The fact, that Fink really is a two part effort (package manager + all the packages) has never really been shown to the better of the users. Freshmeat is often visited by developers, much less by users, at least that is what I could learn in my personal experience over the years. Someone might be interested in simply developing for the package manager without installing the whole distribution. However, I do not quite see why we could not release it as a separate project. It shows, that we are gaining popularity by the moment we are exposing ourselves. Reading over the stats for the project that shows clearly. What is this sudden obsession with popularity and forcing ourselves down the public's throat all the time? I really don't get it. Sure, it's nice to be noticed, but it's better to be noticed legitimately than repeatedly spam freshmeat. I also highly doubt that most freshmeat readers would be interested in Fink, unless of course you were planning on targeting the OS X section, which has a very small reader base anyway AFAICT and so making your entire exposure issue go down the plug hole. Furthermore, I see no point in making daily snapshots. What would be gained by this over just injecting a cvs checkout? That you have a time frame. For example do not check in a highly volatile patch before 10pm, because it might break the whole app. The snap is made at 10:30pm thus it ensures, that the daily snap is stable. Anyways, it is not necessary, it was merely a suggestion. We don't really need daily snapshots of the package manager, as it doesn't change all that often and the in-between releases have quite a small target audience (basically the core fink developers and any users who want to live on the bleeding edge). In fact, I see no reason to wait till friday with the release as you requested shrug. I can release today, or tomorrow, or saturday, not friday, but where is the point in waiting? Wendsday and Thursday are never good release days, because they are in the middle of the week and people tend to get very busy. The news editors and news site also accumulate a lot of news from the weekend to about Tuesday, Wendsday. There are also various acclaimed studies which seem to show that middle of the week announcements are treated less interested than end of the week or start of the week announcements. Thus, out of a very old habit I try to keep it that way. Sure, this makes sense... IF MAXIMUM PRESS EXPOSURE REALLY MATTERS TO YOU. I don't think it does to us -- it certainly doesn't to me, and Max has indicated that it's not one of his priorities either. I would say that it's more important to release when things are ready for projects like Fink -- pointless delays will only keep users in the dark and slow things down. The second and much more interesting reason is, that I was away from Thursday to Tuesday on a business Trip. I did not bring my Computer, so I need to catch up. Both on my work accounts and Fink. Hum... Not trying to be rude, but why does this matter? -- Finlay --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] A suggestion for the fink package Manager
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 snip What is this sudden obsession with popularity and forcing ourselves down the public's throat all the time? I really don't get it. Sure, it's nice to be noticed, but it's better to be noticed legitimately than repeatedly spam freshmeat. I also highly doubt that most freshmeat readers would be interested in Fink, unless of course you were planning on targeting the OS X section, which has a very small reader base anyway AFAICT and so making your entire exposure issue go down the plug hole. First of all, if you have a problem with me Finaly, then please tell me, because I am getting tired of seing only negativ comments whenever I say anything that might interest you in the least. Now with this being said on the emotional agenda let me try and explain to you based on hard facts. a) We cannot force ourselves donw the public's throat. I neither own CNN, nor do I have millions of Euro to waste on a marketing campaign. All I can do is utilise the tools and sites the public has already acclaimed as being worthwhile. Is it illogical to you, that I wish to do at least that to its maximal effect? b) No one is spamming freshmeat. that statement in itself does not make sense, because freshmeat is a moderated medium with very strict rules. When we release a new version of the package manager, with whatsoever changes, I do find that a legitimate reason to let the public know about. Let them decide if it is important to them, but do not deprive them of the information. Passing on this kind of information does not hurt _anyone_. Neither Fink, nor you, nor anyone else. Furthermore I have to deal with the additional work load. c) Of course I am targeting teh Mac OS X section. Just because there is no well established reader base yet, does not mean, that there wont be one in the near future. Looking at the current development in Mac OS X and what Apple does, I do think it is an educated guess that people might start switching even if they come from a *nix* background. They WILL know about freshmeat and they most likely will use their section. snip Sure, this makes sense... IF MAXIMUM PRESS EXPOSURE REALLY MATTERS TO YOU. I don't think it does to us -- it certainly doesn't to me, and Max has indicated that it's not one of his priorities either. I would say that it's more important to release when things are ready for projects like Fink -- pointless delays will only keep users in the dark and slow things down. I will not comment on this. Fight it out with the Main Developers Finlay. It matters to me, If I am to be the honcho who deals with the media for all of you that belong to Fink, than it should be natural to respect certain wishes I have. I will not tell you how to implement a hash function or how to do things you wish to have done in a proper manner. A shift of two days which can bring a significant improvement to all our efforts does not really count as delaying and keeping users in the dark in my eyes. I guess that is relative though. The second and much more interesting reason is, that I was away from Thursday to Tuesday on a business Trip. I did not bring my Computer, so I need to catch up. Both on my work accounts and Fink. Hum... Not trying to be rude, but why does this matter? It does not. It is a matter of courtesy and respect if it matters to you. If you think I have contributed at least a bit, if you think that some things I might have done made sense, then it will matter. If you do not think that is the case, ignore it. - -d - - we may race and we may run, but we can not undo what has been done. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+U2sfiW/Ta/pxHPQRA8/SAJ9UoFLJiXjXq8yKLO82GEDlUtfTVwCeL5IW 1GOPVeDv0CuKrHMt5aBLCV0= =R5M3 -END PGP SIGNATURE- --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] A suggestion for the fink package Manager
I agree with Max here. Users don't really need to know that we've updated the package manager, except for those users who are nice enough to help us test things, and they will see it on our web site or mailing lists. And I would be very surprised if we ever attracted a developer who wanted to work on the package manager in isolation, that is, separated from the rest of the fink distribution. The package manager is a tool, not an end product: the end product is the distribution. So I think that Max should make a package manager release at whatever moment is convenient for him, and we should not publicize such releases beyond our own community. Distributions are another matter of course, and we should do everything we can to let the world know when there is a new distribution. -- Dave --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] A suggestion for the fink package Manager
At 11:27 Uhr +0100 19.02.2003, David wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Mittwoch, Februar 19, 2003, at 09:32 Uhr, Max Horn wrote: snip? Yes. First off, the package manager never was announced widely, and there is no reason to do so with this release. I am not sure if we should announce it *anywhere*, but IMHO at most on the mailing lists and at our own web site. I give a damn on being on the front page of freshmeat, to be honest. But I do. Exposure is the one key issue, which will, amongst other things, keep Fink alive and kicking. Exposure of Fink, yes. Exposure of fink (the package manager), no. Most people don't even realize it as being one separate part of the big whole which is Fink - and IMHO that's good this way. Nothing to be gained here. Also note, this release is a release to the unstable tree, so again for the average user, announcing it big would only lead to lots of emails which ask why they can't seem to be able to get the update, since a big part of Fink users runs the bindist or stable-cvs. The fact, that Fink really is a two part effort (package manager + all the packages) has never really been shown to the better of the users. True. The question is, do we want to change this? Personally I don't see any need for it... but that's maybe just me. Freshmeat is often visited by developers, much less by users, at least that is what I could learn in my personal experience over the years. Someone might be interested in simply developing for the package manager without installing the whole distribution. This is possibly, but I believe the number of such people is tiny. And while I am interested in promoting Fink, there is nothing I see to be gained by promoting fink. I won't object if people want to use the fink package manager on its own, but there is no motivation to encourage it either, is there? However, I do not quite see why we could not release it as a separate project. It shows, that we are gaining popularity by the moment we are exposing ourselves. Reading over the stats for the project that shows clearly. Maybe, maybe not, hard to tell from the raw stat alone where those people come from. It has been the case in the past (before any special PR efforts where made) that our popularity increased with each release. A nowadays lot of blogs, articles, installation instructions now mention Fink casually - it seems to have become a common good among Unix interested mac users. E.g. regulary I see boosts in the fink stats after certain /. articles which have high ranked comments that reference to Fink. And when we released a 10.2 release, quite naturally a lot of people got highly interested again. That said, the added news exposure certainly is good and helped a lot, I don't want to doubt that in the least, I just think it is not alone responsible :-) But anyway, see above for my stance on this: I see an interest to expose Fink, the project, but fink, the package manager? Hum. Furthermore, I see no point in making daily snapshots. What would be gained by this over just injecting a cvs checkout? That you have a time frame. For example do not check in a highly volatile patch before 10pm, because it might break the whole app. The snap is made at 10:30pm thus it ensures, that the daily snap is stable. Anyways, it is not necessary, it was merely a suggestion. I don't understand how your example shows that we gain something. I do see that it restricts the way we work, but besides discomfort for the developers, I have to repeat my question: what would be gained by this? Daily builds make sense for projects like Chimera or Eclipse etc., because the only way to get them testes by a broad audience is by providing precompiled binaries - not everybody can be expected to install developer tools, get a source snapshot, compile it, etc. But the situation is different for fink, once you obtained checkout, you need a single command to install the new package manager in a matter of seconds. The only possible gain I see is for people that do not have access to CVS. For those we have cvs-proxy. And for those who can't use that one either (yes I know this is the case for some people), well, tough luck, but it's not really as if it's required to get these builds; normal mortals don't need to get them anyway, they should just wait for a point release instead of risking their installs anyway - which renders the whole discussion about daily snapshot moot in my eyes. However, if you see any convincing arguments for dailys, please feel free to explicitly list them :-) In fact, I see no reason to wait till friday with the release as you requested shrug. I can release today, or tomorrow, or saturday, not friday, but where is the point in waiting? Wendsday and Thursday are never good release days, because they are in the middle of the week and people tend to get very busy. The news editors and news site also
Re: [Fink-devel] A suggestion for the fink package Manager
On Wednesday, February 19, 2003, at 09:26 AM, Max Horn wrote: Exposure of Fink, yes. Exposure of fink (the package manager), no. I have nothing new to add to this discussion, but my opinion on the matter mirror's Max's. I've got no problems with getting PR for Fink the project, but I think that if anything, drawing attention to fink the tool would be detrimental, or at best, give un no real gain. --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Closing it -_ was (Re: [Fink-devel] A suggestion for the fink package Manager)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 snip So it's not really a matter of not being curteous to you, and more a matter of treating you like other core memebers/project leads :-) Because you would wait for me to read up on mail worth four days? I thought having proper media handling, and please do not tie this to the fink package manager release, was something you and the others wanted? I cannot do this properly though, if I do not have the time to read up on the mail traffic. There are a lot of issues on which we will always disagree, but I can see, that you have a running system and I do not wish to change anything. I do not wish to be treated in a special way either, yet my request to wait two days, so I could read all mail, analyse the possibilities and maybe make more out of it than a simple announce to fink-devel is not asking too much in my eyes. Furthermore I am asking, not demanding and therefore I am expecting nothing. Of course this would be different if we said that we want a full PR coverage of the PM, too. In an PR sense of speaking you already have full coverage of the package manager as well. It is part of the distribution and thus should be covered with it. I have not done that yet, because I did not understand much of it. I am learning and as soon as I know more, I would like to see not only improvements in the Distribution itself mentioned, but also the improvements made tot he package manager supplied with the distribution. And in additiona, let me emphasize that it's fine by me to wait for you upon a full Fink release, where we want to make announcements everywhere possible, and which is a much larger undertaking, i.e. we plan it over several weeks not just one, so we can easily modify the release schedule to accomodate you/drm/me/etc. I realise that and as I said above, it was never an issue of changing anything, I merely probed for a response and I got one. I am happy with that. All the other issues raised have their validity and I will not question them. I made my points, you all made yours and I respect that. Therefore, from my side, I am closing this thread down, for myself. I hope that is ok. - -d - - we may race and we may run, but we can not undo what has been done. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+U5rGiW/Ta/pxHPQRA7ZnAKDRhzyUYiLr0JShq8hxYa3G1eYFLgCgwcC/ k5jOmN/Y+egtw+yuVa3jw1E= =lxtx -END PGP SIGNATURE- --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] A suggestion for the fink package Manager
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hello. I would like to add the fink packager manager itself as a project to Freshmeat. I know that we are already present with the distribution but the package manager itself might be interesting to others as well. Not only because the release circle is faster and thus we will be on the front-page more often, but also because it might attract some developers to look at that code and only that code. We could also supply daily-snapshots that way. Any objections? - -d - - Deep into that darkness peering, long I stood there wondering, fearing, - - Doubting, dreaming dreams no mortal ever dared to dream to dream before.. Edgar Allen Poe - The Raven -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+UqKTiW/Ta/pxHPQRA3RGAKCy0C4aLruC2//YeI8moFNiLxaLVwCfaf0P 2maktAJwrrWiCSWlN3ZQpVA= =lEvw -END PGP SIGNATURE- --- 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