Bug#1066887: ENhance Patch for local-gen

2024-04-09 Thread M. Buecher
On 2024-04-09 23:49, Aurelien Jarno wrote: Hi, On 2024-03-15 16:13, M. Buecher wrote: Adding / back to end of the path, so that a locale file is immediately found. diff --git a/debian/local/usr_sbin/locale-gen b/debian/local/usr_sbin/locale-gen index 7fa3d772..1711a4f0 100755 --- a/debian

Bug#1066887: Patch not sufficient

2024-03-16 Thread M. Buecher
Sorry, that was nonsense (assuming I was too tired), of course my local patch is overwritten by a package update. On Fri, 15 Mar 2024 18:54:42 +0100 "M. Buecher" wrote: > Unfortunately enhancing `locale-gen` doesn't work during an package > update via apt: > > ... >

Bug#793368: Patch for debian/debhelper.in/locales.config - POSIX style

2024-03-16 Thread M. Buecher
Here's a working and POSIX compatible patch for locales.config. Kind regards Matthias diff --git a/debian/debhelper.in/locales.config b/debian/debhelper.in/locales.config index b9620bf7..21f96d3d 100644 --- a/debian/debhelper.in/locales.config +++ b/debian/debhelper.in/locales.config @@ -51,7

Bug#1066887: Patch not sufficient

2024-03-15 Thread M. Buecher
Unfortunately enhancing `locale-gen` doesn't work during an package update via apt: ... Setting up locales (2.36-9+deb12u4) ... Generating locales (this might take a while)...   en_US.UTF-8... done   en_DE.UTF-8@INTL...[error] cannot open locale definition file `en_US@INTL': No such file or

Bug#1066887: ENhance Patch for local-gen

2024-03-15 Thread M. Buecher
Adding / back to end of the path, so that a locale file is immediately found. diff --git a/debian/local/usr_sbin/locale-gen b/debian/local/usr_sbin/locale-gen index 7fa3d772..1711a4f0 100755 --- a/debian/local/usr_sbin/locale-gen +++ b/debian/local/usr_sbin/locale-gen @@ -23,6 +23,12 @@

Bug#1066887: Patch for locale-gen

