-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Susanne Oberhauser wrote:
Pascal Bleser <pascal.bleser(a)opensuse.org>
writes:
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.
Eh, right, sorry :)
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.
Indeed, it must be separated, and personally, I really don't bother
whether it's in the OBS or anywhere else.
But not having a proper repository with up-to-date packages for the most
recent openSUSE versions is somewhat ridiculous, when you think about it.
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:
Really. I suppose you had a look at this bug already:
https://bugzilla.novell.com/show_bug.cgi?id=262319
I opened that bug 2007-04-07 (even though it was already an issue before
that), it was closed for whatever reason (because there's a public beta
for 10.3 and 11.0 that isn't even in a repository ?) so IMHO it still
isn't quit there yet.
I agree, "not at all" might be too strong, "barely" or "not
much" is
probably more adequate.
How can it not be a priority to have Novell's own Novell Client on
Novell's own community distribution ?
I understand that having it built, tested and made available on SLED and
Windows is the top priority, but really, I'm sure I'm not the only one
who finds that not having a working Novell Client on openSUSE is.. let's
say somewhat ironical at best :)
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.
While I understand the point you're trying to make as far as comparing
openSUSE to SLE*, that does sound quite extreme.
"No support commitments whatsoever" ? Except 2 years of support
regarding security patches and major bugfixes.
No API commitments, probably, although there are policies in place wrt a
best effort API+ABI stability, e.g. providing security and bug fixes as
backports instead of bumping to upstream versions.
If the openSUSE distribution was about "maybe get it fixed", then none
of us would be here right now.
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 doesn't sound like a probable use case though, I'd rather expect
that the Novell Client would require fixes because of bugs in it, or
that it would require changing a few bits in its novfs KMP if the
distribution requires a newer kernel for security reasons and the FS API
in the kernel differs (not all that likely though).
That's why. It's actually a "we do
care": we care about the
implications.
"we do care" == making the Novell Client for openSUSE a very low
priority job ?
I'm not sure :)
I agree, though, a 'beta' release with
goodwill commitments could be a
Good Thing.
Just give it to us, we'll test and report bugs, that'll benefit
everyone. But also take care of fixing the bugs that are reported and
put a somewhat higher priority on this. That would mean "we do care" to
me, tbh.
cheers
- --
-o) Pascal Bleser <pascal.bleser(a)opensuse.org>
/\\
http://opensuse.org -- I took the green pill
_\_v FOSDEM::7+8 Feb 2009, Brussels,
http://fosdem.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFJGV/Or3NMWliFcXcRAtOmAKCLwTe0PdIuLwpkIBc4my8T5X04hwCdG8Eg
QsRa32aD786daItirkSY9KE=
=5TpB
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-project+help(a)opensuse.org