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 Bu
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.
It
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'
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
David R. Morrison [[EMAIL PROTECTED]] wrote:
> 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 pa
"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
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 con
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 lin
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:
>Actually
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.
Than
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.
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 a
12 matches
Mail list logo