From: Dan Armak <danarmak@gentoo.org>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] ebuilds for kde3 beta etc.
Date: Wed, 26 Dec 2001 11:34:56 +0200 [thread overview]
Message-ID: <200112260939.ADT13344@odin.inter.net.il> (raw)
In-Reply-To: <0GOS00FF2WQ3SE@mxout2.netvision.net.il>
To repeat and extend what I said:
On Sunday 23 December 2001 16:13, you wrote:
> > > 1. If the FHS say only binary stuff goes in /opt, where would I put
> > > several KDEs-in-testing? /usr/kde-$ver?
> >
> > Whatever makes sense; just don't use /opt.
On that subject, I'd like to raise once more the issue of KDE placing. Now
is the last time we can easily change it, before doing kde3 ebuilds. I
still think there should be support for multiple KDEs, which would live in
e.g. /usr/kde-$ver each. Juggling paths would be a lot easier.
The way things work right now - one big kde in /usr, many kdelibs in
/usr/lib/kdelibs-$ver - there are the following problems, which will
disappear if we place all KDEs (incl. kdelibs) in /usr/kde-$ver and put each
app in the dir of the kdelibs to which it links:
- Many users will want multiple KDEs, with or without ebuilds that support
it. It'd be better for us to do it for them, so that things are unified.
- Some apps don't like living separately from their kdelibs. In particular,
noatun doesn't work at all (and apparently is unfixable save by patching the
code), mosfet's liquid widgets require a makefile patch (applied), and kdm
can't find the user icons (one possible solution is to manually move the
icons in src_install). Other problems will likely arise.
- With one kde in /usr, it can be (from expirience) very complicated to
startup a kde that lives elsewhere, since /usr always commes first in the
paths.
- eclasses (and kdelibs & kdebase ebuilds) are becoming more and more complex
and tangled to support all this.
I don't know how FHS-compatible that is (i.e. /usr/kde-$ver), beyond not
putting kde in /opt. But I'd really like it to be that way - it would
certainly make everybody's life easier.
Now, I unfortunately missed the orig. kde->/usr thread back when it was
discussed. Apparently it was mostly on IRC and not on the mailing lists so
the only reason for having kde in /usr I really know is the FHS. There may be
other & better reasons.
Even if we decide to hav only 1 kde, it will still be a lot better no to ahve
in /kde. If we have /usr/kde-$ver dirs, each of which will contain a
kdelibs-$ver and all apps linked against it, and kde base will live in one of
those, it'll be a lot better than it is now. Again, because the kde that
lives in /usr has execution priority over any others.
If we make kde live in /usr, --
Dan Armak
Gentoo Linux Developer, Desktop Team
Matan, Israel
next prev parent reply other threads:[~2001-12-26 9:39 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-22 16:57 [gentoo-dev] ebuilds for kde3 beta etc Dan Armak
2001-12-22 17:28 ` Daniel Robbins
2001-12-22 18:00 ` Dan Armak
2001-12-22 18:29 ` Guido Bakker
2001-12-22 18:12 ` Dan Armak
2001-12-23 13:44 ` Mikael Hallendal
2001-12-23 14:07 ` Dan Armak
2001-12-23 23:08 ` Mikael Hallendal
2001-12-24 0:36 ` Daniel Robbins
2001-12-24 8:27 ` Geert Bevin
2001-12-25 1:12 ` Mikael Hallendal
2001-12-25 5:00 ` Dan Armak
2001-12-25 5:11 ` Daniel Robbins
2001-12-25 12:10 ` Mikael Hallendal
2001-12-25 15:49 ` Daniel Robbins
2001-12-25 20:19 ` Mikael Hallendal
2001-12-25 20:40 ` Geert Bevin
2001-12-26 1:47 ` Daniel Robbins
2001-12-26 2:14 ` Mikael Hallendal
2001-12-26 2:44 ` Daniel Robbins
2001-12-26 3:01 ` Mikael Hallendal
2001-12-26 3:33 ` Daniel Robbins
2001-12-26 4:10 ` Mikael Hallendal
2001-12-26 5:43 ` Daniel Robbins
2001-12-26 6:39 ` Dan Armak
2001-12-26 6:51 ` Mikael Hallendal
2001-12-26 6:56 ` Joshua Pierre
2001-12-27 19:41 ` Damon M. Conway
2001-12-26 5:16 ` Joshua Pierre
2001-12-26 1:51 ` Daniel Robbins
2001-12-24 9:59 ` Guido Bakker
2001-12-24 12:11 ` Sebastian Werner
2001-12-24 13:38 ` Dan Armak
2001-12-25 1:14 ` Mikael Hallendal
2001-12-23 14:13 ` Dan Armak
2001-12-26 9:34 ` Dan Armak [this message]
2001-12-26 9:37 ` Dan Armak
2001-12-26 13:46 ` Bart Verwilst
2001-12-26 16:50 ` Daniel Robbins
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=200112260939.ADT13344@odin.inter.net.il \
--to=danarmak@gentoo.org \
--cc=gentoo-dev@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