Re: [gentoo-dev] Very bad ebuild-writing practice.

["mike" <vapier@netzero.com>]

if it made it in unmasked but with a cvs date tag, would that
make it more agreeable ?
-mike

----- Original Message -----
From: "Blake Watters" <sbw@metalab.unc.edu>
To: "Dan Naumov" <jago@telefragged.com>
Cc: <gentoo-dev@gentoo.org>
Sent: Saturday, August 17, 2002 14:40
Subject: Re: [gentoo-dev] Very bad ebuild-writing practice.


> Wouldn't it seem most reasonable for the ebuild author to create
> snapshots, test them, and have those snapshots merged into Portage? Then
> the package can be repackaged at a later date, tested again and released.
> This also allows you to use the date as the version number, bypassing any
> problems with the naming conventions.
>
> I agree that hourly build releases should not make it into the portage
> tree unmasked. Perhaps masking such packages or creating an experimental
> organizational unit under portage for such packages to live would be
> advantageous.
>
> Blake
>
>
> On Sat, 17 Aug 2002, Dan Naumov wrote:
>
> > On Sat, 17 Aug 2002 09:30:37 -0700
> > Jeremiah Mahler <jmahler@pacbell.net> wrote:
> >
> > > But suppose someone did want an ebuild for the hourly CVS snapshots?
> > > How should it be named?
> >
> > My personal belief is that ebuilds of hourly CVS snapshots should never
leave the PORTDIR_OVERLAY of the original author. IMHO, Gentoo Portage is no
place for autogenerated, untested CVS stuff. How are you going to go around
non-compiling snapshots of broken trees and new compile options that appear
from time to timw anyways ?
> >
> > Ebuilds should be writted for things that are "set in stone" and don't
go around changing on an hourly basis. You really don't want to have 2 users
run "emerge blah" and get different versions of the same program, even
though "emerge -u rsync" was run at the same time. This would be a horrible
mess (which is currently the case with QuakeForge ebuild).
> >
> > Sincerely,
> > Dan Naumov aka Jago
> > _______________________________________________
> > gentoo-dev mailing list
> > gentoo-dev@gentoo.org
> > http://lists.gentoo.org/mailman/listinfo/gentoo-dev
> >
>
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev
>