public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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



  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