Pascal Bleser
Dominique Leuenberger wrote:
On Mon, 2008-11-10 at 12:12 +0100, Andreas Jaeger wrote:
Note: novfs is now part of our kernel tree: pm -qlp kernel-default-2.6.27.5-1.1.i586.rpm |grep novfs /lib/modules/2.6.27.5-1-default/kernel/fs/novfs /lib/modules/2.6.27.5-1-default/kernel/fs/novfs/novfs.ko
So, no need anymore for the kmp.
It IS part of the kernel, but (at least on my system... I did not update yet to the 2.6.27.5 kernel) the version is older than what is shipped in the 2.0 beta client (2.0.0-440 vs 2.0.0-504 from the client)
Ouch, so now it means that there is no way to upgrade the KMP as it will conflict with the kernel package :(
ko modules from KMPs go to a different location (/lib/modules/$kernel/updates) so they don't conflict.
IMHO it would be better to have it as a KMP that is always built against the latest kernel in oss-updates, especially if the release cycles differ.
I tend to agree to that anyway, because of the different release cycle
We could if they have the quality we need and get released at the right time - and the last is one problem, we do not want to touch the official repos after we released the goldmaster,
Why not just have them in a repository of their own ? It would be non-oss, with EULA/disclaimer/copyright/whatever, but in its own repository.
non-oss repos on build.opensuse.org is an interesting idea. You could alternatively ask for a build.novell.com for non-oss software, to have a clear and obvious separation of the two.
It does sound quite hopeless, tried in the past already. Seems that the Novell Client for Linux is developed by the part of Novell that doesn't care at all about openSUSE.
'not at all' is too strong -- it's about priorities and about risk: openSUSE has no support or QOS commitments whatsoever, and no API commitments, nothing. It's a world in its own and there is a lot of goodwill but nobody would buy a great car if you *maybe* get it fixed, which is if someone happens to be interested in fixing it. So if Novell officially commits to support a product on top of openSUSE, and some bug that shows in the product actually needs a fix in the base OS, then the users are bad off. That's why. It's actually a "we do care": we care about the implications. I agree, though, a 'beta' release with goodwill commitments could be a Good Thing. S. -- Susanne Oberhauser +49-911-74053-574 SUSE -- a Novell Business OPS Engineering Maxfeldstraße 5 Processes and Infrastructure Nürnberg SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-project+help@opensuse.org