public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Dan Armak <danarmak@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] any interest in removing /usr/qt and /usr/kde ?
Date: Sun, 19 Sep 2004 23:37:55 +0300	[thread overview]
Message-ID: <200409192338.00639.danarmak@gentoo.org> (raw)
In-Reply-To: <20040919202601.GB13163@deneb.condordes.net>

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

On Sunday 19 September 2004 23:26, Joshua J. Berry wrote:
> I could easily see KDE/Qt being treated as an "add-on", given that (a)
> they're not necessary for core system functionality (whatever that means),
Er, so does that mean anything not in the system profile should go in /opt? 
I'd say qt/kde is as important a piece of a dekstop system using it as any 
other.

> and (b) they are both heavily-bloated, 
Bloated in what respect? Size, speed? And what does it have to do with where 
we install them to?

> and you probably don't want to 
> pollute /usr...
It's true that I don't want to, only I don't see a better solution.

If there's a general consensus on moving to /opt I can live with that, because 
it doesn't affect the ebuilds/eclasses/results one bit. It's just that it's 
entirely inconsistent with the way we're using /opt right now. 

And what if, in a year from now, twenty other projects will decide it's good 
for the users to allow many versions to be installed side by side? Will we 
move everything to /opt? My point here is that kde itself is not special in 
any way (although qt arguably is, since you do want different qt2 and qt3 
programs side by side, but then the qt libraries could live together in /usr 
with some effort). It's just that kde users asked for this functionality a 
lot, so I added it. Apart from running two stable trees, kde developers use 
this to run a stable tree and cvs HEAD.

<snip>
> I really do think this is what /opt was intended for.  "Add-on" sounds to
> me like it's one of those purposefully open-ended words that you can
> interpret however you like.  Actually, the whole section on /opt in the FHS
> reads that way ...

Well, I simply don't know what they mean by add-on, so obviously you can 
interpret it however you like :-) 

However, isn't there -any- consensus on what this is supposed to mean? Can we 
just ask the FHS guys if this is so unclear? (And cf. what Ciaran just 
replied.)

-- 
Dan Armak
Gentoo Linux developer (KDE)
Matan, Israel
Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key
Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD  0069 508D 9143 8D5F 8951

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

  parent reply	other threads:[~2004-09-19 20:36 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 [this message]
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
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=200409192338.00639.danarmak@gentoo.org \
    --to=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