Your message dated Thu, 3 Sep 2009 16:01:15 -0700
with message-id <[email protected]>
and subject line Re: Bug#544847: DH_INTERNAL_OPTIONS should be less internal 
(i.e., documented)
has caused the Debian Bug report #544847,
regarding DH_INTERNAL_OPTIONS should be less internal (i.e., documented)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
544847: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544847
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debhelper
Version: 7.3.15
Severity: minor

I have override rules that need to know whether they're being called from a
binary-arch vs. binary-indep target, viz:

override_dh_fixperms:
        dh_fixperms
ifeq (,$(findstring -i, $(DH_INTERNAL_OPTIONS)))
        chgrp shadow $(d)/libpam-modules/sbin/unix_chkpwd
        chmod 02755 $(d)/libpam-modules/sbin/unix_chkpwd
endif

These commands must always be run when dh_fixperms is called for binary-arch
or binary, and must never be run when dh_fixperms is called for binary-indep,
since in that case the file won't exist and the commands will error out.  I
/could/ check for file's existence instead, but I think that's an
unsatisfactory proxy; if something changes that causes this file to not be
there when it's expected (say, it moves around in the filesystem or moves to
a different package), this command should error out instead of being silently
discarded.

So the only way I can achieve this robustness is by checking the
DH_INTERNAL_OPTIONS env variable, but that's undocumented AFAICS.  It would
be good to have a documented interface for querying the -a/-i options that
override rules can rely on.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debhelper depends on:
ii  binutils              2.19.51.20090805-1 The GNU assembler, linker and bina
ii  dpkg-dev              1.15.3.1           Debian package development tools
ii  file                  5.03-1             Determines file type using "magic"
ii  html2text             1.3.2a-14          advanced HTML to text converter
ii  man-db                2.5.5-3            on-line manual pager
ii  perl                  5.10.0-25          Larry Wall's Practical Extraction 
ii  perl-base             5.10.0-25          minimal Perl system
ii  po-debconf            1.0.16             tool for managing templates file t

debhelper recommends no packages.

Versions of packages debhelper suggests:
ii  dh-make                       0.48       tool that converts source archives

-- no debconf information



--- End Message ---
--- Begin Message ---
On Thu, Sep 03, 2009 at 02:11:24PM -0400, Joey Hess wrote:
> > So the only way I can achieve this robustness is by checking the
> > DH_INTERNAL_OPTIONS env variable

> Or by using a documented interface to look at what's being built.
> dh_listpackages seems like it should work for you; just check if it says
> libpam-modules is being built and only deal with the files in it if so.

Ah - yes, this is a much better option.  Sorry for missing this.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
[email protected]                                     [email protected]

Attachment: signature.asc
Description: Digital signature


--- End Message ---

Reply via email to