[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Ideas [?]
From:       Charles Samuels <charles () altair ! dhs ! org>
Date:       1999-11-27 17:29:46
[Download RAW message or body]


It's kind of dissapointing that everyone's favorite distribution has this
issue.  I would have expected it to be solved by how-many-years of these
commercial distributions.  Especially with groups like the Linux Standards Base
and such (sigh).
/me wonders why he's saying it on a KDE mailing list

Perhaps this shouldn't be a KDE project itself, perhaps it should be a person's
or a small group's.  But this person or group would still need the KDE folks
blessing.

In that event, it's worth considering, and possibly doing.  But the KDE folk
would have to say "Yeah, go ahead on do this, we appoint you
head-Linux-package-master."

Then of course, how cooperative will the commercial distributions be about it? 
Will they continue packaging it themselves, breaking the library dependency
"fixes" that has been put upon the KDE binaries?

I suppose that this doesn't really matter until KDE2 is released, then...

-Charles

On Sat, 27 Nov 1999, Alex Zepeda wrote:
> On Wed, 24 Nov 1999, Charles Samuels wrote:
> 
> > I understand and agree; but face it, KDE is primarily Linux ( although
> > I'm sure FreeBSD and such have a bunch of users).  The point is, all
> > these systems are standardized (I think).  And we'd still be packaging
> > source, of course.
> 
> You're right.  This is only a Linux problem.  In general the BSDs are
> quite a bit more standardized.  As is Solaris (or insert your favorite
> comercial Unix here).
> 
> You can pretty much say that you're going to be using foo libc and bar
> libstdc++, etc with BSD.  It's not that complicated.
> 
> It might just be easier to say that KDE has been tested and will run on
> baz Linux distribution version x.y.  Or something similar.  Or is there
> really that much variety in where a specific version of a distribution can
> place its files?
> 
> - alex

[prev in list] [next in list] [prev in thread] [next in thread]