Bug#1056274: reportbug: dropbear-initramfs makes initramfs non-reproducible due to randomly generated /root-XXXXXXX directory

2023-11-20 Thread Yannik Sembritzki
Hi Guilhem, I just had a look at your patch. I think it's the right idea to rather use what is already there, instead of always creating our own stuff/overwriting existing /etc/passwd and /etc/nsswitch. Thank you! There is only one thing I don't understand: The patch still uses a random

Bug#1056274: reportbug: dropbear-initramfs makes initramfs non-reproducible due to randomly generated /root-XXXXXXX directory

2023-11-20 Thread Yannik Sembritzki
-reproducible Control: severity -1 wishlist Control: tag -1 - patch Hi, On Sun, 19 Nov 2023 at 15:45:22 +0100, Yannik Sembritzki wrote: One solution would be to simply always use /root-dropbear-initramfs. I'm not in favour of that solution, as ~root doesn't belong to dropbear-initramfs. I think

Bug#1056274: Acknowledgement (reportbug: dropbear-initramfs makes initramfs non-reproducible due to randomly generated /root-XXXXXXX directory)

2023-11-20 Thread Yannik Sembritzki
I noticed the patch was incomplete. Attached you can find the correct/complete patch.--- a/debian/hooks/dropbear +++ b/debian/hooks/dropbear @@ -24,7 +24,8 @@ for so in $(ldconfig -p | sed -nr 's/^\s*libnss_files\.so\.[0-9]+\s.*=>\s*//p'); copy_exec "$so" done -home="$(mktemp --directory

Bug#1056274: reportbug: dropbear-initramfs makes initramfs non-reproducible due to randomly generated /root-XXXXXXX directory

2023-11-19 Thread Yannik Sembritzki
Package: dropbear-initramfs Version: 2022.83-2 Severity: normal Tags: patch Dear Maintainer, I am building reproducible initramfs using SOURCE_DATE_EPOCH. This works great, but unfortunately, dropbear-initramfs breaks reproducibility, because it creates a randomly named /root-XXX directory

Bug#955619: openjdk-11-jre-headless: failure to install due to non-existant /usr/share/man/man1/ directory

2020-04-03 Thread Yannik Sembritzki
Package: openjdk-11-jre-headless Version: 11.0.6+10-1~deb10u1 Severity: important Dear Maintainer, installing openjdk-11-jre-headless on the official debian:buster-slim docker image results in a fatal dpkg installation error: update-alternatives: error: error creating symbolic link

Bug#915130: [debian-mysql] Bug#915130: Further information

2018-12-21 Thread Yannik Sembritzki
Hi Faustin, thanks for linking the upstream bugreport! Seeing that it is from 2015, it would be great to get some traction on this and finally have this fixed in the debian repo as well :-) By the way, did you check whether this is fixed in 10.3 only or also in the 10.1 package from the

Bug#915130: Further information

2018-11-30 Thread Yannik Sembritzki
I'd like to add the following instructions on how to reproduce the problem: $ apt purge maria* # if mariadb was installed previously. also select "remove all mariadb databases" during purging $ debconf-set-selections <<< "mariadb-server-10.1 mysql-server/root_password password hello" $

Bug#915130: mariadb-server-10.1: mariadb ignores debconf value root_password

2018-11-30 Thread Yannik Sembritzki
Package: mariadb-server-10.1 Version: 10.1.37-0+deb9u1 Severity: normal Dear Maintainer, it used to be possible to specify a root password pre-installation by setting the debconf value root_password and root_password again like this: debconf-set-selections <<< "mysql-server