[Fink-devel] openmotif
I submitted my openmotif package if anyone would like to help with it. Still a few remaining issues. http://sourceforge.net/tracker/index.php?func=detailaid=549733group_id=17203atid=414256 (why openmotif? well, one app that I am porting, at least, does not like lesstif. That may be true for others) -Ben -- http://homepage.mac.com/bhines/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] How hard would it...
Since Fink is written in perl and uses curl for downloads, you should be able to install Fink on a linux box and run fink fetch foo or fink fetch-all with no problem (if that's what you had in mind), assuming you have uptodate versions of perl and curl there. -- Dave ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] How hard would it...
I'll give it a try, but it looks like I'll have to patch the whole downloading thing fairly heavily if I am to make it such that it runs without human interaction. I figure I'll need to: - skip things that have already been downloaded - only download those packages that changed since the last download - automatically retry mirrors - collect all exceptional cases that could not be resolved some place useful and send out an email w/'em *sigh* I wish there were 40 hours in the day! b.bum On Sunday, April 28, 2002, at 11:10 AM, David R. Morrison wrote: Since Fink is written in perl and uses curl for downloads, you should be able to install Fink on a linux box and run fink fetch foo or fink fetch-all with no problem (if that's what you had in mind), assuming you have uptodate versions of perl and curl there. -- Dave ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] How hard would it...
At 11:44 Uhr -0400 28.04.2002, Bill Bumgarner wrote: I'll give it a try, but it looks like I'll have to patch the whole downloading thing fairly heavily if I am to make it such that it runs without human interaction. I figure I'll need to: - skip things that have already been downloaded fink fetch-missing does that. - only download those packages that changed since the last download Hu? - automatically retry mirrors Pass the --yes option, then fink will retry several times before going on to the next. - collect all exceptional cases that could not be resolved some place useful and send out an email w/'em That's missing, but otherwise, fink --yes fetch-missing should do mostly what you want, unless I misunderstand you. *sigh* I wish there were 40 hours in the day! Be careful for what you wish :-) Max -- --- Max Horn Software Developer email: mailto:[EMAIL PROTECTED] phone: (+49) 6151-494890 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [Fink-users] fink, dpkg, apt-get and dselect
If so are there plans to make 'fink install' know about .deb files available on the net? I ask because currently Fink Commander uses a combination of 'fink' and 'apt-get' which can be confusing. Yes, I thought about it (and filed a feature request some time ago to remind myself :-). But there are implementation issues. The first part, configuration, is easy: E.g. we could add a global option to fink.conf (and which is set by fink configure like the others), which determines if and when the bindist is used to install packages. The field UseBinDist could have these values: never - the current behaviour always - alway use bindist, but if a package is not available, fall back to the Fink version only - always use bindist, never build from source (i.e. we behave just like apt-get does now) newer - use the bindist, but only if its version is newer or equal to the local Fink version. If the Fink version is newer, build from source instead. Then, fink install honors this. In addition, we could add some command line options to temporarily override this feature. But implementation wise, it's tricky. The never and only cases of course are trivial, but for the others we have to mix Fink and apt-get calls. I think that it might still be useful to implement the only case as it would mean that users are not required to learn about two command with different syntax (I think apt-get uses the commands 'upgrade' for fink's 'update-all' which is confusing). When a bindist does not exist fink could give a message suggesting that the users builds from source. (snip) Another problem here is that apt-get can behave very differently in some cases; i.e. it might not just install our package, but also other stuff that was previously selected; it can error out for various reasons, etc. etc. All in all this could be potentially very messy... hm. Shame, Julius I think this needs some thoughts before much is attempted here. Max -- --- Max Horn Software Developer email: mailto:[EMAIL PROTECTED] phone: (+49) 6151-494890 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] a2ps-4.12-4 problem printing tex file
hi, a2ps does not work with tex file. if i execute % a2ps test.tex the printer just prints garbage. in fact, by sending the output into a file % a2ps test.tex -o testfile [test.tex (tex, delegated to texi2dvi): 1 page on 1 sheet] [Total: 2 pages on 1 sheet] saved into the file `testfile' it turns out that the output has dvi format instead of ps format: % file testfile testfile: TeX DVI file (TeX output 2002.04.29:0050) i am not sure if this is a bug in a2ps or in texi2dvi since i don't know which program should handle the conversion dvi-ps. i have the latest version of a2ps, texinfo, and tetex-base (containing dvips) installed: tetex-base 1.0-9 a2ps 4.12-4 texinfo4.1-2 best, kilian ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
