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

List:       kde-core-devel
Subject:    Re: Proposal to plan for "Milestone Releases" on the way to KDE4
From:       Nicolas Goutte <nicolasg () snafu ! de>
Date:       2006-01-25 11:41:53
Message-ID: 200601251241.54626.nicolasg () snafu ! de
[Download RAW message or body]

On Wednesday 25 January 2006 11:00, Thiago Macieira wrote:
> Cornelius Schumacher wrote:
> >On Wednesday 25 January 2006 10:01, Thiago Macieira wrote:
> >> Nicolas Goutte wrote:
> >> >But you cannot fraction KDE modules and releases what pleases you.
> >> > such files would en up in a RPM or DEB file and you cannot have a
> >> > same file in a few RPM files. (We had long ago such problems with
> >> > KOffice translations that were in KDE too.)
> >>
> >> Yes, we can. We can do whatever we want. We have a few applications in
> >> the main KDE modules that produce external releases as well (Kopete
> >> comes to mind).
> >>
> >> If the distributors can't or won't package, it's their problem.
> >> Monolithic packages are a thing of the past for our main audience
> >> anyways.
> >
> >But it would be stupid to ignore the needs of distributors, so I hope
> > you don't mean your "We do whatever we want. What distributors do is
> > their problem" as absolute and unfriendly as it sounds.
>
> Right, we should be as sympathetic to their issues as possible.
>
> But not releasing the applications just because a few distributors can't
> package them is beyond that line. A source-based distribution like
> FreeBSD, that does use monolithic packaging, could just replace the
> application dir in the module with the updated sources.
>
> So, in the end, it all boils down to: if they don't want to package,
> they're being rather intransigent. It's doable and, as I said, our main
> audience already does split-package distribution.

So we would punish people that have the policy to modify the original KDE as 
less as possible. That is a splippery way (if not dangerous for KDE) to go.

Have a nice day!

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