On Friday 2015-05-01 14:16, Stephan Kulow wrote:
> - no downgrades relative to the versions that already were present
> in 13.2
there are features that you cannot backstep from. 3.16: "In this
release, XFS has added[...]
Can we agree on:
13.3 kernel needs to be able to cope with filesystems created
and leave out version numbers?
Of course my take was on features, not version numbers, and in any
software, not just the kernel. When a downgrade is envisioned, that
means there have to be backports for _all_ the features that were
already previously included, and I doubt all of them can be found.
That backporting onto old versions also requires more time. Remember
the 1000-patch mess that systemd was a handful of weeks back.
Certainly not want to do that again.
A so-patched version then also fails to resemble anything in original
documentation, creating confusion whereever you look. Time and again,
I have people emailing me about xtables-addons(-1.x) which, while it
supports 2.6.32, does not support whatever RHEL calls "2.6.32". Or
more globally put, upstream will rightfully call them bastardized
versions and at worst refuse assistance.
No downgrades (slew it like ntp), no feature backports (bump package
instead), no version games. These are my openSUSE ideals.
With kernel backports, please do not get into the business of changing kernel
APIs the way that Ubuntu and RHEL are doing. That becomes a horrible mess for
people like me that are supporting out-of-tree drivers. It has gotten so bad
that I am ignoring any build errors that come from those distros and telling the
reporters to switch to some source that adheres to the philosophy that the
kernel version determines the API.
To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
To contact the owner, email: opensuse-project+owner(a)opensuse.org