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 "
"/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".
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
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 ini
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”
>> 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” get
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
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 <
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".
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 "/etc/default/conn
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. Debia
Package: netbase
Version: 5.6
Please add "mountd 20048" to "/etc/services". Thanks.
> -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 rule
>> 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, don't
> 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 the
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".
On Sun, Feb 26, 2017 at 12:08 PM, Andreas Henriksson 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 variab
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 "/root/bin:/usr/
apache2ctl should check for "/run/systemd/system" not for "/run/systemd"
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 give another devel
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
# l
This was a Stretch installation with the 2016/09/03 netinst ISO that I
set up for this issue.
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
# ap
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
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".
Si
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 w
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 http://ftp.uk.
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 ~ # hostna
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.targ
On Tue, Nov 20, 2012 at 5:46 PM, Michael Biebl wrote:
> On 20.11.2012 13:43, Zenaan Harkness wrote:
>> On 11/20/12, Zenaan Harkness wrote:
>>> On 11/20/12, Michael Biebl wrote:
You mentioned, that you use some sort of encryption.
Posting more details (fstab, cryptab, etc) might he
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
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?
Error
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 sysv
On Sun, Jan 9, 2011 at 4:17 PM, Simon Paillard 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 th
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:
35 matches
Mail list logo
