From: Volker Armin Hemmann <volkerarmin@googlemail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] alternative kernels
Date: Mon, 27 Oct 2014 00:25:50 +0100 [thread overview]
Message-ID: <544D82FE.1070904@googlemail.com> (raw)
In-Reply-To: <544D6344.8010101@alectenharmsel.com>
Am 26.10.2014 um 22:10 schrieb Alec Ten Harmsel:
> On 10/26/2014 04:16 PM, Canek Peláez Valdés wrote:
>> On Sun, Oct 26, 2014 at 1:56 PM, Alec Ten Harmsel
>> <alec@alectenharmsel.com> wrote:
>>> On 10/26/2014 03:47 PM, Volker Armin Hemmann wrote:
>>>> Am 26.10.2014 um 20:09 schrieb Alexander Kapshuk:
>>>>> I've been using gentoo-sources for a while now.
>>>>>
>>>>> I remember reading on this list about some users using alternative
>>>>> kernels on their gentoo systems. My understanding is that amongst some
>>>>> of the other alternatives, besides the genkernel, which I'm not
>>>>> interested in using, are vanilla-sources available in the portage
>>>>> tree, and the sources available on kernel.org.
>>>>> I'd appreciate being given some pointers on how the folk here maintain
>>>>> their alternative kernels.
>>>>>
>>>>> Thanks.
>>>>>
>>>>> .
>>>>>
>>>> I let portage update the vanilla-sources and once in a while a build and
>>>> install a new kernel. At the moment I am on 3.12.23. Maybe I install
>>>> 3.12.30 tonight. If I find a good reason to do so.
I went to 3.16.6 instead.
>>>>
>>> What happens when you run `emerge --depclean`?
>>>
>>> I always un-keyword the exact version of vanilla-sources that I'm
>>> running since I update and depclean on a weekly basis. I'm not a huge
>>> fan of having a bunch of kernels under /usr/src/linux-* but only having
>>> a couple of them compiled, but to each his own I guess.
>> I have sys-kernel/vanilla-sources in package.keywords, unversioned. So
>> depclean cleans away the older versions, and I keep the latest one.
> I was mostly asking Volker since he has vanilla-sources unmasked without
> specifying a version but is currently running the 3.12.23 kernel. Little
> crazy imnho, but whatever.
since I don't update that often specifying a certain version is... not
really necessary.
And updating a kernel means a reboot. Since rebooting has a high chance
of something going wrong (too many times I saw a hdd or ssd that worked
fine moments ago die on reboot), and disrupts whatever I am doing (all
those nice konsole tabs) and costs times (s3 to desktop is just so much
faster). I spend a lot of time with a certain kernel.
For depclean - I can't even remember the last time I run it.
> Must be nice; my laptop is so old that it boots slowly regardless of my
> choice of init system.
>
>
as others have written already: ssd.
With a caveat: if an ssd dies, it will die suddenly. Without a warning.
Usually 5 minutes before the start of your weekly or monthly backup run.
And that is first hand experience.
next prev parent reply other threads:[~2014-10-26 23:25 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-26 19:09 [gentoo-user] alternative kernels Alexander Kapshuk
2014-10-26 19:23 ` Canek Peláez Valdés
2014-10-26 19:40 ` Alexander Kapshuk
2014-10-26 20:20 ` Rich Freeman
2014-10-26 20:45 ` Canek Peláez Valdés
2014-10-26 20:33 ` Giuseppe Pappalardo
2014-10-26 19:41 ` Canek Peláez Valdés
2014-10-26 19:43 ` Canek Peláez Valdés
2014-10-26 20:56 ` Giuseppe Pappalardo
2014-10-26 19:47 ` Volker Armin Hemmann
2014-10-26 19:52 ` Alexander Kapshuk
2014-10-26 19:56 ` Alec Ten Harmsel
2014-10-26 20:16 ` Canek Peláez Valdés
2014-10-26 20:21 ` Alexander Kapshuk
2014-10-26 20:42 ` Alan McKinnon
2014-10-26 20:48 ` Alexander Kapshuk
2014-10-26 20:46 ` Canek Peláez Valdés
2014-10-26 20:49 ` Alexander Kapshuk
2014-10-26 21:01 ` Volker Armin Hemmann
2014-10-26 21:16 ` Canek Peláez Valdés
2014-10-26 23:18 ` Volker Armin Hemmann
2014-10-26 23:41 ` Canek Peláez Valdés
2014-10-27 1:12 ` wabenbau
2014-10-27 1:35 ` Alec Ten Harmsel
2014-10-27 1:54 ` wabenbau
2014-10-29 19:08 ` Matti Nykyri
2014-10-26 21:34 ` Rich Freeman
2014-10-26 21:10 ` Alec Ten Harmsel
2014-10-26 21:23 ` Canek Peláez Valdés
2014-10-26 21:48 ` Alan McKinnon
2014-10-26 23:25 ` Volker Armin Hemmann [this message]
2014-10-30 7:56 ` J. Roeleveld
2014-10-30 10:31 ` Rich Freeman
2014-10-31 6:30 ` J. Roeleveld
2014-10-31 6:37 ` Canek Peláez Valdés
2014-10-31 7:11 ` J. Roeleveld
2014-10-31 8:22 ` Canek Peláez Valdés
2014-10-31 9:42 ` Gregory Woodbury
2014-10-31 11:05 ` Tanstaafl
2014-10-31 14:09 ` J. Roeleveld
2014-10-31 16:16 ` Peter Humphrey
2014-10-31 17:24 ` Volker Armin Hemmann
2014-10-31 17:53 ` Rich Freeman
2014-10-31 20:26 ` Neil Bothwick
2014-11-01 11:19 ` Peter Humphrey
2014-11-01 15:38 ` Neil Bothwick
2014-11-01 17:19 ` Peter Humphrey
2014-11-01 22:28 ` Neil Bothwick
2014-11-02 13:14 ` Volker Armin Hemmann
2014-11-02 15:28 ` Neil Bothwick
2014-11-03 2:09 ` Tom H
2014-11-03 8:36 ` Neil Bothwick
2014-11-02 23:05 ` Tom H
2014-11-03 0:46 ` Peter Humphrey
2014-11-03 2:26 ` Tom H
2014-10-31 22:09 ` Tom H
2014-10-31 22:30 ` Rich Freeman
2014-11-01 1:03 ` Alec Ten Harmsel
2014-11-01 9:47 ` Rich Freeman
2014-11-01 15:50 ` Alec Ten Harmsel
2014-11-03 1:54 ` Tom H
2014-11-03 1:40 ` Tom H
2014-11-03 0:22 ` Tom H
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=544D82FE.1070904@googlemail.com \
--to=volkerarmin@googlemail.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