From: "Canek Peláez Valdés" <caneko@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Opinion against /usr merge
Date: Wed, 18 Jul 2012 14:20:30 -0500 [thread overview]
Message-ID: <CADPrc82_UNpwSPudjvvXD-3NLNN1D-Yu3tVgetkmb_v-0i5_sw@mail.gmail.com> (raw)
In-Reply-To: <CA+czFiBN7Zf=KA+_To5NQpbZBUyF=msT72vaQU49Yfpbc9iApQ@mail.gmail.com>
On Wed, Jul 18, 2012 at 2:12 PM, Michael Mol <mikemol@gmail.com> wrote:
> On Wed, Jul 18, 2012 at 3:03 PM, Canek Peláez Valdés <caneko@gmail.com> wrote:
>> On Wed, Jul 18, 2012 at 1:53 PM, Michael Mol <mikemol@gmail.com> wrote:
>>> On Wed, Jul 18, 2012 at 2:47 PM, Alec Warner <antarus@gentoo.org> wrote:
>> [snip]
>>>> Debian uses initramfs-tools...
>>>
>>> AFAIK, neither genkernel nor dracut were expected to get tied to the
>>> Gentoo update process. Has that changed?
>>
>> The kernel you are running (if you update your machine) is not tied to
>> the Gentoo update process. The *source code* gets installed, but the
>> kernel source remains unchanged in /usr/src/whatever. It's the user
>> responsibility to configure, compile, and install the kernel (and then
>> update LILO, grub-legacy or GRUB2). It can be automated with (ta-da)
>> genkernel, but it's not "tied to the Gentoo update process".
>>
>> I really don't see that much difference with needing to also update
>> the initramfs, if needed.
>
> What if your DNS resolver in your rescue shell has a vulnerability?
> What if wget, links or whatever network tools you use during recovery
> have a vulnerability?
>
> These are tools which are commonly placed in initramfs.
First of all, none of this has nothing to do with the discussion at
hand. Second, I don't know what kind of initramfs you are familiar
with, but mine has nothing network related, and I don't see *any*
reason to include *anything* network related to an initramfs.
>> Because, besides, if your /usr is not in a different partition, you
>> don't even *need* an initramfs. In that case not using an initramfs is
>> supported by all upstreams.
>
> And what of /var? /opt?
What about them? Again, what it has this anything to do with our
current discussion?
> The problem with the /usr merge upstream is
> that someone didn't think things through when they pushed it, and the
> same reasoning used to justify it easily justifies changing the way
> /var and /opt are treated.
That's pure speculation. Nobody has ever suggested merging /opt nor
/var; if I'm mistaken I would love to see even a single link (mail,
blog post, IRC discussion) were it was at least mentioned as a good
idea to do the same with /opt or /var. I'm pretty sure you don't have
any.
Regards.
--
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México
next prev parent reply other threads:[~2012-07-18 19:21 UTC|newest]
Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-17 21:20 [gentoo-dev] Opinion against /usr merge Richard Yao
2012-07-17 22:41 ` Rich Freeman
2012-07-17 23:07 ` Olivier Crête
2012-07-18 0:37 ` Ian Stakenvicius
2012-07-18 0:49 ` Olivier Crête
2012-07-18 0:50 ` Olivier Crête
2012-07-18 1:11 ` William Hubbs
2012-07-18 3:54 ` Richard Yao
2012-07-18 4:37 ` Olivier Crête
2012-07-18 8:10 ` Michał Górny
2012-07-18 13:18 ` Richard Yao
2012-07-18 15:04 ` Canek Peláez Valdés
2012-07-18 16:13 ` Hobbit
2012-07-18 16:26 ` William Hubbs
2012-07-18 16:56 ` Hobbit
2012-07-18 17:35 ` Canek Peláez Valdés
2012-07-18 17:40 ` Ciaran McCreesh
2012-07-18 17:58 ` Michał Górny
2012-07-18 18:25 ` Michael Mol
2012-07-18 18:47 ` Alec Warner
2012-07-18 18:53 ` Michael Mol
2012-07-18 19:03 ` Canek Peláez Valdés
2012-07-18 19:12 ` Michael Mol
2012-07-18 19:20 ` Canek Peláez Valdés [this message]
2012-07-18 19:40 ` Michael Mol
2012-07-18 20:02 ` Rich Freeman
2012-07-18 20:14 ` Michael Mol
2012-07-18 20:53 ` Peter Stuge
2012-07-18 19:22 ` Michał Górny
2012-07-18 19:05 ` Rich Freeman
2012-07-18 19:18 ` Michael Mol
2012-07-18 19:25 ` Canek Peláez Valdés
2012-07-18 19:47 ` Michael Mol
2012-07-18 19:50 ` Ian Stakenvicius
2012-07-18 19:55 ` Michael Mol
2012-07-18 19:59 ` Ian Stakenvicius
2012-07-19 4:22 ` [gentoo-dev] " Duncan
2012-07-18 20:05 ` [gentoo-dev] " Alec Warner
2012-07-18 20:10 ` Ian Stakenvicius
2012-07-19 11:05 ` Rich Freeman
2012-07-19 21:01 ` Christopher Head
2012-07-19 1:38 ` Patrick Lauer
2012-07-19 15:26 ` Richard Yao
2012-07-18 18:08 ` Maxim Kammerer
2012-07-18 21:24 ` llemikebyw
2012-07-19 1:24 ` Matthew Marlowe
2012-07-19 2:04 ` Olivier Crête
2012-07-19 4:09 ` Matthew Marlowe
2012-07-19 20:48 ` Walter Dnes
2012-07-18 18:11 ` Michael Mol
2012-07-18 18:22 ` Fabian Groffen
2012-07-19 3:02 ` [gentoo-dev] " Duncan
2012-07-18 17:47 ` [gentoo-dev] " Jason A. Donenfeld
2012-07-19 3:11 ` [gentoo-dev] " Duncan
2012-07-17 23:19 ` [gentoo-dev] " William Hubbs
2012-07-17 23:02 ` William Hubbs
2012-07-17 23:13 ` Dale
2012-07-17 23:23 ` William Hubbs
2012-07-17 23:46 ` Dale
2012-07-17 23:19 ` Richard Yao
2012-07-18 0:12 ` William Hubbs
2012-07-18 0:34 ` Richard Yao
2012-07-18 0:46 ` Rich Freeman
2012-07-18 1:17 ` Richard Yao
2012-07-18 1:28 ` Jeff Horelick
2012-07-18 3:24 ` Richard Yao
2012-07-18 4:42 ` Olivier Crête
2012-07-18 15:35 ` Walter Dnes
2012-07-18 18:06 ` Jason A. Donenfeld
2012-07-19 1:26 ` Walter Dnes
2012-07-18 18:27 ` Michał Górny
2012-07-19 1:37 ` Walter Dnes
2012-08-09 9:10 ` Luca Barbato
2012-08-09 11:57 ` Jeroen Roovers
2012-07-18 4:37 ` [gentoo-dev] " Duncan
2012-07-18 7:41 ` [gentoo-dev] " Michał Górny
2012-07-18 8:18 ` Michał Górny
2012-07-18 9:49 ` [gentoo-dev] " Duncan
2012-07-18 9:55 ` Michał Górny
2012-07-18 10:44 ` Duncan
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=CADPrc82_UNpwSPudjvvXD-3NLNN1D-Yu3tVgetkmb_v-0i5_sw@mail.gmail.com \
--to=caneko@gmail.com \
--cc=gentoo-dev@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