Bug#1056980: nc-traditional - update-alternatives

My systems are usr-merged, but I'm saddened by the appearance of vindictiveness in the response to this bug report. Independently of the reporter's system being usr-unmerged, it's technically incorrect for the alternatives system to use "/bin/{nc,netcat}" and "/bin/netcat-traditional" rather than

Bug#1012444: rpcbind sysvrc setup

"/etc/init.d/rpcbind" runs 'ln -sf "$PIDFILE" /run/sendsigs.omit.d/rpcbind', so it shouldn't stop in runlevel 1. The problem's that "/etc/init.d/rpcbind" also has "Default-Stop: 0 1 6", which overrides the "sendsigs.omit.d" mechanism. It should have "Default-Stop: 0 6".

Bug#975591: update-rc.d disable

On Mon, Dec 21, 2020 at 8:11 AM Thorsten Glaser wrote: > On Mon, 21 Dec 2020, Tom H wrote: >>> It means “do not call this init script in any runlevel”, >>> which *ought* to be very obvious. >> >> "do not call this init script in any runlevel" can b

Bug#975591: update-rc.d disable

On Mon, Dec 21, 2020 at 12:16 AM Ian Jackson wrote: > Thorsten Glaser writes ("Bug#975591: update-rc.d disable"): >> On Sun, 20 Dec 2020, Tom H wrote: >>> >>> It depends what's meant by "disable". >> >> Which part of “disable an init scr

Bug#975591: update-rc.d disable

On Sun, Dec 20, 2020 at 11:44 PM Thorsten Glaser wrote: > On Sun, 20 Dec 2020, Tom H wrote: >>> There *absolutely* HAS to be some way to disable an init script > >> It depends what's meant by "disable". > > Which part of “disable an init script”

Bug#975591: update-rc.d disable

>> The only way supported in update-rc.d to disable a service is >> update-rc.d disable > > … but not this. > > “update-rc.d disable” does *NOT* disable a service. Instead, it > sets it to “stopped in all runlevels”, which is evidently *not* > the same. > > I don’t care if “update-rc.d disable”

Bug#917706: nfs v2.x

Should the hold-up to upgrading to nfs-utils v2.x be the migration to "/etc/nfs.conf", Fedora has a python conversion script https://src.fedoraproject.org/rpms/nfs-utils/raw/master/f/nfsconvert.py #!/usr/bin/env python3 """ Read in the deprecated /etc/sysconfig/nfs file and set the corresponding

Bug#921012: NM script

Since it's the absence of hostnamectl/hostnamed when not using systemd that's the issue, could you ship a "README.sysvrc" requesting that the following be created? cat > /etc/NetworkManager/conf.d/hostname.conf <

Bug#539201: Cannot specify rpc.nfsd options

It's misnamed but "RPCNFSDCOUNT" in "/etc/default/nfs-kernel-server" can be used. It might not be worth creating a more appropriate, separate variable given that, when Debian upgrades to v2.x (first released, as 2.1.1, three and a half years ago), options'll be set via "/etc/nfs.conf".

Bug#966138: connman sysvrc script

I don't use connman, but I was intrigued by this bug, so I replaced ifupdown in a VM with connman. 1) connman is taking over the resolv.conf symlink because it provides an inbuilt dns caching server and assumes that the user wants to use it by default. 2) The package could ship

Bug#936021: Please add "mountd 20048" to "/etc/services"

Sorry, I hadn't read the top of "/etc/services". I'd simply grepped for 20048. 20048 has been IANA's mountd port since 2010 or 2011. Having that line included means that "rpc.mountd" uses that port and someone seting up nfs can configure iptables without having to define a random fixed port.

Bug#936021: Please add "mountd 20048" to "/etc/services"

Package: netbase Version: 5.6 Please add "mountd 20048" to "/etc/services". Thanks.

Bug#934066: sysv-rc: /etc/init.d/README is misleading wrt *.sh

