On Tue, Aug 03, 2010 at 01:12:38PM +0200, Anders Johansson wrote:
On Tue, Aug 03, 2010 at 12:59:54PM +0200, Anders Johansson wrote:
On Tuesday 03 August 2010 12:52:00 Stefan Dirsch wrote:
That's an
unsolvable one for KPMs.
Why? We expose the ABI hashes as rpm "provides" which
On Tuesday 03 August 2010 13:06:41 Stefan Dirsch wrote: the KMP can "require", and it can require the kernel version number
as minimum version. Where is the problem?
So you're requesting several KMPs using different package names to avoid package name conflicts for kernels, which change their kABI? I believe I have enough fun with NVIDIA. :-(
I'm not requesting anything. I'm telling you how it is done today for ofed and other KMPs we deliver for SLES and SLED through the maintenance process. There is no need for different names, just updated version/release numbers. The standard is to use the kernel version/release number that has the changed ABI as part of the KMP release number.
You would like to see KMPs with the same package name and just different version/release numbers for the different kABIs in the same repo? I'm not sure whether this is going to work with NVIDIA's repo. Maybe, nobody ever tried so far AFAIK. And honestly I would like to avoid that.
If people update their kernel, they will automatically get the KMP updated as well (or it gets uninstalled because of missing dependencies, in case it hasn't been updated yet), and if they want to keep the old kernel by installing the new with "rpm -i" then they can do the same with the kmp.
The only changed names for KMPs that I'm aware of is that we have one name per kernel flavour.
Sure, that suffix is autogenerated. Best regards, Stefan Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ----------------------------------------------------------------- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) ----------------------------------------------------------------- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org