On Fri, 28 Apr 2006, Josh Bressers wrote:
> If you're interested, feel free to chime in.
I'm interested as well
> We will need a package manifest. Basically a file that tells us which
> packages and versions we're currently shipping in extras. A tool to
> generate this will also be needed since we'll want to update this file on a
> regular basis. Given how fast Extras changes I think this will be the
> easiest way to check if we currently ship package <foo>.
What's the scope here? Should it cover what's in CVS or what's built and
shipped as a package? I can see pros and cons each way
I think it's important to keep an eye out for new things, but also there's
no reason to track a deprecated package that also happens to be in CVS. A
blend of the two will be needed.
Also, does it need to be part of the Fedora infrastructure stuff (say, a
script run on the repository every time a package push hits), or can it be
client-side (say, once a day I check out CVS trees for FE, walk them to
see what's in them, check results into fedora-security/package or
whatever)
I was thinking that initially we just run a manual client side process from
time to time. Eventually I would like to see an automated process that
updates a package manifest.
--
JB