public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Joshua J. Berry" <condordes@gentoo.org>
To: Dan Armak <danarmak@gentoo.org>
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] any interest in removing /usr/qt and /usr/kde ?
Date: Sun, 19 Sep 2004 23:09:36 -0700	[thread overview]
Message-ID: <20040920060936.GA19303@deneb.condordes.net> (raw)
In-Reply-To: <200409200710.09718.danarmak@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 1940 bytes --]

On Mon, Sep 20, 2004 at 07:10:02AM +0300, Dan Armak wrote:
> On Monday 20 September 2004 01:35, Joshua J. Berry wrote:
> > No, it's not special, but I think most people probably won't want a PATH
> > variable that's 10,000 directories long. ;)  The only thing that makes it
> > "special" IMHO is how big it is.
> That isn't affected by our choice of /usr/kde or /opt. 10,000 PATH dirs 
> under /opt are equally as bad. So I don't see your point here? 

Assuming I understood you correctly, you made the point that if KDE goes into
/opt and gets its own directory, others might want to do that too ...

My point is that KDE should be an exception to the
"packages-shouldn't-have-their-own-dirs" rule because it's so big.

> Is it that you 
> want to decrease the sheer amount of files in the /usr filesystem? 

I would like to keep the pollution in /usr down, yes.

> As far as 
> I'm concerned, all portage-installed packages ought to go in /usr except for 
> those that go in /bin /lib etc; the usage of /opt has so far meant the 
> package was lacking in some respect.

I don't know.  Maybe it makes more sense to me because that's just always the
way I've installed KDE -- separate from everything else.  I can see the benefits
of the "everything-in-/usr" argument too (pollution notwithstanding).

It seems like a lot of people prefer to have Qt/KDE split out from the normal
/usr tree.  But some people are complaining because /usr/kde doesn't follow the
FHS.

/opt keeps both groups happy.  It keeps KDE separate (and lets you install
multiple versions side-by-side), and it follows the FHS.  Except now we have a
third group of people who don't like /opt ... and I guess I don't understand why
that is.  What do people have against /opt (yes, I know about current Gentoo
policy)?

-- 
Joshua J. Berry

"I haven't lost my mind -- it's backed up on tape somewhere."
    -- /usr/games/fortune

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  parent reply	other threads:[~2004-09-20  6:09 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-19 19:50 [gentoo-dev] any interest in removing /usr/qt and /usr/kde ? Thomas Weidner
2004-09-19 19:52 ` Ciaran McCreesh
2004-09-19 20:07   ` Mike Frysinger
2004-09-19 20:06 ` Dan Armak
2004-09-19 20:07   ` Joshua J. Berry
2004-09-19 20:13     ` Ciaran McCreesh
2004-09-19 20:16     ` Dan Armak
2004-09-19 20:26       ` Joshua J. Berry
2004-09-19 20:29         ` Ciaran McCreesh
2004-09-19 22:23           ` Joshua J. Berry
2004-09-20  8:41             ` Paul de Vrieze
2004-09-19 20:37         ` Dan Armak
2004-09-19 21:23           ` Malte S. Stretz
2004-09-19 23:38             ` Armando Di Cianno
2004-09-20  8:48             ` Paul de Vrieze
2004-09-20  9:47               ` Malte S. Stretz
2004-09-20 15:56                 ` Armando Di Cianno
2004-09-20 19:52                   ` Malte S. Stretz
2004-09-20 15:40               ` Dan Armak
2004-09-20 18:30                 ` Paul de Vrieze
2004-09-20 19:45                   ` Malte S. Stretz
2004-09-19 22:35           ` Joshua J. Berry
2004-09-20  4:10             ` Dan Armak
2004-09-20  4:27               ` Mike Frysinger
2004-09-20  4:47                 ` Luke-Jr
2004-09-20  6:09               ` Joshua J. Berry [this message]
2004-09-20  9:05                 ` Paul de Vrieze
2004-09-20 15:55                 ` Sami Samhuri
2004-09-20 16:22             ` Carsten Lohrke
2004-09-20 16:36               ` Malte S. Stretz
2004-09-20 16:44                 ` Dan Armak
2004-09-20 17:19                   ` Malte S. Stretz
2004-09-20 17:36                     ` Dan Armak
2004-09-20 22:58                       ` foser
2004-09-20 17:42                 ` Carsten Lohrke
2004-09-20 16:37               ` Dan Armak
2004-09-20 17:35                 ` Carsten Lohrke
2004-09-20 18:52                   ` Paul de Vrieze
2004-09-20 19:17                     ` Carsten Lohrke
2004-09-21 10:47                       ` [gentoo-dev] " Duncan
2004-09-21 11:02                         ` Duncan
2004-09-21 12:05                         ` Carsten Lohrke
2004-09-21  4:58             ` Joel Konkle-Parker
2004-09-21  9:49               ` Paul de Vrieze
2004-09-20  7:49       ` [gentoo-dev] " Simon Watson
2004-09-19 20:09   ` Paul de Vrieze
2004-09-28  2:51   ` [gentoo-dev] " John Croisant
2004-09-28  8:19     ` Paul de Vrieze
2004-09-28  9:24       ` Peter Ruskin
2004-09-28  9:37         ` Paul de Vrieze
2004-09-28 20:32       ` John Croisant
2004-09-29  9:07         ` Paul de Vrieze
2004-09-19 21:55 ` [gentoo-dev] " Luke-Jr
2004-09-19 23:06   ` [gentoo-dev] " Thomas Weidner
2004-09-20  0:03     ` Luke-Jr
2004-09-20  0:55       ` Ciaran McCreesh
2004-09-20  3:50         ` Luke-Jr
2004-09-21  5:10         ` Joel Konkle-Parker
2004-09-21 17:29           ` Helmar Wieland

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=20040920060936.GA19303@deneb.condordes.net \
    --to=condordes@gentoo.org \
    --cc=danarmak@gentoo.org \
    --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