Grant Edwards wrote:
> On 2024-04-17, Dale wrote:
>
>> I still use Nvidia and use nvidia drivers. I to run into problems
>> on occasion with drivers and kernels. When you switched from
>> Nvidia, what did you switch too? Do you still use drivers you
>> install or kernel drivers?
> All in-tree
On 2024-04-17, Dale wrote:
> I still use Nvidia and use nvidia drivers. I to run into problems
> on occasion with drivers and kernels. When you switched from
> Nvidia, what did you switch too? Do you still use drivers you
> install or kernel drivers?
All in-tree kernel drivers for integrated
Grant Edwards wrote:
>
> 2) Lack of support for old hardware when running a newer kernels.
>
> I used to run into this when running nvidia-drivers.
> Gentoo-sources would mark a new kernel stable, but my video board
> would not be supported by nvidia-drivers versions that were
>
On 2024-04-17, Dr Rainer Woitok wrote:
> Grant,
>
> On Wednesday, 2024-04-17 14:11:21 -, you wrote:
>
>> ...
>> If what you want is access to all upstream longeterm kernel versions,
>> then you should be using sys-kernel/vanilla-sources.
>
> I was not aware of this package. Excatly what
On 17/04/2024 10:10, Michael wrote:
I am not sure the assumption "... aging hardware possibly can less and less
cope with newer and newer kernels" is correct. As already mentioned newer
kernels have both security and bug fixes. As long as you stick with stable
gentoo-sources you'll have these
Grant,
On Wednesday, 2024-04-17 14:11:21 -, you wrote:
> ...
> If what you want is access to all upstream longeterm kernel versions,
> then you should be using sys-kernel/vanilla-sources.
I was not aware of this package. Excatly what could come in handy, if
everything else fails. Thank
Michael,
On Wednesday, 2024-04-17 10:10:56 +0100, you wrote:
> On Tuesday, 16 April 2024 20:26:25 BST Grant Edwards wrote:
> > On 2024-04-16, Dr Rainer Woitok wrote:
> > ...
> > > But, to get back to the beginning of this discussion: if there is a
> > > risk that my aging hardware possibly can
On 2024-04-17, Dr Rainer Woitok wrote:
> Grant,
>
> On Tuesday, 2024-04-16 19:26:25 -, 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
On 2024-04-17, Michael wrote:
>> > But, to get back to the beginning of this discussion: if there is a
>> > risk that my aging hardware possibly can less and less cope with
>> > newer and newer kernels, should I put something like
>> >
>> >>=sys-kernel/gentoo-sources-6.7.0
>> >
>> > into
On Wednesday, 17 April 2024 11:37:04 BST Dr Rainer Woitok wrote:
> Grant,
>
> On Tuesday, 2024-04-16 19:26:25 -, 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
Grant,
On Tuesday, 2024-04-16 19:26:25 -, 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
On Tuesday, 16 April 2024 20:26:25 BST Grant Edwards wrote:
> On 2024-04-16, Dr Rainer Woitok wrote:
> > Arve,
> >
> > On Tuesday, 2024-04-16 15:53:48 +0200, you wrote:
> >> ...
> >> Only LTS kernels get stabilised, so this information is readily
> >> available.
> >
> > I'm sure I don't
On 2024-04-16, Dr Rainer Woitok wrote:
> Arve,
>
> On Tuesday, 2024-04-16 15:53:48 +0200, you wrote:
>
>> ...
>> Only LTS kernels get stabilised, so this information is readily available.
>
> I'm sure I don't understand this: According to "https://www.kernel.org/;
> kernel 6.6.27 is "longterm",
Arve,
On Tuesday, 2024-04-16 15:53:48 +0200, you wrote:
> ...
> Only LTS kernels get stabilised, so this information is readily available.
I'm sure I don't understand this: According to "https://www.kernel.org/;
kernel 6.6.27 is "longterm", but according to "eix" the most recent
6.6.*
On 2024-04-16, Dale wrote:
> I've never understood what is supported long term either. I use
> gentoo-sources. I've never figured out just how to pick a kernel that
> is supposed to be stable for the larger version. In other words, only
> security and bug fixes, no new hardware. Right now,
Grant Edwards wrote:
> On 2024-04-16, Arve Barsnes wrote:
>> On Tue, 16 Apr 2024 at 15:29, Dr Rainer Woitok
>> wrote:
My understanding is the gentoo-sources kernels are aligned with the LTS
upstream releases.
>>> Right, they use the same version numbers. But you can't see from just
Arve Barsnes wrote:
> On Tue, 16 Apr 2024 at 15:29, Dr Rainer Woitok
> wrote:
>>> My understanding is the gentoo-sources kernels are aligned with the LTS
>>> upstream releases.
>> Right, they use the same version numbers. But you can't see from just
>> looking at the available
On 2024-04-16, Arve Barsnes wrote:
> On Tue, 16 Apr 2024 at 15:29, Dr Rainer Woitok
> wrote:
>> > My understanding is the gentoo-sources kernels are aligned with the LTS
>> > upstream releases.
>>
>> Right, they use the same version numbers. But you can't see from just
>> looking at the
On 4/16/24 7:15 AM, Michael wrote:
On Tuesday, 16 April 2024 11:55:20 BST Dale wrote:
If you update often, it shouldn't take long answer the questions. If
you do like me and don't update often, it may take longer but no more
time than it would if you updated often and added all the time
On Tue, 16 Apr 2024 at 15:29, Dr Rainer Woitok wrote:
> > My understanding is the gentoo-sources kernels are aligned with the LTS
> > upstream releases.
>
> Right, they use the same version numbers. But you can't see from just
> looking at the available "gentoo-sources" which one is LTS and
Michael,
On Tuesday, 2024-04-16 11:15:07 +0100, you wrote:
> ...
> > But this brings up two related questions:
> >
> > 1. Why does Gentoo not somehow mark LTS kernels either in the version
> >number or in the slot name? This would make it easier to prevent the
> >installation of too
Michael wrote:
> On Tuesday, 16 April 2024 11:55:20 BST Dale wrote:
>
>> If you update often, it shouldn't take long answer the questions. If
>> you do like me and don't update often, it may take longer but no more
>> time than it would if you updated often and added all the time
>> together. As
On Tuesday, 16 April 2024 11:55:20 BST Dale wrote:
> If you update often, it shouldn't take long answer the questions. If
> you do like me and don't update often, it may take longer but no more
> time than it would if you updated often and added all the time
> together. As far as I know, if one
Dr Rainer Woitok wrote:
> Michael,
>
> On Monday, 2024-04-15 12:48:34 +0100, you wrote:
>
>> ...
>> Why have you set your /boot to be mounted at boot?
> Well, I think, I then just followed the Gentoo Handbook. But I see your
> point of saving time which could be better used to successfully
On Tuesday, 16 April 2024 10:04:43 BST Dr Rainer Woitok wrote:
> Michael,
>
> On Monday, 2024-04-15 12:48:34 +0100, you wrote:
> > ...
> > Why have you set your /boot to be mounted at boot?
>
> Well, I think, I then just followed the Gentoo Handbook. But I see your
> point of saving time which
Michael,
On Monday, 2024-04-15 12:48:34 +0100, you wrote:
> ...
> Why have you set your /boot to be mounted at boot?
Well, I think, I then just followed the Gentoo Handbook. But I see your
point of saving time which could be better used to successfully unmount
the "/home/" partition. I'll
On Sunday, 14 April 2024 19:41:41 BST Dr Rainer Woitok wrote:
> Greetings,
>
> On Friday, 2024-01-05 18:46:09 +0100, I myself wrote:
> > ...
> > since a few month or so off and on my laptop fails to resume from hiber-
> > nation due to the "dirty bit" being set on the ext4 "/home" partition.
>
Greetings,
On Friday, 2024-01-05 18:46:09 +0100, I myself wrote:
> ...
> since a few month or so off and on my laptop fails to resume from hiber-
> nation due to the "dirty bit" being set on the ext4 "/home" partition.
I was reading this flickering by on the screen, and it wasn't quite cor-
28 matches
Mail list logo
