On Wed, 2005-07-06 at 18:16 +0300, Ville Skyttä wrote: > - in the beginning, we have only kernel X > - rebuild a kernel-module-foo package for it, results: > - k-m-foo-1.0-1.src.rpm > - k-m-foo-1.0-1.X...rpm (all smp, xen0 etc variants and archs) > - the above get pushed to the repository > - then, kernel Y is released, rebuild k-m-foo (which has had no changes > in the meantime) for it, results: > - k-m-foo-1.0-1.src.rpm > - k-m-foo-1.0-1.Y...rpm (all smp, xen0 etc variants and archs) > > Do we discard the new k-m-foo-1.0-1.src.rpm or overwrite the one which > is already in the repository? I vote we discard the new one. > Or do we solve this with a policy (assuming the process you described > above would be implemented): "always bump the release of the "main" > package of a module package before building it for a new kernel"? > That'd result in only one srpm per module package per released kernel > "family". It would also result in unnecessary package upgrades. > > Also, if possible, it would be awesome if the buildsystem could > > automatically do a build when a new kernel goes into FC (for that kernel > > only). Barring that, it would be nice if there was some way for > > kernel-module-* maintainers to be notified of the new kernel update in > > advance. > > Sure. But I'm becoming worried about this discussion already placing > requirements on the build system, which will delay our ability to ship > any module packages even further. We could start with something much > simpler; several suggestions have already been outlined in this thread. > The day "make build" would allow specifying the arch, we could start > building and shipping the packages, and could improve the process > incrementally. The build system has other issues. Right now, I don't think it can deal with ExclusiveArch correctly. If it did, then we could just have "make build" parse ExclusiveArch for kernel-module packages, and build for all those arches. I've CC'd seth and dan to see what they say. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! -- Fedora-packaging mailing list Fedora-packaging@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-packaging
