Bug#913914: gnustep-base-runtime: 717773 regression, gdomap autostarts
Hi, yes you are correct, it currently doesn't set it to enable any more. Sorry about that. Looks like it was enabled when I initially installed in on 8 March 2017. It just kept the enabled status in later upgrades. Thanks. lrwxrwxrwx 1 root root16 Mar 8 2017 K01gdomap -> ../init.d/gdomap lrwxrwxrwx 1 root root16 Mar 8 2017 K01gdomap -> ../init.d/gdomap lrwxrwxrwx 1 root root16 Mar 8 2017 S03gdomap -> ../init.d/gdomap lrwxrwxrwx 1 root root16 Mar 8 2017 S03gdomap -> ../init.d/gdomap lrwxrwxrwx 1 root root16 Mar 8 2017 S03gdomap -> ../init.d/gdomap lrwxrwxrwx 1 root root16 Mar 8 2017 S03gdomap -> ../init.d/gdomap lrwxrwxrwx 1 root root16 Mar 8 2017 K01gdomap -> ../init.d/gdomap On Sat, 2018-11-17 at 00:16 +0200, Yavor Doganov wrote: > Control: tags -1 = moreinfo unreproducible > > jfp wrote: > > Package: gnustep-base-runtime > > Version: 1.25.1-4+b1 > > On install of gnustep-base-runtime (dependency of unar) > > > > It set the gdomap service to autotart. > > Thanks for the report but I'm afraid I can't reproduce this: > > $ systemctl status gdomap > ● gdomap.service - LSB: Start the GNUstep distributed object mapper >Loaded: loaded (/etc/init.d/gdomap; generated) >Active: inactive (dead) > Docs: man:systemd-sysv-generator(8) > > $ systemctl is-enabled gdomap > gdomap.service is not a native service, redirecting to systemd-sysv- > install. > Executing: /lib/systemd/systemd-sysv-install is-enabled gdomap > disabled > > That should be the case for new installations AFAICT. > > > Fix is: > > in /etc/init.d/gdomap > > change > > # Default-Start: 2 3 4 5 > > to > > # Default-Start: > > Are you sure? I don't think this LSB header is relevant for systemd > but I'm not familiar enough with it to be certain. > > Anyway, I'll also pass --no-start to dh_installinit, fortunately it > helps...
Bug#913914: gnustep-base-runtime: 717773 regression, gdomap autostarts
Control: tags -1 = moreinfo unreproducible jfp wrote: > Package: gnustep-base-runtime > Version: 1.25.1-4+b1 > On install of gnustep-base-runtime (dependency of unar) > > It set the gdomap service to autotart. Thanks for the report but I'm afraid I can't reproduce this: $ systemctl status gdomap ● gdomap.service - LSB: Start the GNUstep distributed object mapper Loaded: loaded (/etc/init.d/gdomap; generated) Active: inactive (dead) Docs: man:systemd-sysv-generator(8) $ systemctl is-enabled gdomap gdomap.service is not a native service, redirecting to systemd-sysv-install. Executing: /lib/systemd/systemd-sysv-install is-enabled gdomap disabled That should be the case for new installations AFAICT. > Fix is: > in /etc/init.d/gdomap > change > # Default-Start: 2 3 4 5 > to > # Default-Start: Are you sure? I don't think this LSB header is relevant for systemd but I'm not familiar enough with it to be certain. Anyway, I'll also pass --no-start to dh_installinit, fortunately it helps...
Bug#913914: gnustep-base-runtime: 717773 regression, gdomap autostarts
Package: gnustep-base-runtime Version: 1.25.1-4+b1 Severity: important Tags: patch Dear Maintainer, On install of gnustep-base-runtime (dependency of unar) It set the gdomap service to autotart. Which is a rarely used daemon listening on port 538 and is not required for localhost. This was disabled in 2013. Fix is: in /etc/init.d/gdomap change # Default-Start: 2 3 4 5 to # Default-Start: -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnustep-base-runtime depends on: ii gnustep-base-common 1.25.1-4 ii init-system-helpers 1.55 ii libc62.27-8 ii libgcc1 1:8.2.0-9 ii libgnustep-base1.25 1.25.1-4+b1 ii libobjc4 8.2.0-9 ii lsb-base 9.20170808 gnustep-base-runtime recommends no packages. gnustep-base-runtime suggests no packages. -- no debconf information
