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

Re: dh_clean leaves some debhelper files around

Yves Arrouye wrote:
> > It always used debian/tmp -- this is by design.
> That doesn't encourage people to use DH_COMPAT=2 for multipart packages. Or
> they'd have to make sure their first package has a name that won't change
> (e.g. not libwhateverXX!) or do something similar to what I use:
> # This is the debhelper compatability version to use.
> export DH_COMPAT=2
> firstdir := $(shell sed -n 's/Package: \(.*\)/\1/p' debian/control | \
>     head -1)
> dh_movefiles --sourcedir=$(firstdir) -pxxx ....
> Maybe as a wish list item for a later release of debhelper? I am not sure
> what the design buys a package using DH_COMPAT=2 since nothing goes into
> debian/tmp.

debhelper (2.1.17) unstable; urgency=low

  * dh_movefiles.1: well I thought it was quite obvious why it always used
    debian/tmp, but it's a faq. Added some explanation. By the way, since
    there now exists a documented way to use dh_movefiles that does not
    have problems with empty directories that get left behind and so on, I
    think this Closes: #17111, #51985

 -- Joey Hess <joeyh@debian.org>  Fri, 27 Oct 2000 23:07:42 -0700

       Note  that  files  are  always  moved out of debian/tmp by
       default (even if you have instructed debhelper  to  use  a
       compatability  level  higher  than  one,  which  does  not
       otherwise use debian/tmp for anything at  all).  The  idea
       behind this is that the package that is being built can be
       told to install into debian/tmp, and  then  files  can  be
       moved  by  dh_movefiles  from that directory. Any files or
       directories that remain are ignored, and  get  deleted  by
       dh_clean later.

see shy jo

Reply to: