ers@lists.alioth.debian.org>
Changed-By: Martin Pitt <mp...@debian.org>
Description:
systemd-bootchart - boot performance graphing tool
Closes: 882630
Changes:
systemd-bootchart (233-2) unstable; urgency=medium
.
[ Michael Biebl ]
* Update Vcs-* to point to https://salsa.debian.
emd-maintainers@lists.alioth.debian.org>
Changed-By: Martin Pitt <mp...@debian.org>
Description:
python-systemd - Python 2 bindings for systemd
python3-systemd - Python 3 bindings for systemd
Changes:
python-systemd (234-2) unstable; urgency=medium
.
[ Michael Biebl ]
* Update Vc
Hello Michael,
Michael Biebl [2018-03-19 6:44 +0100]:
> So, what are we going to do now then?
"Nothing" I supppose. I don't think it's actually broken right now, it just
feels a little odd to prefer SysV in the dependencies. But with systemd being
installed by default, I suppose it's okay.
Hello Karl,
Karl O. Pinc [2017-11-14 16:46 -0600]:
> The stretch README.Debian.gz for udev omits mention that
> update-initramfs -u must be run after changing configuration files
> when converting to the new "predictable network interface names".
>
> Attached is a patch which clarifies the
Hello all,
Michael Vogt [2018-02-01 7:39 +0100]:
> just a small update on this. systemd git master has the needed support
> to reproduce the base-passwd passwd and group files now.
Many thanks for driving this! Now that 238 is released and has all the
necessary support, I've done another
Hello Michael,
Michael Biebl [2018-03-08 12:16 +0100]:
> Am 08.03.2018 um 09:22 schrieb Martin Pitt:
> There is one case: someone installs a minimal system without
> libpam-systemd, then switches to sysvinit-core, then installs a desktop
> environment which pulls libpam-systemd
Hello,
Julian Andres Klode [2017-12-05 11:43 +0100]:
> libpam-systemd depending on systemd-shim first causes severe trouble with
> resolving dependencies, as APT picks systemd-shim but then later sees a
> package which needs systemd-sysv and fails.
>
> I understand the order was necessary for
Control: tag -1 pending
Hello Lars,
Lars Michelsen [2018-02-14 17:32 +]:
> systemd-sysv-install uses `ROOT` variable from environment when not set
> via `-r` and tries to execute update-rc.d chrooted to the content of
> this variable.
Thanks for the report! Fixed:
Hello Michael, all,
Michael Vogt [2018-01-23 16:15 +0100]:
> There is no downside (AFAICS), the unit is conditiional on
> ConditionNeedsUpdate=/etc so it will never run on default Debian
> systems.
Agreed. It will mostly be dead weight in the systemd packages, but the new tool
isn't too big, and
Michael Biebl [2018-01-16 7:41 +0100]:
> Even with this fix though, we should imho make sure to have
> libnss-systemd installed by default.
> See the problem with Recommends and the initial bootstrap I mentioned
> earlier.
> What are we going to do about this?
Hmm, in Debian I don't think we
Guido Günther [2018-01-15 12:14 +0100]:
> > > This seems to be caused by the fact that libnss-systemd is not a hard
> > > dependency of systemd. I'm not sure what the best solution is? Having a
> > > service that is enabled by fails to start looks weird though. Maybe
> > > providing a static user
Control: tag -1 pending
Martin Pitt [2017-10-11 22:37 +0200]:
> if there's any doubt in whether it's safe to remove, I think it's okay to not
> bother -- after all, a DynamicUser= unit will still use the existing system
> user if it exists, so there isn't that much gain in cleaning it
Control: tag -1 pending
Michael Biebl [2017-10-11 18:41 +0200]:
> This one seems safe. v232 from stretch no longer ships the
> systemd-bus-proxyd service, so we can safely drop the useradd call and
> remove the obsolete system user account.
Agreed. Done in git.
Martin
Michael Biebl [2017-10-11 18:47 +0200]:
> I don't systemd-journal-gateway creates any systemd-journal-gateway
> owned files. That said, if we want to remove the system user account, we
> probably need to add a systemctl try-restart
> systemd-journal-gatewayd.service before the deluser call so we
Hello Paul,
Paul Szabo [2017-07-21 18:25 +1000]:
> Where would I set that? My cgrulesengd (from package cgroup-tools) is
> started from /etc/init.d/cgred, not from some systemd *.service thing.
You can create a drop-in like /etc/systemd/system/cgred.service.d/delegate.conf
with
[Service]
Hello all,
Paul Szabo [2017-07-21 13:07 +1000]:
> Now updating my machines to stretch, I see this issue is still present,
It's an uphill battle indeed - the official and documented mechanism is to set
"Delegate=yes" in a unit which wants to do its own cgroup management.
Everything else is just a
Hello Christoph,
Christoph Anton Mitterer [2017-07-14 4:22 +0200]:
> You used "/etc/systemd/network/dmz.link"
>
> Wouldn't it be better to use something like 10-dmz.link?
Eeek, indeed! Thanks for spotting.
https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=a9683ef10ce
Control: tag -1 pending
Control: user pkg-systemd-maintainers@lists.alioth.debian.org
Control: usertag -1 stretch-backport
Hello Christoph,
Christoph Anton Mitterer [2017-07-11 3:43 +0200]:
> 1)
> README.Debian, mentions:
> /lib/systemd/network/01-mac-for-usb.link
> however this seems to no
Andreas Henriksson [2017-04-19 14:48 +0200]:
> I've tried to reproduce this but failed. I'm using an amd64 stretch
> install as a base, with a newly debootstrapped --arch=i386
> --variant=minbase chroot where I installed mkosi build-deps, fetched
> mkosi sources and ran debian/rules binary.
> I've
Michael Biebl [2017-03-31 3:08 +0200]:
> Imo the only clean solution is to split out the tests into a separate
> package systemd-tests, which then can have a strictly versioned
> dependency on systemd (= ${binary:Version})
The systemd dependency is a good reason indeed, so I suppose let's do
Michael Biebl [2017-03-27 18:03 +0200]:
> I don't think such a service needs to be part of ssh (or systemd for
> that matter), it might actually be better if that was shipped by a
> separate package, which can be installed on demand for cases likes your
> (and is ideally maintained by users of
Hello Andreas,
Andreas Glaeser [2017-03-17 8:31 +0100]:
> I am not convinced, that what you claim is true, since the
> hybrid-filesystem-concept
> worked on pure debian-stable
For some value of "works" -- the change between stable and testing (and perhaps
some backports) is that some libraries
) unstable; urgency=medium
|
| [ Martin Pitt ]
| * debian/README.source: Update patch and changelog handling to current
| reality.
Documentation only.
| * root-unittests autopkgtest: Blacklist test-journal-importer.
| This got added in a recent PR, but running this requires using "
Control: tag -1 pending
Hello Harald,
Harald Dunkel [2017-03-09 11:56 +0100]:
> Since systemd.link(5) applies to "non-systemd" systems as
> well, the man page should be moved to udev to make it
> available for all. See
Good catch! Fixed in packaging git.
Martin
Control: notfound -1 233-1
Control: tag -1 pending
Viktor Mihajlovski [2017-03-02 13:52 +0100]:
> in Linux running as a KVM guest on a s390 system, virtio interfaces are
> named eth instead of enc as expected for ccw devices.
The patch is fairly intrusive, but as this only affects s390x,
Control: tag -1 fixed-upstream
Hello Helmut,
Helmut Grohne [2017-02-27 17:09 +0100]:
> I don't think cherry-picking is necessary or useful, because it will
> certainly miss stretch, it will very likely hit buster, and
> cherry-picking it in the bootstrap tooling is easy.
The fix landed in
Felipe Sateler [2017-02-27 9:39 -0300]:
> For avoidance of doubt, RuntimeMaxUse does not refer to RSS, but
> rather to the "disk" space used in /run when the persistent journal is
> not active. So this flag does not control what you want. AFAIK, there
> is no way to control max memory usage.
Control: tag -1 fixed-upstream pending
Hello Sjoerd,
Sjoerd Simons [2017-02-18 23:07 +0100]:
> One of my VPNs runs dnsmasq and seems to trigger systemd-resolved to fail the
> lookup with dnssec errors:
> neon.elements: resolve call failed: DNSSEC validation failed: no-signature
>
> This got
issues.
| * Permit seeing process list of units whose unit files are missing.
| * Fix systemctl --user enable/disable without $XDG_RUNTIME_DIR being set.
| (Closes: #855050)
Non-RC bug fixes. The patches are relatively small and straightforward, and
people asked for them.
| -- Martin Pitt
Hello Breno,
Breno Leitao [2017-02-14 11:14 -0200]:
> Are you going to move systemd to 232-16 or backport the patch to stretch
> 232-15?
Yes, we'll give -18 a few days to settle in unstable, then I'll ask the release
team for letting it in.
Martin
Control: tag -1 pending
Control: severity -1 important
Raphaël Hertzog [2017-02-13 16:39 +0100]:
> Severity: serious
That seems grossly inflated, adjusting.
> Any invocation of "systemctl --user enable/disable" will fail if
> XDG_RUNTIME_DIR is not set while it's strictly not required to do
>
Control: tag -1 pending
Michael Biebl [2017-02-10 19:20 +0100]:
> Am 10.02.2017 um 17:49 schrieb Yuri D'Elia:
> >
> > With the update to 232-17, systemd-resolved fails to start with the
> > following error:
> >
>
> > -- The error number returned by this process is 2.
> > Feb 10 17:46:31 test
is bug:
https://anonscm.debian.org/cgit/collab-maint/init-system-helpers.git/commit/?id=b32d5abb7
Thanks!
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
_
the SysV generator could approximate this a bit better by running
"After=multi-user.target" instead of "Before=multi-user.target", i. e. similar
to Type=idle.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubu
a user systemd unit for handling ecryptfs mounting seems both unnecessary
(it was never needed in Ubuntu, for example) and actively harmful as it's the
wrong way around IMHO.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Dev
ackport the fix once it lands upstream
(https://github.com/systemd/systemd/pull/4991).
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description
ic. This would be a nice way to gradually teach people
about the init system neutral APIs, and also find/fix places which hardcode
calling /etc/init.d/.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debia
mful to pretend that this is an interface which is
both safe and sensible to keep for all eternity.. But let's agree to disagree.
:-)
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
rop the systemd integration, and break calling
/etc/init.d/foo directly under systemd. WDYT?
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
_
tly covered by the [ $PPID -ne 1 ] test, though. git
archeology shows that commit c04d0f71 introduced the script and both the
SKIP_REDIRECT and the [ $PPID -ne 1 ] were already present, though.
So, I can't think of a good reason to set this either, thanks for dropping it
from master.
Martin
--
Marti
Hello Dirk,
sorry, I haven't had time to dive into this, but I did notice that
we don't put pam_env.so into /etc/pam.d/systemd-user. Does that help
by any chance?
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer
Control: tag -1 pending
Bonsoir Laurent,
Laurent Bigonville [2016-11-30 21:13 +0100]:
> I quickly retested with that rules file and plymouth seems happy with it.
Cool, thanks!
https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=4f6f3035b9
Martin
--
Martin P
md-sysctl. Couldn't that one be added in the
> initramfs?
Please not. It already gets run during boot, so it's again just
redundant and bloat for the initrd stage.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Deve
, and reduce
combinatorial explosion.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@
w, what I hope for is that you will show more respect in your
> comments for those who have not yet "seen the light" [...]
Pretty please: We all do this voluntarily. Tossing in comments like
this will *not* help to raise attention if/once you come up with a
legit problem.
Martin
--
Marti
Control: tag -1 pending
Hello Alexander,
Alexander Kurtz [2016-11-27 13:49 +0100]:
> The attached patch fixes a bug which causes "kernel-install remove" to
> fail; please review.
Makes complete sense, thanks for spotting this! Applied.
Martin
--
Martin Pitt
bin/bash" on the kernel command
line, and check if /usr is mounted in the shell that you get? I figure
it won't be (otherwise liblz4 would be found). Do you get any error
message in dmesg? Anything useful in /run/initramfs/ ?
Thanks,
Martin
--
Martin Pitt| http://www.piw
orking several
times already. Please install/use initramfs-tools.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd-maintainers mailing list
Pkg-s
Control: tag -1 pending
Hello Dan,
thanks! Applied with slightly adjusted wording:
https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=1b7ba57
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer
, I'll raise to RC, and will upload
this today if there are no objections. (I also need to upload for
unbreaking some D-Bus activated services).
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.o
thanks for spotting! Applied.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: PGP signature
___
Pkg-systemd-maintainers maili
ting libseccomp2 from 2.1.1-1 (stable) to 2.3.1-2 (testing) fixed
> it.
>
> systemd 232-3 has a build dependency `libseccomp-dev (>= 2.2.3-3~)`, but
> the resulting package only depends on `libseccomp2 (>= 2.1.0)`.
I NMUed the libseccomp fix today, so on the next systemd upload this
ith Debian supporting multiple ones (and systemd
by default) this is entirely moot IMHO.
Michael, any others: Do you see any downside of this?
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)
Martin Pitt [2016-11-09 22:55 +0100]:
> +1 on dropping the check again.
Done so in git, FTR.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: PGP signat
fix
We can add a paragraph to README.Debian? Something like
Separate /usr partition
===
If you have /usr on a separate partition, you *must* use an initrd
which mounts /usr. Otherwise your system will most likely fail to
boot.
?
Martin
[1] https://bugs.debian.org/cgi-bin/bugreport
tin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-
l look at this later tonight and send a fix
upstream.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maint
can't support ancient kernels
forever.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maint
the output here, so that we see what's actually going on?
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd-maintainers mailing list
Pkg-sys
I know that arm64 EFI boot works (Canonical uses it in their internal
OpenStack deployment), but as far as I know there is no existing
armhf EFI implementation; so this would mean to ship dead bits. Or are
you aware of any platform where this could actually be tested?
Thanks,
Martin
--
Martin Pi
in testing/unstable now, so I added it:
https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=b1a3bccd7
This will have to be reverted for the jessie backport, though.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Develope
kernel device. It might be a
btrfs subvolume, a tmpfs, an NFS mount, or any number of things. So
/dev/root is conceptually broken.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Descriptio
me we started cleaning up all those auxiliary
hardware access group (this was much easier to do in Ubuntu --
unfortunately Debian's installer *still* puts you into half a dozen
groups ☹ ).
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)
Hello Dmitry,
Dmitry Bogatov [2016-09-21 14:47 +0300]:
> Since 'runit-init' package, which provides /sbin/init is in testing, I
> ask include 'runit-init' into Pre-Depends: of this metapackage.
Does that need any adjustment in invoke-rc.d, service, or update-rc.d?
Martin
--
Marti
will fix this
again.
Thanks!
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: PGP signature
___
Pkg-systemd-maintainers mailing list
Pkg
r side yet).
Don't worry, I'm still eager to find out what's happening here; I'll
look at your logs as soon as possible.
Martin
[1] https://www.debian.org/Bugs/Developer#severities
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian
debugging for networkd with
mkdir -p /etc/systemd/system/systemd-networkd.service.d/
printf '[Service]\nEnvironment=SYSTEMD_LOG_LEVEL=debug' >
/etc/systemd/system/systemd-networkd.service.d/debug.conf
and reboot. If you catch the bug, please attach "journalctl -b".
Thanks,
Mar
3 or
earlier). After upgrading to 231-4 and rebooting, systemctl daemon-reexec
ought to work (works for me). Closing again.
If you still have a problem like this after the above, please file a
new bug with details (description, log, perhaps screenshot).
Thanks,
Martin
--
affected as the problem is in the previously running pid 1
(from 231-3).
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd-maintainers mailing list
Pk
ry if I broke the thread, hand-crafted In-Reply-To:. Please CC:
me, I'm not on the list.
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd-maintainers m
[1]. Could
> someone try to reproduce this with this patch reverted?
I did, and that indeed fixes it. Thanks for digging this out! Revert
pushed to packaging git. I suppose we should upload this ASAP?
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubu
https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=2e9ebeb
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd-maintainers mailing list
Pkg-s
+ v230 container" is
> interfering somehow, or the issue is actually not fixed in v230.
It's not fixed. See https://github.com/systemd/systemd/pull/226
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signa
s yes.
I agree. Technically it's also a behaviour change, but I can't
imagine why someone would ever want gettys in a container.
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description
ere would be appreciated!
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintai
pstart was
replaced in-place with systemd due to a bug in upstart. The result was
broken beyond repair. So indeed, let's not do this :-)
Thus closing is fine, or reassigning to systemd-shim.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)
even wasting four getty processes on tty1-4 in
LXC -- containers are not meant to have gettys on ttys in the first
place. I committed a fix to git for that.
(ConditionVirtualization=!container)
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (ww
in /boot/efi/ for every user. I don't want to
advertise this much yet, as Debian's officially supported boot loader
is grub. But it should be good enough (once we find a fix for #3740)
for anyone who wants to play around with this and knows what they are
doing.
Thanks,
Martin
--
eth0 and br0? Are you only using
networkd on this machine, or ifupdown/NM as well?
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd
runlevel`.
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
>From 08d6d3ce4d3bf2c3428d40e6a33665aba7270f59 Mon Sep 17 00:00:00 2001
From: Martin Pitt <martin.p...@ubuntu.com>
Date: Thu, 14 Jul
Hello again,
Martin Pitt [2016-07-13 12:47 +0200]:
> Tested debdiff attached. As per the LowNMU flag I'd like to upload it
> this week, but I'll wait a day or two in case you want to comment.
Uploaded now, with two changes: I added the missing #DEBHELPER# token
and used my Debian email a
Control: tag -1 patch
Hello again,
Martin Pitt [2016-07-13 12:34 +0200]:
> The only thing missing is that installing insserv (usually via
> sysvinit-core) should recompute the link priorities, to get away from
> the fixed "01" ones from the update-rc.d fallback. This sh
783545
[2]
https://anonscm.debian.org/cgit/collab-maint/init-system-helpers.git/commit/?id=ee156d7
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-system
Hello Marc,
Marc Haber [2016-07-06 11:52 +0200]:
> On Wed, Jul 06, 2016 at 11:49:17AM +0200, Martin Pitt wrote:
> > This looks the same for 229, 230/upstream and 230/sid (with the
> > reverted patch). Thus I cannot confirm that networkd ignores these
> > unsolicited
again networkd picks this up and adds an IPv6 address.
This looks the same for 229, 230/upstream and 230/sid (with the
reverted patch). Thus I cannot confirm that networkd ignores these
unsolicited router advertisements.
So re-trying with my test packages and getting a networkd debug log
g
on.
So please: Can you install the packages on
https://people.debian.org/~mpitt/tmp/systemd-userspace-ndisc/ and
check if you still get the bad behaviour with those? If so, can you
please run networkd in debug mode and a parallel tcpdump like above
and attach the logs?
Thanks,
Martin
--
ep you posted.
Thanks. Testing the above packages will indeed take some time, but I
wondered if you could give me a hint whether this can be reproduced
with something like "set up a normal RA server/IPv6 networkd client"
(I know how to do that of course) and then change foo/run blah
l info
journalctl -u systemd-networkd.service > /tmp/networkd.log
and append the log file here?
Thanks!
[1] https://github.com/systemd/systemd/issues/2572
[2] https://github.com/systemd/systemd/blob/master/test/networkd-test.py
--
Martin Pitt| http://www.piware.de
Ubuntu Dev
systemd.git/commit/?id=24b267b53
[2] https://bugs.debian.org/771652
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: PGP signature
___
Pkg-sy
Control: reassign -1 libaudit1
Control: forcemerge 828991 -1
Hello Chris,
Chris Lamb [2016-06-30 16:53 +0100]:
> systemd fails to build from source in unstable/amd64:
This is known, due to yesterday's libaudit. Merging/linking bugs.
Thanks,
Martin
--
Martin P
s) in a schroot and it now works
fine. Does that sound ok to you?
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd-maintainers mailing list
Pkg-
it/collab-maint/init-system-helpers.git/commit/?id=58d547
Thanks for the report!
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
___
Pkg-systemd-maintainers mai
Control: tag -1 pending
Hello again,
Martin Pitt [2016-06-22 11:58 +0200]:
> Control: forwarded -1 https://github.com/systemd/systemd/pull/3575
> [...]
> I sent an upstream PR for this.
This already landed, so I cherry-picked that into the Debian tree.
Martin
--
Ma
r
default, and I only see this breaking corner cases (and then the admin
can still tweak the options by just using /etc/fstab or a
tmp.mount.d/*.conf).
I sent an upstream PR for this.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com
or now (no sysusers.d/ files and the unit yet, as these
need Debianization and an integration test), and we'll upload -3 RSN.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: PGP sig
cm.debian.org/cgit/collab-maint/init-system-helpers.git/commit/?id=6dd9d53f4
I'll upload this ASAP (I'm offline at the moment).
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
_
md is still neither the
correct nor even a possible place to fix this.
AFAICS, the behaviour of "su" without -l either needs to be properly
defined and fixed, or it should be completely deprecated, perhaps
making it do the same thing as -l.
Thanks,
Martin
--
Martin Pitt
usr being on the network and not using an
initrd. As I said, I have very little sympathy for that, but see
above..
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: PGP
Control: retitle -1 Please move /lib/init/vars.sh to sysvinit-utils
Control: tag -1 patch
Hello again,
Martin Pitt [2016-06-03 13:01 +0200]:
> So the part from this proposal/my current patch that remains valid is
> to move vars.sh out of initscripts. We are one procps upload away from
>
ant issue.
> [Martin Pitt]
> > Some of its dependency should also move, e. g. startpar is only
> > needed for initscripts [4]. Ideally insserv could be moved to
> > initscripts as well, but I haven't done research yet whether that
> > would still be "necessary infrastructure
1 - 100 of 437 matches
Mail list logo