public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Michael Schreckenbauer <grimlog@gmx.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Apologize to everyone for my nonprofessional
Date: Sat, 15 Oct 2011 10:35:08 +0200	[thread overview]
Message-ID: <1474337.CKuYS0Cz6D@pc> (raw)
In-Reply-To: <CADPrc80ky59iwkW8PAdjL+B0WYrQF8GP-z9_411i1ijoEQd7ig@mail.gmail.com>

Hi Canek,

On Saturday, 15. October 2011 00:50:22 Canek Peláez Valdés wrote:
> On Sat, Oct 15, 2011 at 12:34 AM, Canek Peláez Valdés <caneko@gmail.com> 
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.
> 
> I finally found the link (got confused by gmane interface):
> 
> http://article.gmane.org/gmane.linux.gentoo.user/246892
> 
> Quoting myself (from more than one month ago):
> 
> "Saying that proposing /run and /lock to be available at boot time
> means that in the future a separated /var partition could be not
> supported is, in my book, disinformation. /var/run and /var/lock (by
> definition) are almost empty (in space). /var/lib usually stores whole
> databases. The difference is important and relevant."

and you still did not look into /var/lib to see, what is actually in there?
My systems has directories alsa, bluetooth, hp and many more there that are 
not databases at all.
Stop spreading this misinformation, please.

> Regards.

Best,
Michael




  reply	other threads:[~2011-10-15  8:36 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 [this message]
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
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=1474337.CKuYS0Cz6D@pc \
    --to=grimlog@gmx.de \
    --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