I'm sorry, the mail above (Message #110) was obviously meant for a
different bug report.
Please delete it, if possible.
Thanks,
Robert.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi all,
after digging a bit into the Fedora/RH bug tracker I suggest the
improved version for the keepalived.service unit in the attached patch.
This version is slightly adapted from:
> http://pkgs.fedoraproject.org/cgit/keepalived.git/tree/keepalived.service
Some explanations:
The changes to de
Hi all,
after digging a bit into the Fedora/RH bug tracker I suggest the
improved version for the keepalived.service unit in the attached patch.
This version is slightly adapted from:
> http://pkgs.fedoraproject.org/cgit/keepalived.git/tree/keepalived.service
Some explanations:
The changes to de
Hi,
I have just build a package based on Jessie's squid3_3.4.8-6 using the
above mentioned patch:
> http://www.squid-cache.org/Versions/v3/3.5/changesets/squid-3-13407.patch
and I can confirm that this fixes the segfault problem for me.
Without the patch, every "service restart squid3" and every
Hallo Martin,
Am 27.02.2015 12:31, schrieb Martin Pitt:
> Right, and I was saying that it wouldn't really have to -- the
> sysv-generator already turned all init.d scripts into services (in
> /run/systemd/generator.late) and conditionally enables them if they
> are enabled in sysv.
I didn't know
Hi,
I have included a small patch to provide a systemd service file and use
dh-systemd for proper installation and activation.
The included keepalived.service is inspired by the ones from Arch Linux
and Fedora and the instructions on the debian wiki on systemd packaging.
I am not sure, if the 's
Package: keepalived
Version: 1:1.2.13-1
Severity: normal
Dear Maintainer,
* The keepalived package does not include a systemd service unit
(keepalived.conf).
* This results in some usability problems if used with salt(-minion)
or puppet, see #760616
* In short: 'systemctl is-enabled
Am 27.02.2015 06:23, schrieb Martin Pitt:
> This is only true under SysV init, where systemctl indeed has to ask
> update-rc.d is-enabled (or something similar). Under systemd it would
> actually be able to figure that out, as the sysv-generator checks
> exactly that -- "is the init.d script enable
Hi all,
reading Lennart's remark on the mentioned upstream bug report
(https://bugs.freedesktop.org/show_bug.cgi?id=87320) I would think that
this bug depends on #705254 . Otherwise one would have to implement the
same kind of logic for the systemd fallback.
Sorry, but even after searching for ab
Hi Michael,
please add any solution, even if it is not perfect (e.g. that it doesn't
take into account if the administrator has made custom changes).
Even a very simple check like "is enabled in the current runlevel" is
better than nothing as it would allow implementing a solution for
#760616 whi
Hi,
after some further testing I noticed that me previously suggested
"fix", namely calling dhclient from a live-config hook doesn't even
work in our simple setup (NFS-server (or rather CIFS-Server) and client
in the same subnet). Booting would always error out with CIFS read
errors. I am still wo
Package: live-boot-initramfs-tools
Version: 2.0.15-1
Severity: normal
I am using a debian live system which is started via netboot.
The root file system lives in a squashfs-file on a NFS share (as usual)
and the network adress is acquired via dhcp.
Here is my /proc/cmdline:
boot=live vga=791 live-
12 matches
Mail list logo