Re: [Fink-devel] FinkCommander now available by CVS at SourceForge
On Thursday, March 21, 2002, at 05:34 AM, Max Horn wrote: you should remove the build directory from CVS! It really doesn't belong there. Since it's a bit tricky (err, impossible) to remove directories from CVS, you should file a support request with SourceForge, telling them your project name and that you want them to remove that dir again, and they'll do it within 24-72 hours (if not, tell me, and I talk to some of my friends there). Done. Thanks, Max. I'd like to make sure I avoid this problem in the future, so I have a question for the group. Once SourceForge support removes the directory from the repository, can I safely commit in the future without first moving build out of the Project Builder folder? My (obviously limited) understanding is that a file or directory not already in a cvs repository needs to be put there with the add command before it will be included in future commits. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] FinkCommander now available by CVS at SourceForge
Steven Burr [[EMAIL PROTECTED]] wrote: I'd like to make sure I avoid this problem in the future, so I have a question for the group. Once SourceForge support removes the directory from the repository, can I safely commit in the future without first moving build out of the Project Builder folder? My (obviously limited) understanding is that a file or directory not already in a cvs repository needs to be put there with the add command before it will be included in future commits. It should be safe to commit... when you update you should get a '?' before the build directory. If you want to be more permanent about it, make a .cvsignore file with only the line: build ...in it, in the top-level directory, and check that in. CVS will ignore that directory from then on, if it exists locally. -- Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/ So now you see handicaps can be cured. Blind, deaf, dum can all be cured with this. -- Alex Chiu, Immortality Inventor ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] FinkCommander now available by CVS at SourceForge
Seems as if Preferences.nib is missing from CVS, I can't compile it without that. Cheers, 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
Re: [Fink-devel] FinkCommander now available by CVS at SourceForge
At 9:33 Uhr -0500 21.03.2002, Benjamin Reed wrote: Steven Burr [[EMAIL PROTECTED]] wrote: I'd like to make sure I avoid this problem in the future, so I have a question for the group. Once SourceForge support removes the directory from the repository, can I safely commit in the future without first moving build out of the Project Builder folder? My (obviously limited) understanding is that a file or directory not already in a cvs repository needs to be put there with the add command before it will be included in future commits. It should be safe to commit... when you update you should get a '?' before the build directory. If you want to be more permanent about it, make a .cvsignore file with only the line: build ...in it, in the top-level directory, and check that in. CVS will ignore that directory from then on, if it exists locally. There is one caveat, though: your local build directory now has CVS subfolders in it. My suggestion is to trash your local build directory (this is harmless, and similiar to the effect of Clean All. But this is mostly of concern if you also want to use CVS from the command line. 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] Essential packages and shared libraries
Hi all. I've noticed that several of our essential packages build shared libraries (for example, bzip2 and ncurses). This presents a bit of a quandry for the shared libraries policy. If we impose the shared libraries policy on these packages, they'll be split into main and -shlibs. Should the main package be essential? Well, if it is, then nobody will ever be able to remove it in favor of main2. This defeats the purpose of the shared libraries policy. On the other hand, if it isn't essential, then some other packages which can currently rely on the presence of the essential package, might need a BuildDepends declaration. So I think either we declare that essential packages should not be split up, or else we have to have some transition period in which people are encouraged to add BuildDepends on some of the essential packages. Does anybody know how Debian handles this? -- Dave ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Scripts
Currently, all scripts in .info files (e.g. InstallScript, CompileScript, etc.) are executed by the user's shell! This is not good of course, as it means we get different results if the user uses tcsh vs bash vs zsh vs whatever. In fact so far I believe we'd always use /bin/sh, but we definitily don't. For the sake of a unified environment, and to reduce problems (as the one in the qt-3.0.2-1 package which wouldn't build for tcsh users), I'd like to change this to really always use /bin/sh. However, this might break some existing packages. Though strictly spoken, anything that stops working was broken before and just slipped through. Comments? 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
Re: [Fink-devel] Scripts
Oh wait, I can answer my own question by looking at the scripts in /sw/are/lib/dpkg/info. They are indeed /bin/sh and it looks like it was fink that make them thay way. So for consistency, I agree. By the way, there is an old comment of chrisp's in the docs which hints that he was planning to someday make CompileScript and InstallScript into real scripts, not just line-at-a-time things... But for now, just changing to line-at-a-time /bin/sh makes sense to me. -- Dave ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Scripts
At 10:48 Uhr -0500 21.03.2002, David R. Morrison wrote: Oh wait, I can answer my own question by looking at the scripts in /sw/are/lib/dpkg/info. They are indeed /bin/sh and it looks like it was fink that make them thay way. So for consistency, I agree. By the way, there is an old comment of chrisp's in the docs which hints that he was planning to someday make CompileScript and InstallScript into real scripts, not just line-at-a-time things... But for now, just changing to line-at-a-time /bin/sh makes sense to me. I know about that comment from Chrisp. Problem is, it's another change that potentially breaks existing scripts. 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] xfree86 4.2
xfree86 4.2 works stable for me, too. the only bug/oddity i recognized was with the cinerama setup: usually i unplug my 18 LCD ;-) from my tibook after going to sleep mode (that is, closing the lid); when waking it up, some xfree86 application windows which were on the second screen before may be partially on screen, but won't react (happened at least with axyftp and aterm, that with a process in it running nicely). don't know if this is some darwin specific problem. can live with it, though. michael. Dr. Michael Baudis Dept. of Pathology Stanford Medical School 300 Pasteur Drive Stanford, CA 94305-5324 U.S.A. [EMAIL PROTECTED] fon:++1 (650) 723 5340 fax:++1 (650) 498 6222 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] ANN: Fink Package Manager 0.9.9 released
A new version of the Fink package manager, 0.9.9, has just been release. It's currently in the unstable tree, however, we hope that we will get a lot of feedback on it quickly so that it can be moved to stable soon. For this reason we would like to urge everybody using Fink's unstable-CVS to update to this new version as soon as possible. The new package manager adds a quite some new things and bug fixes, including one key feature (splitoffs) that will soon be used by many packages. More information can be found in the packaging docs http://fink.sourceforge.net/doc/packaging/index.php An overview of the changes: * added new packaging feature: splitoffs * added support for axel as a download method * added the ability to resume partial downloads (doesn't work with axel) * improved the fink list command (enter fink list --help to learn more) * improved the fink appropos command * improved man page * when the user is prompted to choose between alternate packages, Fink now displays a brief description for each choice * extended list of package fields in which percent expansion is done * fixed a bug preventing Fink to work on pure Darwin * fixed a bug related to packages with a + in their name * fixed URL of SourceForge's gnome mirror * various other minor tweaks fixes If you use unstable-CVS, please update to this new version. You can do it with these two consecutive commands: fink selfupdate-cvs fink update fink Cheers, Max ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] putting splitoffs into unstable
Folks, Max has released fink 0.9.9 which contains the code that knows about splitoffs. You can put your splitoff packages into the unstable tree, but I would suggest adding BuildDepends: fink (= 0.9.9) to any such package. This will force the user to update fink first and so the code will actually run! :-) -- Dave ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] ANN: Fink Package Manager 0.9.9 released
I think we are gonig to adding a fink.conf switch for till in the near future [EMAIL PROTECTED] writes: Hmm, i like the Fink list width fix, but shouldn't it default to auto? Having to add -w=auto to every list command is kinda silly. -B ¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., Justin F. Hallett - Systems Analyst Phone: (780)-408-3094 Fax: (780)-454-3200 E-Mail: [EMAIL PROTECTED] .·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] ANN: Fink Package Manager 0.9.9 released
At 4:10 PM -0700 3/21/02, Justin Hallett wrote: I think we are gonig to adding a fink.conf switch for till in the near future That's good... but i still think the builtin list should default to auto width. I can't imagine why someone would want blank space on the right side of their terminal window. -B -- http://homepage.mac.com/bhines/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] ANN: Fink Package Manager 0.9.9 released
At 15:18 Uhr -0800 21.03.2002, Ben Hines wrote: At 4:10 PM -0700 3/21/02, Justin Hallett wrote: I think we are gonig to adding a fink.conf switch for till in the near future That's good... but i still think the builtin list should default to auto width. I can't imagine why someone would want blank space on the right side of their terminal window. We left it on the old values on purpose, for backward compatibility. A feature version will change the default to auto. 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
Re: [Fink-devel] FinkCommander now available by CVS at SourceForge
On Thursday, March 21, 2002, at 07:38 AM, Max Horn wrote: Seems as if Preferences.nib is missing from CVS, I can't compile it without that. Sorry. I ran into the same problem when I did a test run on my kids' Mac and thought I had fixed it. I think the repository is in good shape now. I committed the Preferences.nib contents, deleted the old version of FC from the other Mac and did another test run with anonymous cvs. FC compiled and ran several commands, including selfupdate-cvs.As I write this on my iBook, FC is running update-all without any problem (so far). SourceForge has already removed the build directory. I took Finlay's advice and selected an alternative local directory for the build and build intermediates in PB preferences. Thanks for all the help. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] FinkCommander now available by CVS at SourceForge
On 22/3/02 3:47 PM, Steven Burr [EMAIL PROTECTED] wrote: On Thursday, March 21, 2002, at 07:38 AM, Max Horn wrote: Seems as if Preferences.nib is missing from CVS, I can't compile it without that. Sorry. I ran into the same problem when I did a test run on my kids' Mac and thought I had fixed it. I think the repository is in good shape now. I committed the Preferences.nib contents, deleted the old version of FC from the other Mac and did another test run with anonymous cvs. FC compiled and ran several commands, including selfupdate-cvs.As I write this on my iBook, FC is running update-all without any problem (so far). SourceForge has already removed the build directory. I took Finlay's advice and selected an alternative local directory for the build and build intermediates in PB preferences. Thanks for all the help. I had a look at FinkCommander, and it looks very promising! One suggestion that I have, though... Perhaps when you click on the name of a package, the program should show the information immediately, instead of having to go to 'Source - Describe'. This may take some tweaking on Fink's behalf, though... As it sometimes takes a while for Fink to retrieve the information. Perhaps parsing the info returned by 'fink describe package' would also be useful. Some users probably don't want to view the information in DescPort, DescPackaging and DescUsage, so maybe there should be an option to somehow only include the DescDetail field in the bottom pane. (I'm not sure how this would be done, though... Fink doesn't label the fields in its output...) You could then have an option somewhere to increase or descrease the amount of information given for packages (like you can do with dselect... Press 'I' with a package selected and it will switch between different levels of information.) One thing that might also be nice is to display the dependencies of a package. (Again, not by default... Perhaps on a different 'level'), but as Fink currently doesn't output this information in 'fink describe', that would be a bit difficult... [Turned out to be a bit more than one suggestion... Oh well! :) ] Hope this helps! Thanks! ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
