public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Canek Peláez Valdés" <caneko@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Apologize to everyone for my nonprofessional
Date: Sat, 15 Oct 2011 02:02:13 -0700	[thread overview]
Message-ID: <CADPrc83__x3XKOWQnXo4KiDFS3DENbWsUFtnsV9RHk04QV5HdQ@mail.gmail.com> (raw)
In-Reply-To: <4E994657.2030200@gmail.com>

On Sat, Oct 15, 2011 at 1:37 AM, Dale <rdalek1967@gmail.com> wrote:
> Canek Peláez Valdés wrote:
>>
>> On Fri, Oct 14, 2011 at 11:56 PM, Dale<rdalek1967@gmail.com>  wrote:
>>>
>>> Pandu Poluan wrote:
>>>
>>> On Oct 15, 2011 5:49 AM, "Dale"<rdalek1967@gmail.com>  wrote:
>>>>
>>>> Neil Bothwick wrote:
>>>>>
>>>>> On Fri, 14 Oct 2011 11:15:24 -0500, Dale wrote:
>>>>>
>>>>>> A'right now.  I'm going to start on hal and /usr being on / again.
>>>>>>  :-P
>>>>>
>>>>> Jeez, 43 years on and you're still going on about it...
>>>>>
>>>>>
>>>> Dang, I was only a year old when hal came out?  That just doubled my
>>>> age.
>>>>  It's closer to what I feel like tho.
>>>>
>>>> I'm still not happy with /usr being required tho.  That is still
>>>> standing
>>>> on a bad nerve.  Don't worry tho, I got plenty of those bad nerves.  :-P
>>>>
>>> Do you know that there's a plan to move /var/run to / also? ;-)
>>>
>>> Rgds,
>>>
>>>
>>> Now someone on here swears up and down that /var isn't going to be
>>> required
>>> on /.
>>
>> /var != /var/run
>> /var != /var/lock
>>
>> /var/run is going in /run, but /var/run (by definition) only contains
>> things like PID files and runtime sockets. In the same vein, /var/lock
>> also is going into /run/lock. I have acknowledged this from the very
>> beginning, and I have been pointing out that implying that because
>> those two (really small and bounded) directories of /var are going
>> into /run and /run/lock, it doesn't mean that the whole /var will go
>> into /. That is disinformation.
>>
>> Nobody has even proposed that /var should go into the same partition
>> as /. *Nobody*, and the simplest proof of that is that nobody has
>> produced a single proof to the contrary. Not a single email, blog
>> post, or wiki entry from any system developer even mentions the
>> possibility of requiring /var to be in the same partition as /.
>>
>> Whoever says that /var will be required to be on the same partition as
>> / is either wildly speculating, or spreading FUD.
>
> So /var/run and /var/lock isn't on /var?  Even if they will be linking to
> another location, the link has to be there for whatever program to follow.
>  If /var isn't mounted yet, there is nothing for the program to find.

The link goes the other way around. /run and /lock are the real
directories, /var/run is a link to /run, /var/lock is a link to
/run/lock. When the initramfs (or the init system) mount /var, they
make the link.

> When I saw the messages about LVM and /var, that caused LVM to fail to
> start.  I wouldn't put / on LVM and wouldn't expect it to work without a
> init thingy either.  Thing is, based on it failing, you can't have /var on a
> separate partition and expect LVM to start.  So, if you use LVM for /usr
> and/or /var, you have to have a init thingy even if / is on a regular file
> system.

Yes, as I said in my last mail, if you need LVM, you need an
initramfs. Remove the LVM, and you can have /var  (and /usr for that
matter) withouth an initramfs. Where/when did I say something
different?

>>> I'm telling ya'll, /home is coming.
>>
>> That is just ridiculous.
>
> I would have said the same thing about /usr a year ago.  I'm not saying it
> is coming next week but . . .

You can speculate all you want. Fact is, nobody has proposed that, and
there is not even a single email suggesting that it will be necessary.
On the contrary, the requirement for an initramfs or a /usr inside the
same partition as / has been being discussed years ago; if you had
followed the developers lists, you wil had hear about it months before
it happened.

Nothing similar has happened with /var, least of it /home.

>>>   We are going to end up where we
>>> can only have one drive in our Linux boxes for the OS and its relatives.
>>
>> And so is this: more FUD.
>>
>>> That or we will ALL have to start using the pesky init* thingy.
>>
>> More FUD: the current proposal (from Zac, the principal coder of
>> portage, and someone who actually wrotes code and know what he is
>> talking about) is this:
>>
>>
>> http://archives.gentoo.org/gentoo-dev/msg_20749880f5bc5feda141488498729fe8.xml
>>
>> It basically removes the need for a "pesky init* thingy", although for
>> the life of me I cannot understand why someone will not see the
>> technical advantages of actually using an initramfs.
>
> I'll have to read his link later.

Please do.

