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

List:       kde-devel
Subject:    Re: packet managment for compiled-from-source?
From:       "Friedrich W. H.  Kossebau" <Friedrich.W.H () Kossebau ! de>
Date:       2003-11-28 23:58:36
[Download RAW message or body]

Am Samstag, 29. November 2003 00:10 schrieb Thiago Macieira:
> Friedrich W. H.  Kossebau wrote:
> > I would think that there can be much more and better support
> >for building packages put right into the build system. No need to create
> >doc-pak directories, make files description-pak but have it all build in!
>
> That's what the packagers have been doing all along. Check their mailing
> list.

Ah thanks. So that's where the experts sit.

> I'm quite sure you can find their package building tools and files if you
> ask them.
>
> >There are debian directories all over the repository so I can imagine some
> >kind of such support is already available but limited to the apt system.
> >Right (Ralf)?
>
> That's for convenience. The Debian packager is, apparently, the only one
> who has asked to keep his build files in CVS. Other packagers keep their
> files somewhere else.
>
> Just imagine the sheer number of RPM .spec files we'd have if everyone kept
> their files in our CVS. Besides, developers aren't supposed to update each
> and every distribution's package instructions when they make changes to KDE
> build. I know I don't update Ralf's files.
>
> >Now would it be possible to integrate support for the other package
> > systems as well? Any pointers?
>
> I'm doubtful that will happen. Some packagers even keep patches for their
> local builds. That is, most of the time, unacceptable for mainstream KDE.

I was more thinking of some general information supplied to build the packages 
for the local environment (if this is possible), as found by configure. 
Kindof what checkinstall would do but without all the tricks.

Friedrich
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]