Putting the mugshot client in fedora-extras

[Michael Schwendt]

On Sat, 21 Oct 2006 13:27:33 -0400, Owen Taylor wrote:

>  - We could try to time the server push to coincide with when the
>    packages appear in the fedora-extras - that is, we get the
>    client ready, we get the server ready, we put the client version
>    into the build system, and we sit on our browsers reload button,
>    and when the software appears on download.fedora.redhat.com,
>    we do the server upgrade.
> 
>    (There is an obvious conceptual problem here that this only works
>    when there is one such build system - we couldn't do it for both
>    Fedora Extras and Ubuntu Universe, say!)
>   
>    Does the daily update of the repository occur at a predictable
>    time?

No. It happens when somebody logs in and starts the push script.

Further, the packages are pushed to download.fedoraproject.org first and
then are synced to download.fedora.redhat.com automatically without a
chance to influence when that happens. Somebody other than me would need
to tell when and how often that happens.
 
>  - If we could simply get the mugshot client excluded from the 
>    creation of the fedora-extras yum repository metadata, then we 
>    could build packages ahead of time, and later offer them through our
>    current upgrade process. (or through our own yum repository.)
> 
>    Would it be completely ridiculous to ask that createrepo be run 
>    for the FE repository with --exclude=mugshot* ?

Excluding them from the metadata would be possible, since createrepo is
run from within a wrapper script (unless somebody runs it directly ;). But
it would also exclude them from repoclosure tests and hide them in
repoview. This could be considered a bug if a package in the repository is
"not available" via yum and other package tools.

> Do people have other ideas about how it could work?

They could be excluded at a lower level, so they never make it into the FE
repository, but could be mirrored from the needsign repository by you.
That way you could control better which versions to keep. E.g. if you made
two consecutive releases to fix bugs, that would throw out older releases
from the FE repository.