From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev-return-15838-arch-gentoo-dev=gentoo.org@lists.gentoo.org>
Received: (qmail 4550 invoked from network); 19 Sep 2004 22:35:05 +0000
Received: from smtp.gentoo.org (156.56.111.197)
by lists.gentoo.org with AES256-SHA encrypted SMTP; 19 Sep 2004 22:35:05 +0000
Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org)
by smtp.gentoo.org with esmtp (Exim 4.41)
id 1C9AH3-0001I6-FI
for arch-gentoo-dev@lists.gentoo.org; Sun, 19 Sep 2004 22:35:13 +0000
Received: (qmail 10975 invoked by uid 89); 19 Sep 2004 22:35:04 +0000
Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:gentoo-dev@gentoo.org>
List-Help: <mailto:gentoo-dev-help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev-unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-dev-subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@gentoo.org
Received: (qmail 13174 invoked from network); 19 Sep 2004 22:35:04 +0000
Date: Sun, 19 Sep 2004 15:35:10 -0700
From: "Joshua J. Berry" <condordes@gentoo.org>
To: Dan Armak <danarmak@gentoo.org>
Cc: gentoo-dev@lists.gentoo.org
Message-ID: <20040919223510.GB20712@deneb.condordes.net>
References: <ciknvv$b70$1@sea.gmane.org> <200409192316.44996.danarmak@gentoo.org> <20040919202601.GB13163@deneb.condordes.net> <200409192338.00639.danarmak@gentoo.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="TakKZr9L6Hm6aLOc"
Content-Disposition: inline
In-Reply-To: <200409192338.00639.danarmak@gentoo.org>
User-Agent: Mutt/1.5.6i
Subject: Re: [gentoo-dev] any interest in removing /usr/qt and /usr/kde ?
X-Archives-Salt: 4c9efa90-344c-41c4-a32d-273ff1734edc
X-Archives-Hash: b48dc312fd19bb3c885f27e743a9f355
--TakKZr9L6Hm6aLOc
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sun, Sep 19, 2004 at 11:37:55PM +0300, Dan Armak wrote:
> On Sunday 19 September 2004 23:26, Joshua J. Berry wrote:
>=20
> > and (b) they are both heavily-bloated,=20
> Bloated in what respect? Size, speed? And what does it have to do with wh=
ere=20
> we install them to?
Size (specifically, number of files). For example:
condor@alnath /usr/kde/3.3/bin> ls |wc -l
368
condor@alnath /usr/kde/3.3/lib> ls |wc -l
733
That could pollute the /usr hierarchy quite a bit, which is why I think mov=
ing
it to straight /usr is a bad idea.
> > and you probably don't want to=20
> > pollute /usr...
> It's true that I don't want to, only I don't see a better solution.
>=20
> If there's a general consensus on moving to /opt I can live with that, be=
cause=20
> it doesn't affect the ebuilds/eclasses/results one bit. It's just that it=
's=20
> entirely inconsistent with the way we're using /opt right now.=20
Perhaps we need to reevaluate how we're using /opt.
I'm fine with the current /usr/kde/<version> scheme, but the FHS says that'=
s a
no-no. But, they say /opt/<package> is perfectly OK for "add-on" software.
=46rom an FHS perspective, the only question is whether or not KDE constitu=
tes
"add-on" software. We could have a flamewar on that question for the next =
10
years and not get anywhere. ;)
> And what if, in a year from now, twenty other projects will decide it's g=
ood=20
> for the users to allow many versions to be installed side by side? Will w=
e=20
> move everything to /opt? My point here is that kde itself is not special =
in=20
> any way (although qt arguably is, since you do want different qt2 and qt3=
=20
> programs side by side, but then the qt libraries could live together in /=
usr=20
> with some effort). It's just that kde users asked for this functionality =
a=20
> lot, so I added it. Apart from running two stable trees, kde developers u=
se=20
> this to run a stable tree and cvs HEAD.
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.
For smaller packages, it would probably just be easier to do something simi=
lar
to what we do right now for GIMP and rename the binaries (you're only talki=
ng a
few, not hundreds as would be the case with KDE).
--=20
Joshua J. Berry
"I haven't lost my mind -- it's backed up on tape somewhere."
-- /usr/games/fortune
--TakKZr9L6Hm6aLOc
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBTgmeaIxeYlQMsxsRAgB7AJ9lZ1zRoWGFezZfxmgTi3z43UzbNQCdHvnP
nv/R5CKBfurQ/xUpk3/0DlM=
=VwoX
-----END PGP SIGNATURE-----
--TakKZr9L6Hm6aLOc--