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: Re: [rfc] layman storage location (again)
Date: Mon, 18 Jan 2010 17:08:37 +0100	[thread overview]
Message-ID: <1263830917.20849.7.camel@lillen.dodi> (raw)
In-Reply-To: <4B5448A0.7010007@gentoo.org>

mån 2010-01-18 klockan 12:40 +0100 skrev Michael Haubenwallner:
> Alex Alexander wrote:
> > On Mon, Jan 18, 2010 at 09:05:58AM +0100, Peter Hjalmarsson wrote:
> >> 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.
> <snip> 
> > /var/portage/
> > /var/portage/tree
> > /var/portage/layman
> > /var/portage/overlays (non-layman managed, layman could also be in here)
> > /var/portage/distfiles
> > /var/portage/packages
> 
> Not that I really care, but are these "portage-only" and we might need
> /var/{paludis,pkgcore,...}/*? So what about /var/gentoo/*?
> 
> /haubi/

I think "gentoo" is too non-specific. "portage" is more or less a good
name for everything with regards to the package management in gentoo.

That there is a name collision between that and the default
implementation of a package manager I see just as an coincidence.
Just like Gentoo both can refer to a distribution and a file-browser.
Or RPM is both a file-format and a tool to handle said file format.





  reply	other threads:[~2010-01-18 16: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           ` [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         ` [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               ` Peter Hjalmarsson [this message]
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=1263830917.20849.7.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