>>> I got 7 acres of land here, complete with trees.  If someone can find the
>>> dev that started this mess, I can find some rope.  Just saying.  ;-)  Oh,
>>> I
>>> live half a mile from the river too.  Makes for a good dump site.  lol
>>>
>>> I noticed the other day that when LVM tries to start, it fails.  I have
>>> /var
>>> on a separate partition here.  It was complaining about something on /var
>>> missing.  So, you may be late in reporting this.  I think it is already
>>> needed for LVM if /usr or /var is on a separate partition.
>>
>> Again, get the facts right. If you use LVM you will need to use an
>> initramfs. If you only use a separated /usr you will be able to use
>> Zac's proposal.
>>
>> In no case whatsoever you will be required to have /var on the same
>> partition as /. Nobody has ever proposed that. /run and /run/lock are
>> not /var.
>>
>> Regards.
>
> No one proposed that /usr was required until just recently.

http://article.gmane.org/gmane.comp.sysutils.systemd.devel/1337

That was on February 25, this year. *Eight* months ago. And the stable
udev in Gentoo still "supports" (it really doesn't, but whatever) a
separated /usr.

> Saying it won't
> happen really puts you in a bad spot when or if it does.  If you know this
> for sure and certain, I want your crystal ball.

It's called an "educated guess". Of course I could be wrong; but I am
more than willing to bet a nice expensive dinner with anyone that it
is not going to happen in the next ten years. Any takers?

> Just for the record, I don't want a init thingy because it is yet one more
> thing to fail when booting.  I was forced to use one when I was on Mandrake
> and I hated it.  It isn't the only reason I switched but it was one reason.
>  Now that same reason is coming to Gentoo.

No is not: if you are talking about Mandrake and not Mandriva, then
you did not used an initramfs. You used an initrd, and it was
completely different.

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:[~2011-10-15  9:03 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-14 15:43 [gentoo-user] Apologize to everyone for my nonprofessional Lavender
2011-10-14 15:52 ` Michael Mol
2011-10-14 16:15   ` Dale
2011-10-14 21:41     ` Neil Bothwick
2011-10-14 22:47       ` Dale
2011-10-15  5:10         ` Pandu Poluan
2011-10-15  6:56           ` Dale
2011-10-15  7:09             ` Pandu Poluan
2011-10-15  7:34             ` Canek Peláez Valdés
2011-10-15  7:50               ` Canek Peláez Valdés
2011-10-15  8:35                 ` Michael Schreckenbauer
2011-10-15  8:42                   ` Canek Peláez Valdés
2011-10-15  8:53                     ` Michael Schreckenbauer
2011-10-15  9:11                       ` Canek Peláez Valdés
2011-10-15  9:31                         ` Michael Schreckenbauer
2011-10-15  9:47                           ` Canek Peláez Valdés
2011-10-15 10:05                             ` Michael Schreckenbauer
2011-10-15 10:34                               ` Canek Peláez Valdés
2011-10-15 10:45                                 ` Michael Schreckenbauer
2011-10-15 11:04                                   ` Canek Peláez Valdés
2011-10-15 19:23                                     ` Michael Schreckenbauer
2011-10-15 10:49                                 ` Canek Peláez Valdés
2011-10-15 18:57                                 ` Joost Roeleveld
2011-10-15 23:25                     ` Mike Edenfield
2011-10-15  8:37               ` Dale
2011-10-15  9:02                 ` Canek Peláez Valdés [this message]
2011-10-15  9:15                   ` Michael Schreckenbauer
2011-10-15  9:21                     ` Canek Peláez Valdés
2011-10-15  9:32                       ` Michael Schreckenbauer
2011-10-15  9:49                         ` Canek Peláez Valdés
2011-10-15  9:37                       ` Dale
2011-10-15  9:54                         ` Canek Peláez Valdés
2011-10-15 17:23                           ` Dale
2011-10-15 14:23                   ` pk
2011-10-15 16:46                     ` Claudio Roberto França Pereira
2011-10-15 19:20                       ` Michael Schreckenbauer
2011-10-15 21:15                       ` Neil Bothwick
2011-10-15  9:53               ` Neil Bothwick
2011-10-15 10:10                 ` Canek Peláez Valdés
2011-10-15 11:31                   ` Neil Bothwick
2011-10-15 12:19                     ` Jonas de Buhr
2011-10-15 13:44               ` Alan McKinnon
2011-10-15 13:48               ` Alan McKinnon
2011-10-15 18:43               ` Joost Roeleveld
  -- strict thread matches above, loose matches on Subject: below --
2011-10-14 16:05 [gentoo-user] 回复: " Lavender
2011-10-17 12:45 ` du yang

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=CADPrc83__x3XKOWQnXo4KiDFS3DENbWsUFtnsV9RHk04QV5HdQ@mail.gmail.com \
    --to=caneko@gmail.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