On 02/10/2010 11:27 PM, Dennis Gregorovic wrote: > On Wed, 2010-02-10 at 16:09 -0500, Seth Vidal wrote: >> >> On Wed, 10 Feb 2010, Mike McLean wrote: >> >>> On 02/10/2010 03:41 PM, Roland McGrath wrote: >>>> I'd certainly like it to be de rigeur for all the canonical forms of >>>> producing a passel of rpms. A directory full of fresh built rpms that is >>>> not directly usable as a repo is just silly! >>> >>> Not every set of rpms makes sense as a repo. >>> >>> If you really feel this way, perhaps you should request that yum support >>> a dir of rpms as a repo. ;) >> >> repoquery --repofrompath and the yum tmprepo plugin. >> >> -sv > > I agree with Seth that there would be significant utility in having > repodata readily available for brew builds. I suggest that for regular > builds the repodata live at /data/repodata within the package dir. For > scratch builds, the repodata directory could live right inside the > task_123456 dir. > > I think Mike is right that if we do add repodata creation, having it on > the hub would make the most sense.
We have a Koji hub plugin system now, which makes implementing this kind of post-build operation pretty simple. I think the last time we talked about something like this, we were concerned about the load on the hub from constantly running createrepos. However, I guess running a createrepo on a handful of packages won't cause a huge increase in load, and if it's really useful it's worth it. -- buildsys mailing list [email protected] https://admin.fedoraproject.org/mailman/listinfo/buildsys