2024-03-15 Thread M. Buecher
diff --git a/debian/local/usr_sbin/locale-gen b/debian/local/usr_sbin/locale-gen index 7fa3d772..1711a4f0 100755 --- a/debian/local/usr_sbin/locale-gen +++ b/debian/local/usr_sbin/locale-gen @@ -23,6 +23,12 @@ is_entry_ok() { fi } +if [ -z "${I18NPATH:-}" ]; then + if [ -d

Bug#793368: Updating /etc/default/locale doesn't update debconf selections during dpkg-reconfigure

2024-03-14 Thread M. Buecher
This bug still exits in Debian 12 "Bookworm" File: /var/lib/dpkg/info/locales.config Line: 371 The logic has to be inverted to work as intended. Please fix Matthias Bücher

Bug#1066887: locales/locale-gen: Locales Cannot Copy from Locales in /usr/local/share/i18n/locales

2024-03-14 Thread M. Buecher
Package: locales Version: 2.36-9+deb12u4 Severity: important Tags: l10n X-Debbugs-Cc: maddes+deb...@maddes.net Dear Maintainer, referencing a custom locale that resides in /usr/local/share/i18n/loaces/ via "copy" doesn't work. `dpkg-reconfigure locales` gives the following error message:

Bug#991113: libpam-chroot: pam_chroot.so installed in wrong place - Not able to login after upgrade

2022-08-07 Thread M. Buecher
The pam-chroot source code from Ed Schmollinger is currently at: https://github.com/gpjt/pam-chroot Maybe he is willing to create an GitHub Organization and add you as a developer. Or he even is willing switch to Salsa. Kind regards Matthias "Maddes" Bücher

Bug#991113: libpam-chroot: pam_chroot.so installed in wrong place - Not able to login after upgrade

2022-06-08 Thread M. Buecher
I had a look at the package source and only the paths in the file debian/rules [1] have to be changed. Extend all `lib/$(DEB_HOST_MULTIARCH)` to `lib/$(DEB_HOST_MULTIARCH)/security` (added suffix `/security`). [1] https://sources.debian.org/src/libpam-chroot/0.9-5/debian/rules/ Here the

Bug#991113: libpam-chroot: pam_chroot.so installed in wrong place - Not able to login after upgrade

2022-06-08 Thread M. Buecher
Package: libpam-chroot Version: 0.9-5 Followup-For: Bug #991113 X-Debbugs-Cc: maddes+deb...@maddes.net Dear Maintainer, the library pam_chroot.so is installed in the wrong location, therefore it cannot be loaded. This prevents anyone (incl. root) to log into systems that require that module.

Bug#867625: isc-dhcp: dhclient-script doesn't use configured metric for rfc3442 classless routes, launchpad bug #1664352

2020-05-03 Thread M. Buecher
Recently I just had the same issue and came to the same solution, although with a little bit more sanitized usage of variables. I created a bugfix branch, but I am not able to create a merge request for the original repository of the dhcp team:

Bug#914305: [Dnsmasq-discuss] Multiple instances of dnsmasq on Debian with systemd

2018-12-03 Thread M. Buecher
On 2018-12-02 01:01, M. Buecher wrote: I spent some time on how to keep backward compatibility for current configurations. The simplest solution would be to provide 2 systemd unit files: 1. An updated dnsmasq.service file for the main/default/standard "instance", that reflec

Bug#914305: [Dnsmasq-discuss] Multiple instances of dnsmasq on Debian with systemd

2018-12-01 Thread M. Buecher
I spent some time on how to keep backward compatibility for current configurations. The simplest solution would be to provide 2 systemd unit files: 1. An updated dnsmasq.service file for the main/default/standard "instance", that reflects the fix for checking the configuration (see attached

Bug#914305: Multiple instances of dnsmasq on Debian with systemd

2018-12-01 Thread M. Buecher
Hello Simon, on my first tries to start multiple dnsmasq instances on Debian 9 "Stretch" with systemd I faced several issues and created Debian bug report #914305 [1]. Yesterday I finally managed to spend several hours on the issue and found a clean solution for it. While preparing the text

Bug#914305: dnsmasq: systemd dnsmasq service does not support multiple instances

2018-11-21 Thread M. Buecher
Package: dnsmasq Version: 2.76-5+rpt1+deb9u1 Severity: normal Dear Maintainer, * What led up to the situation? Trying to run multiple instances of dnsmasq on separate IP addresses. The systemd service and init.d script do not support multiple instances. systemd instantiated units [1]

Bug#875831: ramond: Crashes on rule without prefix attribute

2017-09-14 Thread M. Buecher
Package: ramond Version: 0.5-4 Severity: normal Tags: ipv6 Dear Maintainer, when defining rules without a prefix attribute, then ramond crashes as soon as the rule is hit. Able to reproduce on amd64 and armhf (Raspbian). Here's an example config that will crash on the very first router

Bug#867677: initramfs-tools: [patch] feature request: provide hook to set host name in InitRAMFS config dynamically

2017-07-11 Thread M. Buecher
And if you remove the extension .sh, then it is also backwards compatible with Debian 4.0 "Etch" :) # Define your network setup for the InitRAMFS via IP variable # # Still a kernel ip parameter will override any InitRAMFS config # setting (see script /usr/share/initramfs-tools/init). # #

Bug#867850: cryptsetup: Feature Request: Parallel unlock via keyfile or password on boot

2017-07-09 Thread M. Buecher
Package: cryptsetup Version: 2:1.7.3-4 Severity: wishlist Dear Maintainer, it would be great to have both possibilities in parallel to unlock an encrypted root file system. 2 key slots used, one with the password and the other with the key file. Use cases: * USB stick plugged in when at home *

Bug#867677: initramfs-tools: [patch] feature request: provide hook to set host name in InitRAMFS config dynamically

2017-07-08 Thread M. Buecher
Updated script, more clean and also processes conf/initramfs.conf#!/bin/sh # # This InitRAMFS hook provides: # Simple script to set IP parameter in InitRAMFS config with current # hostname, instead of manually maintaining InitRAMFS config. PREREQ="" prereqs() { echo "${PREREQ}" } case "${1}"

Bug#867677: initramfs-tools: [patch] feature request: provide hook to set host name in InitRAMFS config dynamically

2017-07-08 Thread M. Buecher
Package: initramfs-tools Version: 0.130 Severity: wishlist Tags: patch Dear Maintainer, when connecting to the InitRAMFS via network (e.g. encrypted root fs), then it is helpful if the machine can be registered by its name in the DNS, making it possible to connect to it via its DNS name.

Bug#867232: debian-installer: Does not ask for network mirror when installing from DLBD image

2017-07-04 Thread M. Buecher
Package: debian-installer Version: Debian 9.0.0 Stretch DLBD #1 Severity: important Tags: d-i Dear Maintainer, when installing Debian from a DLBD image, then debian-installer does not ask if a network mirror should be used, leaving /etc/apt/sources.list only populated with the security

Bug#866812: dropbear-initramfs: DHCP request from InitRAMFS with Dropbear doesn't send hostname anymore

2017-07-03 Thread M. Buecher
Thanks for the information, Guilhem. I got myself a solution/workaround by implementing an initramfs hook that dynamically sets the hostname without the need of setting the kernel cmd line: /etc/initramfs-tools/hooks/set_separate_ip_parameter.sh (attached) The reason that it was working with

Bug#866812: dropbear-initramfs: DHCP request from InitRAMFS with Dropbear doesn't send hostname anymore

2017-07-01 Thread M. Buecher
Sorry, of course it must be "does *not* provide the host name" in the bug report.

Bug#866812: dropbear-initramfs: DHCP request from InitRAMFS with Dropbear doesn't send hostname anymore

2017-07-01 Thread M. Buecher
Package: dropbear-initramfs Version: 2016.74-5 Severity: important Dear Maintainer, when using Dropbear in an Debian 9.0 Stretch InitRAMFS for remotely unlocking an encrypted root file system via SSH, then the network setup via DHCP does provide the host name as it was with Debian 8.0 Jessie.

Bug#834224: certbot cron job depends on perl, change to python as certbot depends on python

2016-08-13 Thread M. Buecher
Package: certbot Version: 0.8.1-2~bpo8+1 Severity: normal Dear Maintainer, the package certbot depends only on python, but the included cron job uses perl to choose a random second within the hour. Please change the cron job to use python instead of perl, otherwise add perl as a dependency

Bug#825381: makejail fails on updating symbolic links

2016-05-26 Thread M. Buecher / Germany
Package: makejail Version: 0.0.5-10 Severity: critical Tags: patch Justification: breaks unrelated software Dear Maintainer, when updating an existing chroot jail, then makejail fails on updating symbolic links, e.g. for updated libraries. makejails aborts and leaves the jail in an inconsistent

Bug#755202: network-manager: keeps creating and using new connection eth0

2015-07-10 Thread M. Buecher
Hello Michael, to reproduce this behaviour is quite easy. During Debian installation create an encrypted root fs, then additionally install dropbear. Due to Dropbear the network will be configured in initramfs with the current ip data. This will cause an already configured eth0 at the time