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

Re: (forw) kde-common/admin



On Sunday 07 September 2003 10:54, Ben Burton wrote:
> > Therefore I'd rather like to add --enable-final as a DEB_BUILD_OPTION in
> > the debian/rules files in the CVS modules rather than having it enabled
> > globally.
>
> Sure, but for the modules I maintain I'll be using --enable-final by
> default in debian/rules, since (i) as the maintainer I want my build
> environment to be the same as used by others (including buildds, etc),
> (ii) I have an old machine and so --enable-final makes a difference to
> me, and (iii) it won't break anything since when I add --enable-final
> I'll be patching the sources to remove any resulting errors.
>
> Moreover, I'd suggest that we use --enable-final by default across all
> kde*/debian/rules files, since (i) we as the maintainers of formal KDE
> modules will know what we're doing, (ii) we all have commit permissions
> and so will be able to patch any compile errors, and (iii) passing
> --enable-final in debian/rules won't propagate to 3rd-party apps either
> through admin/ or through the dh_make template.
>
> This solution is most pleasing to me since it satisfies my desire for an
> --enable-final KDE build and yet resolves the 3rd-party app / 3rd-party
> packager problem that you have identified.
>
> > Enabling it again when HEAD gets packaged is ok with me but for now until
> > december it doesn't make much sense to have it enabled anyway.
>
> Sure, I won't even be looking at it until we get to packaging HEAD.  I
> probably wouldn't even be arguing so much now, except that I anticipate
> that when I do prepare KDE 3.2 packages and add --enable-final to
> debian/rules, there will be arguments about inconsistencies between
> defaults in different modules.

Sure. That was the sense behind removing it from debianrules - add it to 
debian/rules directly across the KDE modules :-)

>
> In other news, koffice-i18n has just been accepted, so it should be good
> for sarge.
Cool :-)

Ralf
>
> b. :)

-- 
We're not a company, we just produce better code at less costs.
--------------------------------------------------------------------
Ralf Nolden
nolden@kde.org

The K Desktop Environment       The KDevelop Project
http://www.kde.org              http://www.kdevelop.org

Attachment: pgpqcAXuMa4Qp.pgp
Description: signature


Reply to: