public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Peter Hjalmarsson <xake@rymdraket.net>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev]  Re: [rfc] layman storage location (again)
Date: Mon, 18 Jan 2010 09:05:58 +0100	[thread overview]
Message-ID: <1263801958.9240.14.camel@lillen.dodi> (raw)
In-Reply-To: <19283.61737.702870.915791@a1i15.kph.uni-mainz.de>

mån 2010-01-18 klockan 06:27 +0100 skrev Ulrich Mueller:
> >>>>> On Mon, 18 Jan 2010, Sebastian Pipping wrote:
> 
> > isn't a package tree somehow having "system-wide implications"?
> > i'm not really sure about /var/db - doesn't seem to be in FHS.
> > is a package tree a database?
> 
> This depends on your definition of "database". At least some parts of
> the tree (like the files/ dirs) at not very database-like.
> 
> > current ranking through my eyes:
> 
> > 1) /var/layman       con: adds folder to /var, maybe should not
> > 2) /var/db/layman    con: you tell me
> > 3) /var/lib/layman   con: not really /var/lib-style data
> 
> I still think that it should be close to the portage tree, therefore
> in /usr. But if you go for /var then take /var/layman.
> 
> Ulrich
> 
> 

I sometimes think the main problem is the tree itself. Portage really
should had a directory of its own, but maybe with anoher structure,
like /var/portage, /var/portage/tree (the current
PORTDIR), /var/portage/distfiles (i.e. split out distfiles from the tree
itself), /var/portage/overlays/layman or /var/portage/layman.
I of course realize that change the structure of the whole portdir would
had inresting complications, so take this comment just as serious as you
like.

But overlays really was an afterthought?





  parent reply	other threads:[~2010-01-18  8:07 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           ` [gentoo-dev] " Duncan
2010-01-16 21:37           ` [gentoo-dev] " 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         ` Peter Hjalmarsson [this message]
2010-01-18  9:07           ` [gentoo-dev] Re: [rfc] layman storage location (again) 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=1263801958.9240.14.camel@lillen.dodi \
    --to=xake@rymdraket.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