Bug#927226: libpaper1: Fresh RC1 install doesn't configure /etc/papersize
Hello Thorsten, thank you very much for your testing. Indeed the bug required more fixing than what I did. I did follow your steps for reproducing it, and now I have a new package that fix it. If you want to try it, please fetch it here: https://eppesuigoccas.homedns.org/~giuseppe/debian/libpaper1_1.1.27_amd64.deb https://eppesuigoccas.homedns.org/~giuseppe/debian/libpaper-utils_1.1.27_amd64.deb or dget https://eppesuigoccas.homedns.org/~giuseppe/debian/libpaper_1.1.27.dsc Bye, Giuseppe
Bug#927226: libpaper1: Fresh RC1 install doesn't configure /etc/papersize
On Mon, 24 Jun 2019 09:34:17 +0200 Giuseppe Sacco wrote: > Hello Thorsten, Voip, and Jacob, > I think the problem has been solved in version 1.1.27, currently in > unstable. I would really appreciate if you could test it, as well as I > did. > > If this package passes your tests, I will ask for an unblock that will > let the package migrate to testing/buster in a few days. > > Bye, > Giuseppe Hello Giuseppe, I tried version 1.2.27 today but I'm afraid the problem still remains. What I did in a fresh, German localized, text-only install of RC1 (AMD64) with "sid" updates installed: Downloaded both 1.2.24+nmu5 (stretch) and 1.2.27 (sid) versions of libpaper1 and libpaper-utils. Purged the installed packages: dpkg --force-all --purge libpaper1 libpaper-utils Checked /var/cache/debconf/config.dat for remaining configuration of libpaper and deleted it if any. (This happens after a manual override of /etc/papersize with dpkg-reconfigure libpaper1) Installed either version a) 24 or b) 27: dpkg --install ./libpaper1_XXX_amd64.deb ./libpaper-utils_XXX_amd64.deb In case a) I got a4 and in case b) letter in both /etc/papersize and /var/cache/debconf/config.dat. I hope this will help you to finally nail down this nasty bug... Bye, Thorsten
Bug#927226: libpaper1: Fresh RC1 install doesn't configure /etc/papersize
Hello Thorsten, Voip, and Jacob, I think the problem has been solved in version 1.1.27, currently in unstable. I would really appreciate if you could test it, as well as I did. If this package passes your tests, I will ask for an unblock that will let the package migrate to testing/buster in a few days. Bye, Giuseppe Il giorno mar, 16/04/2019 alle 16.35 +0200, Thorsten Ehlers ha scritto: > Package: libpaper1 > Version: 1.1.26 > Severity: normal > Tags: d-i > > Dear Maintainer, > >* What led up to the situation? > > I did a fresh installation with RC1 Debian installer > >* What exactly did you do (or not do) that was effective (or > ineffective)? > > I chose German/Germany locale in the install process but got a > "letter" instead > of "a4" default in /etc/papersize > >* What was the outcome of this action? > > bad formatted prints > > I had to start "dpkg-reconfigure libpaper1" manually and choose A4 > here, this > should be part of the installation process. In fact it was in earlier > alpha > versions of the installer.
Bug#927226: libpaper1: Fresh RC1 install doesn't configure /etc/papersize
Hello Thorsten, it seems the problem raises while building the package; it is not related to the new installer (as I was initially thinking). In fact, while building the package, make displays a notice about a circular dependency of debian/libpaper1.config and build-arch. Indeed, make is right. I am going to check debian/rules file in order to fix the problem. Thank you, Giuseppe
Bug#927226: libpaper1: Fresh RC1 install doesn't configure /etc/papersize
I've just run into this too. Same situation: fresh RC1 install on amd64, libpaper1 1.1.26. United Kingdom (en_GB) locale. I expected "a4" but got "letter" in /etc/papersize. I notice that /var/lib/dpkg/info/libpaper1:amd64.config seems to be missing its list of paper sizes between __BEGIN_PAPERSPECS__ and __END_PAPERSPECS__. This might be relevant? Has the referenced debian/rules machinery gone wrong? defaultpaper () { ... # Try to find a matching paper size. The data must be embedded here # (done automatically by debian/rules) because the rest of the package # may not have been unpacked at this stage. ... __BEGIN_PAPERSPECS__ __END_PAPERSPECS__ } The equivalent file on a stretch installation has contents like __BEGIN_PAPERSPECS__ a4 210 mm 297 mm letter 215.9 mm 279.4 mm ... __END_PAPERSPECS__
Bug#927226: libpaper1: Fresh RC1 install doesn't configure /etc/papersize
Package: libpaper1 Version: 1.1.26 Severity: normal Tags: d-i Dear Maintainer, * What led up to the situation? I did a fresh installation with RC1 Debian installer * What exactly did you do (or not do) that was effective (or ineffective)? I chose German/Germany locale in the install process but got a "letter" instead of "a4" default in /etc/papersize * What was the outcome of this action? bad formatted prints I had to start "dpkg-reconfigure libpaper1" manually and choose A4 here, this should be part of the installation process. In fact it was in earlier alpha versions of the installer. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages libpaper1 depends on: ii debconf [debconf-2.0] 1.5.71 ii dpkg 1.19.6 ii libc6 2.28-8 ii ucf3.0038+nmu1 Versions of packages libpaper1 recommends: ii libpaper-utils 1.1.26 libpaper1 suggests no packages. -- debconf information: * libpaper/defaultpaper: a4