On Fri, 2008-03-14 at 19:55 -0500, Dennis Gilmore wrote:
On Friday 14 March 2008, Mike Bonnet wrote:
> I've written up a brief proposal about how "hidden" packages may be
> supported in Koji. The objective of this is to enable building EPEL
> packages in Koji. I wrote this up fairly quickly, and I'm sure I
> haven't thought through all the issues, but I wanted to get the ball
> rolling. Let me know if you have any questions/comments/ideas/issues
> relating to this proposal.
>
>
http://people.redhat.com/mikeb/koji/koji-hidden-packages-proposal.html
>
> Thanks,
> Mike
the tree will have to be nothing like /mnt/koji/packages
instead it will have to be like
http://download.fedora.redhat.com/pub/fedora/linux/ so that you can use
rsync and repo mirroring tools to sync the content and keep trees in sync.
ill leave it up to Seth to explain more but hit micro repository option he is
working on would allow us to pull the existing repodata intothe new repodata.
I'm not really sure what you're talking about. *No one* will be
mirroring the hidden packages in the case we're talking about (building
EPEL in Koji), these will be RHEL binaries, and only available to the
builders.
We really only need to have a command that can suck the repodata into
the
database. so we know about the packages.
We have a command that can suck data about packages in to the database.
It's "koji import". The proposal is designed to work within the
framework of that we already have in Koji, to try to minimize the number
of changes and thus the time it'll take to implement.
The micro repository option Seth has talked about sounds interesting,
but it doesn't really help with the issue of making packages available
to Koji builders without making them available to the world.