> -Debian Policy dictates that /etc/init.d/*.sh scripts must work > properly -when sourced. The following additional rules apply: This hasn't been Policy for nine years or so. > +Debian Policy dictates that scripts in /etc/init.d/ must work > properly when +sourced. The following additional

Bug#711853: 711853

>> I've always assumed that: >> >> - the rcX.d links are only meant to be changed by running "insserv" >> (directly or via update-rc.d) >> >> - the dependencies of "/etc/init.d/foo" should be changed via >> "/etc/insserv/overrides/foo" > > That sounds overly procrustean if applied rigorously,

Bug#711853: Bug# 711853: insserv

> I just ran a quick test and can confirm that if I have an existing > link to a service, for example /etc/rc5.d/S05bluetooth, then running > the command "insserv bluetooth" will attempt to remove the old > symlink and replace it with one that conforms to the LSB headers. In > my case, removing

Bug#517018: no-root option in expert installer

Even with the Ubuntu patch dropped, if you don't set a password for root, you'll _rightly_ log in automatically if you boot with "single" or "emergency" at the kernel cmdline because they run "/sbin/sulogin --force".

Bug#833256: Handling of environment variables

On Sun, Feb 26, 2017 at 12:08 PM, Andreas Henriksson <andr...@fatal.se> wrote: > On Fri, Feb 24, 2017 at 07:11:01AM -0500, Tom H wrote: > Thanks for your feedback here pointing out this difference. You're welcome. >> There's a difference in the handling of environment

Bug#833256: Handling of environment variables

There's a difference in the handling of environment variables between the two implementations. su provided by login/src:shadow resets HOME LOGNAME PATH SHELL USER su provided by util-linux resets HOME SHELL I changed: th's PATH to "/usr/sbin:/usr/bin:/sbin:/bin" root's PATH to

Bug#852543: apache and sysvinit

apache2ctl should check for "/run/systemd/system" not for "/run/systemd"

Bug#847681: 847681

On Tue, 13 Dec 2016 22:09:07 +0100 Andreas Henriksson wrote: > On Tue, Dec 13, 2016 at 09:52:10PM +0100, Daniel Pocock wrote: >> Even if you are not sure, simply spending 10 - 15 minutes hunting for >> an example in another project and adding the links to the bug report >> can

Bug#836598:

I installed ldnsutils with # cat /etc/apt/apt.conf.d/90test Binary::apt-get::APT::Keep-Downloaded-Packages "0"; and I got # ls /var/cache/apt/archives/ lock partial # I installed dnsutils with # cat /etc/apt/apt.conf.d/90test Binary::apt-get::APT::Keep-Downloaded-Packages "1"; and I got #

Bug#836598:

This was a Stretch installation with the 2016/09/03 netinst ISO that I set up for this issue.

Bug#836598: apt: The configuration of apt-get differs from the output of "apt-config dump"

Package: apt Version: 1.3~rc2 Severity: normal "apt-config dump" show that packages shouldn't be kept in "/var/cache/apt/archives/". Packages aren't kept for apt but they are kept for apt-get: # apt-config dump | grep Keep-D Binary::apt::APT::Keep-Downloaded-Packages "0"; # apt-get clean #

Bug#433568: add vlan support

You don't need vlan; iproute2's ip can do it: ip link add link eth0 name vlan9 type vlan id 9 or ip link add link eth0 name eth0.9 type vlan id 9

Bug#808997: 808997

The "/usr/lib/modules-load.d/" path isn't documented because it's changed to "/lib/modules-load.d/" by find debian/install/deb/usr/share/man/ -type f | xargs sed -ri 's_/usr(/lib/systemd|/lib/udev|/lib/modules-load.d|/lib/modules\\-load|/lib[^/]|/lib/[^a-z])_\1_g' in systemd's "debian/rules".

Bug#790955: 790955 - localectl list-keymaps

Fedora (and other distributions as well as systemd upstream) uses /usr/lib/systemd/systemd-vconsole-setup and /etc/vconsole.conf whereas Debian uses its home-grown solution with systemd and sysvinit. So localectl list-keymaps cannot work. It could be patched to output an error; but is this work

Bug#782711: [RFE] Override '/usr/share/initramfs-tools/init' in '/usr/sbin/mkinitramfs'

Package: initramfs-tools Version: 0.120 Severity: wishlist Please allow overriding '/usr/share/initramfs-tools/init' with '/etc/initramfs-tools/init', if the latter exists and is executable. Thanks. # apt-cache policy Package files: 100 /var/lib/dpkg/status release a=now 500

Bug#756224: libnss-myhostname causes apps that need FQDN to fail

Put the FQDN into /etc/hostname tom ~ # dpkg-query -W -f '${Status}\n' libnss-myhostname install ok installed tom ~ # cat /etc/hosts 127.0.0.1 localhost tom ~ # cat /etc/hostname tom.deb.sid tom ~ # hostname tom.deb.sid tom ~ # hostname -s tom tom ~ # hostname -f tom.deb.sid tom ~ #

Bug#742900: No mysqld.service File

Doesn't the mythtv-backend package have an /etc/init.d/ script? Also, you can't have looked very hard. (You'd have to adapt the /usr/libexec/* files for Debian.) mysqld.service from Fedora 18 (without comments): [Unit] Description=MySQL database server After=syslog.target After=network.target

Bug#693843: systemd hangs on fstab directory bindmount

On Tue, Nov 20, 2012 at 5:46 PM, Michael Biebl bi...@debian.org wrote: On 20.11.2012 13:43, Zenaan Harkness wrote: On 11/20/12, Zenaan Harkness z...@freedbms.net wrote: On 11/20/12, Michael Biebl bi...@debian.org wrote: You mentioned, that you use some sort of encryption. Posting more

Bug#664678: dracut: Error message Directories consolefonts, consoletrans, keymaps not found

severity 664678 minor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#664678: dracut: Error message Directories consolefonts, consoletrans, keymaps not found

Package: dracut Version: 017-1 Severity: normal * What led up to the situation? dracut -f initramfs-3.2.0-1-amd64.img $(uname -r) * What exactly did you do (or not do) that was effective (or ineffective)? Nothing. Just created an initrd. * What was the outcome of this action?

Bug#612002: Starting NFS common utilities failed

On Feb 14, 2011, at 9:57 PM, Ben Hutchings wrote: On Fri, 2011-02-04 at 09:57 -0500, Tong Sun wrote: $ grep portmap /etc/runlevel.conf || echo not found not found What is runlevel.conf? The configuration file (or one of configuration files, I don't use it) of file-rc (alternative to

Bug#610953: nfs-common: Upgrade from Lenny to Squeeze prevents mounting previously set up nfs exports

Package: nfs-common Version: 1:1.2.2-4 Severity: normal See bug 609487 for the origin of this bug report. Upgrading from Lenny to Squeeze prevents mounting previously set up nfs exports because nfs defaults to nfsv4 and the idmap domain isn't set up on the upgraded box. -- System Information:

Bug#609487: NFS/NIS GID/UID resolution fails after upgrade

On Sun, Jan 9, 2011 at 4:17 PM, Simon Paillard spaill...@debian.org wrote: Package: upgrade-reports Severity: important On Sun, Jan 09, 2011 at 05:27:18AM -0500, Tom H wrote: An NFS issue recently came up on debian-user after an upgrade to Squeeze and the OP suggested that the fix