Hello,

On penktadienis 11 Gruodis 2009 13:23:27 Jari Aalto wrote:
> That's good for finer tuning, but a simple debian/dh_norun file would
> just announce "these commands are not used by this package; they have no
> relevance"

I don't understand why you want another file for this. Sequence setup 
naturally *belongs* to debian/rules, it should be visible from there.

> >> This would speed up packaging in low end machines.
> >
> > If debhelper program has nothing to do, it will exit fast. Slow down
> > should be minimal.
> 
> The cost of startup of dh_* is an issue because they are Perl program.
> I'm sorry to tell you, but there are PII and PIII CPUs still (I have
> those) that I use for testing and the speed is an issue when iterating
> over package.

You must *really* hate CDBS then. Its inefficient use of dh_* is what made me 
so excited about dh in the first place.

> >> Of those, for simple package, sometimes only these are needed (target:
> >> binary-arch):
> >>
> >>    dh_testdir
> >>    dh_testroot
> >>    dh_installchangelogs
> >>    dh_installdocs
> >>    dh_installexamples
> >>    dh_link
> >>    dh_strip
> >>    dh_compress
> >>    dh_fixperms
> >>    dh_installdeb
> >>    dh_shlibdeps
> >>    dh_gencontrol
> >>    dh_md5sums
> >>    dh_builddeb
> >
> > This is exactly what conventional packaging with debhelper is for. Since
> > you want full control over sequence, use this method.
> 
> Not full control. There is no need to write full blown debian/rules when
> it could simply read:
> 
>     # Makefile debian/rules
> 
>     %:
>             dh "$@"
> 
> And the commads not used listed in:
> 
>     debian/dh_norun
> 
> This would be both simple, elegant and maintenence friendly.

It might be elegant, but it's no way simple. You add another file, which is 
rather unexpected dh interface detail for contributors to learn.

In general, there is nothing wrong with your wish to skip pointless dh_* calls 
due to performance reasons. I just do not believe debian/dh_norun is the way 
to go.

Disclaimer: I'm not maintainer.

-- 
Modestas Vainius <[email protected]>

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to