[Fink-devel] CVS commit rules

2002-03-15 Thread David R. Morrison
I'd like to remind all core fink developers of the most important rule when committing things to CVS: IF YOU HAVE MADE ANY CHANGE TO YOUR PACKAGE, YOU MUST INCREASE THE REVISION NUMBER. Like any good rule, there are exceptions to this: you can modify the Description field, for example, or

[Fink-devel] Request for Assistance: Packaging for mutella

2002-03-15 Thread Gregory Block
We're nearing release, and I'd like someone to help me with getting a package ready for mutella. I'm responsible for the port of Mutella to MacOS X, and will be taking over as package maintainer for some time while Max, who's done much of the work up to now, takes a breather from the project.

[Fink-devel] BuildDependsOnly

2002-03-15 Thread David R. Morrison
I have another small proposal to make related to the long-term shared libraries project: I suggest that we add a new boolean field BuildDependsOnly. If it is true, the package it is in would not be allowed to be Depended on by any other package, only BuildDepends would be allowed. Fink won't

Re: [Fink-devel] BuildDependsOnly

2002-03-15 Thread Justin Hallett
hmmm I can't see why not but instead of adding more to the build time run add it to the fink check command, which I hope all fauthors are using right? :P [EMAIL PROTECTED] writes: I have another small proposal to make related to the long-term shared libraries project: I suggest that we add a

Re: [Fink-devel] BuildDependsOnly

2002-03-15 Thread David R. Morrison
Justin Hallett [EMAIL PROTECTED] wrote: hmmm I can't see why not but instead of adding more to the build time run add it to the fink check command, which I hope all fauthors are using right?:P Actually, we can worry about the implementation later. We won't want to implement this until the

[Fink-devel] sub-heredoc (was Re: BuildDependsOnly)

2002-03-15 Thread David R. Morrison
Benjamin Reed [EMAIL PROTECTED] wrote: Another thing that occurred to me while packaging is, is there a way to do multilines inside a splitoff? While making the kdelibs package, I have a huge line of files in the Files: section of the bin and shlibs sub-packages. Can those be continued

Re: [Fink-devel] BuildDependsOnly

2002-03-15 Thread Justin Hallett
the sub heredoc is in the works by Max ATM. for now i think it have to be one long line as far as i know. [EMAIL PROTECTED] writes: Another thing that occurred to me while packaging is, is there a way to do multilines inside a splitoff? While making the kdelibs package, I have a huge line

Re: [Fink-devel] BuildDependsOnly

2002-03-15 Thread Justin Hallett
okay point taken and I'm game if approved could we add documentation for it on the website. my docs are far behind now with all the new changes :P I'm a paper guy still need to print em :P And BTW it was fink validate that i was referring to with fink check. [EMAIL PROTECTED] writes:

Re: [Fink-devel] glib 2.0

2002-03-15 Thread Masanori Sekino
On Thu, 14 Mar 2002 08:20:31 +0900 Masanori Sekino [EMAIL PROTECTED] wrote: I'll rewrite GTK2/GNOME2 packages and put them into CVS again. Renamed packages are in CVS now. They are named glib2, atk1, pango1, gtk+2, linc1 and libidl2. New packages orbit2 and libart2 are also available.

Re: [Fink-devel] glib 2.0

2002-03-15 Thread Masanori Sekino
One more things, New packages does not replaces old one automatically. Please remove old packages before installation. On Sat, 16 Mar 2002 13:23:05 +0900 Masanori Sekino [EMAIL PROTECTED] wrote: Renamed packages are in CVS now. They are named glib2, atk1, pango1, gtk+2, linc1 and libidl2.

Re: [Fink-devel] CVS commit rules

2002-03-15 Thread Jeremy Higgs
On 15/3/02 10:52 PM, David R. Morrison [EMAIL PROTECTED] wrote: I'd like to remind all core fink developers of the most important rule when committing things to CVS: IF YOU HAVE MADE ANY CHANGE TO YOUR PACKAGE, YOU MUST INCREASE THE REVISION NUMBER. Like any good rule, there are