Package: dh-systemd
Severity: wishlist
Could you please add a feature, so debhelper (dh-systemd) could help
making systemd drop-in overwrite files
(/lib/systemd/system/unit.service.d/override.conf) take effect?
(systemctl daemon-reload + service restart)
(guarded by [ -d /run/systemd/system ])
From 14d0625a337511f4ab105c8187c5219abe4e152a Mon Sep 17 00:00:00 2001
From: Julian Wollrath jwollr...@web.de
Date: Thu, 23 Jul 2015 14:22:23 +0200
Subject: [PATCH] Copy *.link files from /etc/systemd/network to
initramfs
The manpage of systemd.link says, that everything in
Am 23.07.2015 um 15:09 schrieb Felipe Sateler:
On 23 July 2015 at 09:24, Michael Biebl bi...@debian.org wrote:
The problem might be, that we don't know, which link files to copy.
We will need to check, if it's actually safe to copy all of
/etc/systemd/network/*.link into the initramfs.
For
The manpage of systemd.link says, that everything in
/etc/systemd/network/*.link takes precedence over /lib/systemd/network
and others. Hence, the content of /etc/system/network should also be
contained in the initramfs, so that this is true.
Signed-off-by: Julian Wollrath jwollr...@web.de
Control: merge 771675 -1
This turned out to be the same issue as #771675:
missing dbus in the container and missing pts/0 in /etc/securetty
Merging the two bug reports.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
On 23 July 2015 at 09:24, Michael Biebl bi...@debian.org wrote:
The problem might be, that we don't know, which link files to copy.
We will need to check, if it's actually safe to copy all of
/etc/systemd/network/*.link into the initramfs.
For reference, dracut appears to just copy everything
Control: tags -1 = upstream
Control: severity -1 normal
Hi!
Am 19.07.2015 um 18:54 schrieb Ritesh Raj Sarraf:
Package: systemd
Version: 222-2
Severity: important
File: /bin/machinectl
Tags: patch
I am evaluating moving from LXC to systemd-nspawn. During the course, I've
run into the
Processing control commands:
forwarded -1 https://github.com/systemd/systemd/issues/685
Bug #792882 [systemd] /bin/machinectl: machinectl fails to login to container
Set Bug forwarded-to-address to 'https://github.com/systemd/systemd/issues/685'.
--
792882:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Package: systemd
Version: 222-2
Severity: normal
Dear Maintainer,
I change my network device names via an .link definition in
/etc/systemd/network/01-ethernet.link with the following content:
[Match]
MACAddress=xx:xx:xx:xx:xx:xx
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The problem probably was introduced in commit 7b5eb265bbb2b in the
systemd packaging repo, specifically in this hunk:
diff --git a/debian/extra/initramfs-tools/hooks/udev
b/debian/extra/initramfs-tools/hooks/udev index beba2eb..9704ef6 100755
- ---
Processing commands for cont...@bugs.debian.org:
tags 793374 + patch
Bug #793374 [systemd] systemd: Does not honour /etc/systemd/network/*.link
Added tag(s) patch.
End of message, stopping processing here.
Please contact me if you need assistance.
--
793374:
Am 23.07.2015 um 14:07 schrieb Julian Wollrath:
Package: systemd
Version: 222-2
Severity: normal
Dear Maintainer,
I change my network device names via an .link definition in
/etc/systemd/network/01-ethernet.link with the following content:
[Match]
MACAddress=xx:xx:xx:xx:xx:xx
+if [ -d /etc/systemd/network/ ]; then
+ cp -p /etc/systemd/network/*.link $DESTDIR/lib/systemd/network/
+fi
This could break update-initramfs if no *.link files
in /etc/systemd/network exist. The new version of the patch, which I
already send out, adjusts the check, so that that does not
Processing commands for cont...@bugs.debian.org:
forcemerge 771675 792882
Bug #771675 [systemd] systemd: machinectl: Failed to get container bus:
Input/output error
Bug #771675 [systemd] systemd: machinectl: Failed to get container bus:
Input/output error
Marked as found in versions
Please help write shutdown log. Method described here doesn't work:
https://wiki.freedesktop.org/www/Software/systemd/Debugging/#diagnosingshutdownproblems
boot with the debug options:
systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M
enforcing=0
save the following script as
On 23 July 2015 at 17:28, Patrick Schleizer adrela...@riseup.net wrote:
Package: dh-systemd
Severity: wishlist
Could you please add a feature, so debhelper (dh-systemd) could help
making systemd drop-in overwrite files
(/lib/systemd/system/unit.service.d/override.conf) take effect?
Hm, if the Chromium kernel/LSM forbids this, I don't see how this can be
fixed in systemd? Do you?
Obviously the answer is no... i reported here since the commands in
the service file were working fine when executed by hand, so i thought
it couldn't be a kernel issue, but how systemd handled
subscribe
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
On 23 July 2015 at 12:32, Michael Biebl bi...@debian.org wrote:
Am 23.07.2015 um 13:21 schrieb Dimitri John Ledkov:
If we in-vision that networkd is / will-be required on minimal
systems, I would want to have an alternative build available of
networkd nspawn with firewall support enabled.
Am 23.07.2015 um 14:25 schrieb Julian Wollrath:
diff --git a/debian/extra/initramfs-tools/hooks/udev
b/debian/extra/initramfs-tools/hooks/udev index
cfe5085ae079..d3d08aa48f93 100755 ---
a/debian/extra/initramfs-tools/hooks/udev +++
b/debian/extra/initramfs-tools/hooks/udev @@ -41,6 +41,10
Am 23.07.2015 um 14:07 schrieb Julian Wollrath:
Package: systemd
Version: 222-2
Severity: normal
Dear Maintainer,
I change my network device names via an .link definition in
/etc/systemd/network/01-ethernet.link with the following content:
[Match]
MACAddress=xx:xx:xx:xx:xx:xx
Processing commands for cont...@bugs.debian.org:
#
# bts-link upstream status pull for source package systemd
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
Setting user to bts-link-upstr...@lists.alioth.debian.org
Package: systemd
Version: 215-17+deb8u1
Severity: important
Dear Maintainer,
I have been checking on LXC for a while. I wanted to acquaint with the
containers management, specifically with the resources limitation
capabilities.
I have created, configured and destroyed several containers. The
I've filed the bug upstream at:
https://github.com/systemd/systemd/issues/685
On Thu, Jul 23, 2015 at 5:22 PM, Michael Biebl bi...@debian.org wrote:
Am 23.07.2015 um 13:48 schrieb Michael Biebl:
I am evaluating moving from LXC to systemd-nspawn. During the course,
I've run into the following
On Thu, 23 Jul 2015 14:07:36 +0200 Julian Wollrath jwollr...@web.de wrote:
I change my network device names via an .link definition in
/etc/systemd/network/01-ethernet.link with the following content:
[Match]
MACAddress=xx:xx:xx:xx:xx:xx
OriginalName=eth*
Driver=e1000e
Solution:
I've created a new default cupsd.conf file. That strange behavior no
longer exists.
Until 2 weeks ago there had been needed only that Listen entry:
Listen /var/run/cups/cups.sock
Now to work correctly 2 lines are needed:
Listen localhost:631
Listen /var/run/cups/cups.sock
Bug can be
Package: systemd
Severity: normal
Version: 222-2
Please add iptables-dev build-dependency and thus enable libiptc which
in turn should enable systemd-networkd IPMasquarade support as well as
NAT in nspawn.
Regards,
Dimitri.
___
Control: forcemerge 787480 -1
Hi Dimitri,
Am 23.07.2015 um 12:33 schrieb Dimitri John Ledkov:
Package: systemd
Severity: normal
Version: 222-2
Please add iptables-dev build-dependency and thus enable libiptc which
in turn should enable systemd-networkd IPMasquarade support as well as
NAT
Processing control commands:
forcemerge 787480 -1
Bug #787480 [systemd] build with iptables support
Bug #793366 [systemd] systemd: please enable iptables support
Marked as found in versions systemd/220-3.
Bug #787480 [systemd] build with iptables support
Marked as found in versions
29 matches
Mail list logo
