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:18:06 +0100 [thread overview]
Message-ID: <544D812E.3070503@googlemail.com> (raw)
In-Reply-To: <CADPrc82t5EgGpnE7m_y_8tddiTn4vMUN055Kg2gWniv2QJ0OGw@mail.gmail.com>
Am 26.10.2014 um 22:16 schrieb Canek Peláez Valdés:
> On Sun, Oct 26, 2014 at 3:01 PM, Volker Armin Hemmann
> <volkerarmin@googlemail.com> wrote:
>> Am 26.10.2014 um 21:16 schrieb Canek Peláez Valdés:
>>> 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.
>>>>>
>>>> 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'm on 3.17.1 right now, but the moment 3.17.2 comes out I will switch
>>> to it in all my machines: with kerninst is all of it mostly
>>> automatized.
>>>
>>> And with systemd, rebooting to a new kernel takes just a few seconds ;)
>>>
>>> Regards.
>> and without systemd, rebooting to a new kernel takes just a few seconds too.
> Yeah Volker, whatever you say. You always make me laugh.
Too bad, laughing seems to impair the rest of your higher functions.
>
>> Keep your stupid propaganda to yourself. Thank you.
> You are free to stop reading me if you want. Me? I want to keep
> reading you, you are hilarious, specially how do you think I will do
> anything you'll say. Funny, funny guy. Keep it up.
you are free to stop posting systemd propaganda wherever you go.
>> As long as most time of a boot is spend by the bios, it really does not
>> matter if the init system needs 1.5 seconds until X starts or 2.5 seconds.
> Actually, with UEFI fastboot and Gummiboot, the kernel starts to boot
> in just a couple of seconds. But, as with many other things you say,
> is obvious you don't know what you are talking about, so believe
> whatever you want.
>
> I'll just keep laughing at you.
>
> Regards.
this was a nice thread, but you had to post some systemd propaganda. If
you insist on acting like a spoilt little brat, I treat you like one.
I have an UEFI system and my nice little asus board takes longer to go
to grub, than it takes the kernel to go to init, and circa as long as
init needs to go to kdm. So.. whatever you post, I regard as worthless
blubbering of a systemd fanboi who can't hold back and has to infest
every place he goes.
If you would at least posting something useful. Nope. You don't.
next prev parent reply other threads:[~2014-10-26 23:18 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 [this message]
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
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=544D812E.3070503@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