Bug#664134: NMU that will hopefully fix the issue.

2012-06-10 Thread Hilko Bengen
* Peter Samuelson: [Hilko Bengen] I am preparing an NMU to DELAYED/7 right now. You can find the changelog entry below. A binNMU would not work because it would break co-installability with a new changelog entry. In other words, any 'M-A: same' package that is _ever_ binNMU'd is broken.

Bug#664134: NMU that will hopefully fix the issue.

2012-06-10 Thread Peter Samuelson
I just checked the build logs. Every buildd, plus my local amd64 build, used gzip 1.4-5. [Hilko Bengen] Strange. Does a rebuild produce different results? I just downloaded all the libgpm2 debs and compared them and you are right: the amd64 build (the one I uploaded) has a different

Bug#664134: NMU that will hopefully fix the issue.

2012-06-09 Thread Hilko Bengen
I am preparing an NMU to DELAYED/7 right now. You can find the changelog entry below. A binNMU would not work because it would break co-installability with a new changelog entry. -Hilko gpm (1.20.4-5.1) unstable; urgency=low * Non-maintainer upload. * No changes to source, just trigger a

Bug#664134: NMU that will hopefully fix the issue.

2012-06-09 Thread Peter Samuelson
[Hilko Bengen] I am preparing an NMU to DELAYED/7 right now. You can find the changelog entry below. A binNMU would not work because it would break co-installability with a new changelog entry. In other words, any 'M-A: same' package that is _ever_ binNMU'd is broken. Argh. I just checked