From: Grant Edwards <grant.b.edwards@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: Slightly corrupted file systems when resuming from hibernation
Date: Wed, 17 Apr 2024 14:11:21 -0000 (UTC) [thread overview]
Message-ID: <uvola8$1bg$1@ciao.gmane.io> (raw)
In-Reply-To: 26143.42576.227523.275372@woitok.gmail.com
On 2024-04-17, Dr Rainer Woitok <rainer.woitok@gmail.com> wrote:
> Grant,
>
> On Tuesday, 2024-04-16 19:26:25 -0000, you wrote:
>
>> ...
>> That means that all gentoo-sources stable kernels are "longterm"
>> kernel versions on kernel.org. It does not mean that all "longterm"
>> kernel versions from kernel.org are available as "stable" in
>> gentoo-sources.
>>
>> It is a statement that "gentoo-sources stable" is a subset of
>> "kernel.org longterm".
>
> This sort of deteriorates into a debate about words rather than meanings
I'm sorry to have caused "deterioration" by trying to explain the
statement you said a) you didn't understand and b) was contridicted by
the contents of the gentoo portage tree. The statement was not
contridicted by what you pointed out.
> without explaining HOW LONG such a series of related kernels are
> main- tained and provided.
That was not the subject of the statement you claimed was wrong which
I then tried to explain. The gentoo-sources versions of upstream
"longterm" kernels are maintained and provided for as long as the
volunteers who do the work maintain and provide them.
> After all, "longterm" or "LTS" suggest that these lines of
> developement are less short-lived than others.
They are. Upstream longterm kernel versions get updates for several
years longer than versions that are not longterm.
> To give an ex- ample: the oldest "longterm" kernels listed on
> "kernel.org" are 4.19.*, 5.4.* and 5.10.*. Of these only 5.10.* is
> still available from Gentoo.
You should certainly demand that all of the money you paid for
gentoo-sources be refunded. It takes work to maintain gentoo-sources
ebuilds. I'm sure if you volunteered to maintain ebuilds for the
older longterm kernels, the help would be happily accepted.
Free clue: It's _hard_work_ to support old verions of things
(especially kernels). They usually won't build with recent tools and
won't run on recent hardware or with recent versions of other
software. You often have to keep around entire virtual machines that
have old tools and utilities.
If what you want is access to all upstream longeterm kernel versions,
then you should be using sys-kernel/vanilla-sources.
> So what time span are we talking about when we say "LTS Gentoo
> kernel"?
We don't say that. "LTS" and "longterm" are not Gentoo designations,
they are kernel.org designations. Gentoo has "stable" and "testing".
Only upstream "longterm" kernel versions get marked as "stable" in
gentoo-sources. They are then supported for as long as somebody
supports them.
> Roughly four, three or two years? And why is the support provided
> by Gentoo significantly shorter than that by "kernel.org"?
Because you're not helping with the support?
--
Grant
next prev parent reply other threads:[~2024-04-17 14:11 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-05 17:46 [gentoo-user] Slightly corrupted file systems when resuming from hibernation Dr Rainer Woitok
2024-04-14 18:41 ` [gentoo-user] " Dr Rainer Woitok
2024-04-15 11:48 ` Michael
2024-04-16 9:04 ` Dr Rainer Woitok
2024-04-16 10:15 ` Michael
2024-04-16 13:29 ` Dr Rainer Woitok
2024-04-16 13:53 ` Arve Barsnes
2024-04-16 14:53 ` Grant Edwards
2024-04-16 15:07 ` Dale
2024-04-16 15:01 ` Dale
2024-04-16 15:14 ` Grant Edwards
2024-04-16 16:43 ` Dr Rainer Woitok
2024-04-16 19:26 ` Grant Edwards
2024-04-17 9:10 ` Michael
2024-04-17 13:52 ` Grant Edwards
2024-04-17 20:05 ` Dale
2024-04-17 20:32 ` Grant Edwards
2024-04-17 22:18 ` Dale
2024-04-17 15:50 ` Dr Rainer Woitok
2024-04-17 17:52 ` Wols Lists
2024-04-17 10:37 ` Dr Rainer Woitok
2024-04-17 10:56 ` Michael
2024-04-17 14:11 ` Grant Edwards [this message]
2024-04-17 16:11 ` Dr Rainer Woitok
2024-04-17 17:53 ` Grant Edwards
2024-04-16 10:55 ` Dale
2024-04-16 11:15 ` Michael
2024-04-16 12:48 ` Dale
2024-04-16 14:32 ` Jack
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='uvola8$1bg$1@ciao.gmane.io' \
--to=grant.b.edwards@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox