public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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


  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