[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

RE: [kde] setting an /opt precedent

I believe this kind of duplicity exists with python (in unstable at least).
With all the various packages that are dependant on various versions (1.5+),
they need to continue in the feed(s).


(off his ipaq ;)
-----Original Message-----
From: jg@pa.dec.com [mailto:jg@pa.dec.com]
Sent: Thursday, January 17, 2002 5:14 PM
To: Jeff Licquia
Cc: debian-devel@lists.debian.org
Subject: Re: [kde] setting an /opt precedent

My point is that often, in these large systems, you need both
systems in parallel, simultaneously, both for developers and users.

You can't just say: "we'll only have one version of nautilus installed
at once", for example; people, particularly on shared systems will need
both versions available simultaneously.

With advance planning, such projects can mitigate, but not eliminate
these problems.  Shared libraries have both helped and hurt
this situation....

And I think Debian owes the KDE packaging folks some guidance on
if not /opt, then where....
			- Jim

Jim Gettys
Cambridge Research Laboratory
Compaq Computer Corporation

To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact

Reply to: