Hi, * Dan Jacobson <[EMAIL PROTECTED]> [2006-06-25 12:09]: > > ? I cant see anything wrong here. The dates are correct. If > > you mean the ls -l output thats caused by the build process > > of the package. > > file:///usr/share/doc/debian-policy/policy.html/ch-source.html#s-timestamps > > > why contrib/README.gz should inform about debian changes?=20 > > This file is upstream, README.Debian is downstream and the=20 > > correct place to document this. > > You modified the contents of the directory without modifying the index > to that directory.
$ stat --printf=%y toprocmail 2006-05-02 20:07:51.000000000 +0200 What the rules file of the fetchmail package is doing is to pick the files from contrib which should be installed and installs them using install. So lets look what install does: $ install -m 644 toprocmail /tmp/ $ stat --printf=%y /tmp/toprocmail 2006-06-25 12:38:15.000000000 +0200 I cant see any fault in the fetchmail package here. Policy says: Maintainers should preserve the modification times of the upstream source files in a package, as far as is reasonably possible. In my opinion its not reasonably possible here. > This causes us to read about something interesting but then we can't > find it. Bait and switch. At least put the words "[Removed by Debian]" > next to the ones you took away. > > Just saying something in README.Debian isn't good enough. NO I will *not* touch the upstream README file. If you read the upstream README file and look for a script in contrib which you can't find and in README.Debian is a hint that some files are removed I can't see any difference here to see that this file is one of it. This is no bug just you wasting your time. Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org Forget about that mouse with 3/4/5 buttons - gimme a keyboard with 103/104/105 keys!
pgpvAIdLoQRi6.pgp
Description: PGP signature
