From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: [rfc] layman storage location (again)
Date: Sat, 16 Jan 2010 03:07:26 +0000 (UTC) [thread overview]
Message-ID: <pan.2010.01.16.03.07.27@cox.net> (raw)
In-Reply-To: 201001152046.00963.vapier@gentoo.org
Mike Frysinger posted on Fri, 15 Jan 2010 20:45:49 -0500 as excerpted:
> On Friday 15 January 2010 20:24:38 Sebastian Pipping wrote:
>> On 01/16/10 00:33, Jorge Manuel B. S. Vicetto wrote:
>> > - From the alternatives, /var/lib/layman doesn't sound right. If
>> > /var/cache/layman doesn't work, what about /var/spool/layman instead?
>>
>> Okay, how about
>>
>> /var/spool/layman
>>
>> then? Any objections?
>
> /var/spool/ is a terrible idea -- these are not jobs being queued
> waiting to be processed by a daemon and then removed.
>
> if you want to keep all of layman's stuff together, then about your only
> option is to create your own tree at like /var/layman/. the better idea
> though would be to split your stuff along the proper lines.
>
> cache files = /var/cache/layman/
> config files = /etc/layman/
This looks pretty good to me, too.
1) Don't mess with /usr/local/, that's reserved for local use.
(FWIW, it's only because I'm lazy and use single-letter "p" for my
portage dirs, that you didn't clash with anything I do, here. But I
/was/ wondering what the layman dir was doing in my local files!)
2) /etc/ (/etc/layman/, or as I use, /etc/portage/layman, but some folks
may not like that) for config, but do keep in mind that some folks keep
/ (and thus /etc) read-only during normal operation. Thus, you can't
properly put your runtime-updated files there.
(It could of course be argued that layman updates should be done with
gentoo tree updates, thus, during package manager updates, which aren't
really normal operation since Gentoo at least depends on / and /etc being
writable for package updates, but then you lose the flexibility of being
able to update layman on its own, during otherwise normal operation.)
3) /var/spool/ isn't right either, because as someone else mentioned,
these aren't files spooled for use by some daemon and then deletion.
4) That leaves some place in /var/cache or /var/lib, or possibly /usr
(taking a cue from Gentoo's default /usr/portage), for your
runtime-updated files.
I don't personally much care which of those are used, but /usr/ itself
may be read-only mounted as well during normal operation (with
/usr/portage/ either on a different mountpoint, or the local gentoo tree
stored elsewhere), so I'd suggest, unless you wish to use
/usr/portage/layman, you don't use /usr/ at all, which leaves /var/lib/
or /var/cache/.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
next prev parent reply other threads:[~2010-01-16 3:09 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-15 19:36 [gentoo-dev] [rfc] layman storage location (again) Sebastian Pipping
2010-01-15 19:43 ` Jeremy Olexa
2010-01-15 19:44 ` Alex Legler
2010-01-15 22:25 ` Dawid Węgliński
2010-01-15 23:33 ` Jorge Manuel B. S. Vicetto
2010-01-15 23:41 ` Dawid Węgliński
2010-01-16 0:36 ` Ulrich Mueller
2010-01-16 1:24 ` Sebastian Pipping
2010-01-16 1:45 ` Mike Frysinger
2010-01-16 1:55 ` Sebastian Pipping
2010-01-16 4:39 ` Mike Frysinger
2010-01-16 18:16 ` Sebastian Pipping
2010-01-16 18:52 ` [gentoo-dev] " Peter Hjalmarsson
2010-01-18 23:35 ` Sebastian Pipping
2010-01-16 8:12 ` [gentoo-dev] " Peter Volkov
2010-01-16 11:11 ` Lars Wendler
2010-01-16 11:46 ` Nirbheek Chauhan
2010-01-16 11:59 ` Pacho Ramos
2010-01-16 12:57 ` Ben de Groot
2010-01-16 13:06 ` dev-random
2010-01-16 18:31 ` [gentoo-dev] " Jörg Schaible
2010-01-16 18:57 ` Peter Hjalmarsson
2010-01-16 19:38 ` Michael Higgins
2010-01-16 22:46 ` Benedikt Böhm
2010-01-16 23:55 ` Sebastian Pipping
2010-01-17 8:19 ` Benedikt Böhm
2010-01-17 1:27 ` Mike Frysinger
2010-01-16 12:56 ` [gentoo-dev] " Ben de Groot
2010-01-16 18:26 ` Sebastian Pipping
2010-01-16 18:31 ` Nirbheek Chauhan
2010-01-16 18:38 ` Sebastian Pipping
2010-01-17 12:18 ` Lars Wendler
2010-01-16 3:07 ` Duncan [this message]
2010-01-16 21:37 ` Antoni Grzymala
2010-01-15 23:41 ` Ben de Groot
2010-01-16 21:37 ` Antoni Grzymala
2010-01-16 11:17 ` Fabian Groffen
2010-01-16 18:21 ` Sebastian Pipping
2010-01-17 9:01 ` Ciaran McCreesh
2010-01-17 18:04 ` Sebastian Pipping
2010-01-17 20:31 ` Thilo Bangert
2010-01-18 0:38 ` Sebastian Pipping
2010-01-18 5:27 ` Ulrich Mueller
2010-01-17 20:38 ` [gentoo-dev] RFC: don't define ebeep and epause in eutils in EAPI 3 Petteri Räty
2010-01-17 20:48 ` Tomáš Chvátal
2010-01-17 21:12 ` David Leverton
2010-01-17 21:30 ` Mike Frysinger
2010-01-18 7:21 ` [gentoo-dev] " Torsten Veller
2010-01-25 20:44 ` [gentoo-dev] " Petteri Räty
2010-01-18 8:07 ` Ulrich Mueller
2010-01-18 23:24 ` Petteri Räty
2010-01-18 13:02 ` Tiziano Müller
2010-01-18 23:22 ` Petteri Räty
2010-01-19 8:37 ` Peter Volkov
2010-01-20 6:55 ` Petteri Räty
2010-01-18 8:05 ` [gentoo-dev] Re: [rfc] layman storage location (again) Peter Hjalmarsson
2010-01-18 9:07 ` Alex Alexander
2010-01-18 10:12 ` Antoni Grzymala
2010-01-18 11:40 ` Michael Haubenwallner
2010-01-18 16:08 ` [gentoo-dev] " Peter Hjalmarsson
2010-01-19 0:05 ` [gentoo-dev] " Sebastian Pipping
2010-01-19 0:26 ` Mike Frysinger
2010-01-18 1:44 ` Mike Frysinger
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=pan.2010.01.16.03.07.27@cox.net \
--to=1i5t5.duncan@cox.net \
--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