Hi, 

first off, I'm neither a DD nor an NM, but I do some packaging work
(thanks to alioth), As most people here argue against CDBS, I think the
benefits of it are missed (if you didn't guess, I use it and I like it).

Am Freitag, den 09.06.2006, 15:10 -0700 schrieb Steve Langasek:
> On Fri, Jun 09, 2006 at 02:02:48PM -0500, Manoj Srivastava wrote:
> > > This is also my impression. CDBS might be nice to automate the task
> > > "make a .deb out of this Gnome source", but imho it completely fails
> > > when you want to deviate from the "standard" in any way.

I guess this paragraph sums it up pretty good. CDBS is not the best
choice if you need something  *not* _c_ommon. OTOH, if I see a CDBS
based rules files with three lines, this tells me one thing pretty
clearly: there's nothing unusual in this package.


> Let's compare debhelper to cdbs.
I don't quite agree with your analysis. If you say "CDBS stuff is
under /usr/share/cdbs", you must as well say "dh_* stuff is
under /usr/share/perl5/Debian/Debhelper/". 

The problem is the documentation, which leaves room for improvement. I
mean, how many people would understand dh_* without the manpages?



> /usr/share/cdbs/1/rules/debhelper.mk anyway, so they're still *using*
> debhelper behind the scenes. :)  
Yes, and that's a fact I like a lot. I mean, having debian/rules files
in different packages, which are almost exchangable, but still every
single one has > 50 lines, is unproductive. 
(Packaging-wise) simple packages should have simple and *short*
debian/rules files.

I mean, if I want default values for a program, I do "./configure" and
not "./configure --enable-default-prefix --enable-default-docpath ..."


Regards
        Thomas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to