Bug#931867: /lib/init/init-d-script is sourcing /etc/default/* too late

2020-08-30 Thread Trek
On Thu, 11 Jul 2019 12:05:10 -0500 Justin Pasher wrote: > Moving it above the following block would ensure it's sourced first: this is a chicken-egg problem: init-d-script sources /etc/default/$NAME but $NAME is defined inside /etc/init.d/snmpd (that is $SCRIPTNAME) init-d-script could be

Bug#931867: /lib/init/init-d-script is sourcing /etc/default/* too late

2020-08-30 Thread Thorsten Glaser
On Sun, 30 Aug 2020, Trek wrote: > this is a chicken-egg problem: init-d-script sources /etc/default/$NAME > but $NAME is defined inside /etc/init.d/snmpd (that is $SCRIPTNAME) It could do: eval "$(grep '^NAME=' "$__init_d_script_name")" This would cover most cases, and it could be

Bug#931867: /lib/init/init-d-script is sourcing /etc/default/* too late

2019-07-11 Thread Justin Pasher
Package: sysvinit-utils Version: 2.93-8 I started testing the upgrade from Debian Stretch to Buster, and I've encountered a problem that affects the snmpd package's init.d script. It looks like it has been changed to utilize /lib/init/init-d-script for its core functionality. However, by