On Sat, 27 Oct 2012 17:41:09 +0200, Reinhard Tartler wrote:

> I don't see any weird conffile handling in pptpd's maintainer scripts.
> However, it seems to me that somehow debsums got confused:
> 
> >> dpkg-deb -I pptpd_1.3.4-5_amd64.deb conffiles
> /etc/pptpd.conf
> /etc/ppp/pptpd-options
> /etc/init.d/pptpd
> /etc/ppp/pptpd-options
> /etc/init.d/pptpd
> /etc/pptpd.conf
> 
> That is, the conffiles get registered multiple times. 

Probably because there is a debian/conffiles file.

Right, lintian throws errors:

E: pptpd: duplicate-conffile etc/pptpd.conf
E: pptpd: duplicate-conffile etc/ppp/pptpd-options
E: pptpd: duplicate-conffile etc/init.d/pptpd

N:    The file is listed more than once in your debian/conffiles file.
N:    Usually, this is because debhelper (dh_installdeb, compat level 3 or
N:    higher) will add any files in your package located in /etc automatically
N:    to the list of conffiles, so if you do that manually too, you'll get
N:    duplicates.
N:    
N:    Severity: important, Certainty: certain
N:    
N:    Check: conffiles, Type: binary

And during build:

dpkg-deb: warning: conffile name '/etc/pptpd.conf' is duplicated
dpkg-deb: warning: conffile name '/etc/ppp/pptpd-options' is duplicated
dpkg-deb: warning: conffile name '/etc/init.d/pptpd' is duplicated
dpkg-deb: warning: ignoring 3 warnings about the control file(s)


> Moreover, the
> debdiff between the two debs looks fishy:
> 
> 
> >> debdiff  pptpd_1.3.4-3_amd64.deb pptpd_1.3.4-5_amd64.deb
> [The following lists of changes regard files as different if they have
> different names, permissions or owners.]
> 
> Files in second .deb but not in first
> -------------------------------------
> -rwxr-xr-x  root/root   /usr/share/doc/pptpd/examples/pptpd.conf
> 
> Files in first .deb but not in second
> -------------------------------------
> -rw-r--r--  root/root   /usr/share/doc/pptpd/examples/pptpd.conf
> 
> Control files: lines which differ (wdiff format)
> ------------------------------------------------
> Installed-Size: [-744-] {+300+}
> Version: [-1.3.4-3-] {+1.3.4-5+}

Lintian (and linda) report:
W: pptpd: executable-not-elf-or-script usr/share/doc/pptpd/examples/pptpd.conf
W: pptpd; Executable /usr/share/doc/pptpd/examples/pptpd.conf with perms 0755 
is not an ELF file or script. (exec-not-elf-or-script)

In the source package we have debian/examples and
debian/pptpd.examples, not sure if this is the reason.
During build (with DH_VERBOSE) we see:

dh_installexamples -ppptpd
dh_installexamples: No compatibility level specified in debian/compat
dh_installexamples: This package will soon FTBFS; time to fix it!
dh_installexamples: Compatibility levels before 5 are deprecated (level 4 in 
use)
        install -d debian/pptpd/usr/share/doc/pptpd/examples
        cp -a samples/chap-secrets debian/pptpd/usr/share/doc/pptpd/examples
        cp -a samples/options.pptpd debian/pptpd/usr/share/doc/pptpd/examples
        cp -a samples/pptpd.conf debian/pptpd/usr/share/doc/pptpd/examples

Not sure why this doesn't get fixed by dh_fixperms:

dh_fixperms
dh_fixperms: No compatibility level specified in debian/compat
dh_fixperms: This package will soon FTBFS; time to fix it!
dh_fixperms: Compatibility levels before 5 are deprecated (level 4 in use)
[..]
        find debian/pptpd/usr/share/doc -type f  ! -regex 
'debian/pptpd/usr/share/doc/[^/]*/examples/.*' -print0 2>/dev/null | xargs -0r 
chmod 644

But this doesn't affect the problem with the conffiles.
 
So back to the original issue. I tried to reproduce it manually in
the way that Andreas used piuparts:

- squeeze chroot
- install pptpd 1.3.4-5 from wheezy
- upgrade chroot to wheezy

md5sum of the 3 files is still the same. I guess the difference comes
from md5sum vs. debsums.

Ok, with piuparts and something like Andreas' command I get the same
debsums error.

Trying the same with 1.3.4-5.1 (with debian/conffiles removed) I
don't get this errors [0].


Summary:
- I'm not sure there really a (n RC) problem here since md5sum shows
  the same result in the manual test.
- The difference shown by debsums is probably caused by the duplicate
  conffiles.
- This problem can easily be fixed by "rm debian/conffiles".


Cheers,
gregor



[0] What I do get in both cases is:
1m48.0s ERROR: FAIL: debsums reports modifications inside the chroot:
  /usr/share/keyrings/debian-archive-removed-keys.gpg
 

 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: STS: Das Feuer

Attachment: signature.asc
Description: Digital signature

Reply via email to