Re: [systemd-devel] Starting ssh from a systemd service

On Tue, Feb 14, 2023 at 5:31 PM Thomas Köller wrote: > > I cannot start the 'ssh' command from a systemd service. A very simple > service file demonstrates the problem: Your test service works fine for me on Gentoo Linux. I would guess execution is being blocked by something like AppArmor or

Re: [systemd-devel] networkd: Link local static IP address behind NAT

On Wed, Jan 18, 2023 at 9:12 AM Thomas Burghout wrote: > > On 18.01.20233 04:06, Andrei Borzenkov wrote: > > On 17.01.2023 18:28, Thomas Burghout wrote: > > > inet 169.254.146.171/16 brd 169.254.255.255 scope link eth0 > > > > Is it output from the correct system? Because address is

Re: [systemd-devel] systemd-networkd not sending periodic router advertisements

On Sat, Oct 8, 2022 at 10:55 AM Marcel Menzel wrote: > > Hello List, > > after switching from radvd to systemd-networkd for router advertisements, I > noticed my Android device losing IPv6 connection after a while and not > displaying any IPv6 Addresses anymore in the network overview. > > I am

Re: [systemd-devel] Dropping split-usr/unmerged-usr support

On Thu, Jul 7, 2022 at 9:41 AM Luca Boccassi wrote: > > On Fri, 2022-04-08 at 00:48 +0200, Jason A. Donenfeld wrote: > > Hi Wol, > > > > On Fri, Apr 8, 2022 at 12:02 AM Wol wrote: > > > > > > On 07/04/2022 17:47, Mike Gilbert wrote: > > > &g

Re: [systemd-devel] killmode

On Fri, May 20, 2022 at 1:34 PM Mike Gilbert wrote: > > On Fri, May 20, 2022 at 12:54 PM Pascal wrote: > > > > not really in the sense that qemu-nbd launches and immediately gives the > > hand back to the script that called it. > > the script ends positively and

Re: [systemd-devel] killmode

On Fri, May 20, 2022 at 12:54 PM Pascal wrote: > > not really in the sense that qemu-nbd launches and immediately gives the hand > back to the script that called it. > the script ends positively and qemu-nbd is killed by systemd because it is > considered to be garbage left behind by the

Re: [systemd-devel] killmode

On Fri, May 20, 2022 at 10:51 AM Pascal wrote: > it is not strictly speaking a long-running process but it is a child who > survives his father and who is killed when his father stops living > successfully ! what a strange world these children live in... ;-) Sorry, I missed this last line. Are

Re: [systemd-devel] killmode

On Fri, May 20, 2022 at 10:51 AM Pascal wrote: > > hi, > > is it possible to influence the killmode of a script launched by an udev rule > ? > > I have a udev rule that starts a script that itself starts qemu-nbd that gets > killed once the script is finished (qemu-nbd links a block device to

Re: [systemd-devel] [RFC] Switching to OpenSSL 3?

On Tue, May 17, 2022 at 2:53 PM Luca Boccassi wrote: > > On Sat, 9 Oct 2021 at 19:11, Luca Boccassi wrote: > > > > On Wed, 2021-09-29 at 18:11 +0100, Luca Boccassi wrote: > > > On Wed, 2021-09-15 at 16:06 +0100, Luca Boccassi wrote: > > > > On Tue, 2021-09-14 at 13:36 +0200, Lennart Poettering

Re: [systemd-devel] Dropping split-usr/unmerged-usr support

On Thu, Apr 7, 2022 at 5:18 AM Luca Boccassi wrote: > > On Thu, 2022-04-07 at 10:59 +0200, Lennart Poettering wrote: > > On Mi, 06.04.22 11:24, Mike Gilbert (flop...@gentoo.org) wrote: > > > > > We are not likely to require merging of / and /usr for the foreseeable >

Re: [systemd-devel] Dropping split-usr/unmerged-usr support

On Thu, Apr 7, 2022 at 4:59 AM Lennart Poettering wrote: > > On Mi, 06.04.22 11:24, Mike Gilbert (flop...@gentoo.org) wrote: > > > We are not likely to require merging of / and /usr for the foreseeable > > future. We are a "rolling release" distro and basically ne

Re: [systemd-devel] Dropping split-usr/unmerged-usr support

On Tue, Apr 5, 2022 at 4:07 PM Luca Boccassi wrote: > > Hi, > > As part of our spring cleaning effort, we are considering when to drop > support for split/unmerged-usr filesystem layouts. > > A build-time warning was added last year: > >

Re: [systemd-devel] asset failure that looks like it's coming from systemd/

On Thu, Dec 23, 2021 at 8:54 PM Jonathan Kelly wrote: > > Hi, > > in trying to compile unicon programming language - I'm on arch linux ... > > Linux arch 5.15.10-arch1-1 #1 SMP PREEMPT Fri, 17 Dec 2021 11:17:37 > + x86_64 GNU/Linux > > ... I'm getting this error > > make[2]: Entering

Re: [systemd-devel] [RFC] Switching to OpenSSL 3?

On Tue, Sep 14, 2021 at 7:36 AM Lennart Poettering wrote: > > Heya! > > Some of the systemd developers have been discussing switching > systemd's crypto libraries to be exclusively OpenSSL 3.0, and drop > support for older OpenSSL versions, as well as any GNUTLS/libgcrypt > support. As you might

Re: [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe@fuse.service is masked

On Tue, Feb 9, 2021 at 7:19 PM Mike Gilbert wrote: > > On Tue, Feb 9, 2021 at 7:05 PM Reindl Harald wrote: > > > > > > > > Am 09.02.21 um 23:18 schrieb Mike Gilbert: > > > On Tue, Feb 9, 2021 at 11:47 AM Reindl Harald > > > wrote: > > >

Re: [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe@fuse.service is masked

On Tue, Feb 9, 2021 at 7:05 PM Reindl Harald wrote: > > > > Am 09.02.21 um 23:18 schrieb Mike Gilbert: > > On Tue, Feb 9, 2021 at 11:47 AM Reindl Harald > > wrote: > >> > >> > >> > >> Am 09.02.21 um 17:13 schrieb Mike Gilbert: >

Re: [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe@fuse.service is masked

On Tue, Feb 9, 2021 at 11:47 AM Reindl Harald wrote: > > > > Am 09.02.21 um 17:13 schrieb Mike Gilbert: > > On Tue, Feb 9, 2021 at 6:17 AM Reindl Harald wrote: > >> > >> > >> > >> Am 08.02.21 um 23:42 schrieb Mike Gilbert: > >&

Re: [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe@fuse.service is masked

On Tue, Feb 9, 2021 at 6:17 AM Reindl Harald wrote: > > > > Am 08.02.21 um 23:42 schrieb Mike Gilbert: > > On Mon, Feb 8, 2021 at 2:31 PM Reindl Harald wrote: > >>> I think removing this symlink would prevent /sys/fs/fuse/connections > >>> from being mou

Re: [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe@fuse.service is masked

On Mon, Feb 8, 2021 at 2:31 PM Reindl Harald wrote: > > I think removing this symlink would prevent /sys/fs/fuse/connections > > from being mounted and the fuse module from being loaded > > unconditionally on boot > > no > > https://bugzilla.redhat.com/show_bug.cgi?id=1909805#c6 It almost works

Re: [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe@fuse.service is masked

On Mon, Feb 8, 2021 at 1:01 PM Reindl Harald wrote: > > > > Am 08.02.21 um 18:27 schrieb Lennart Poettering: > > On So, 07.02.21 22:43, Reindl Harald (h.rei...@thelounge.net) wrote: > > > >> https://bugzilla.redhat.com/show_bug.cgi?id=1909805 > > > > In response to your actual issue, ignoring all

Re: [systemd-devel] 99-default.link which such a high number ?

On Fri, Sep 25, 2020 at 10:46 AM Francis Moreau wrote: > > Hello, > > I want to override /usr/lib/systemd/network/99-default.link so I need > to create a file starting with "99-" prefix. > > This doesn't seem logical to me because the numbers are supposed to > encode the priority however nothing

Re: [systemd-devel] Upstreaming systemd patch

On Fri, Jul 10, 2020 at 10:43 AM Amit anand wrote: > > Hi systemd-devel group, > > > I need to upstream systemd git patch for fixing systemd static code analysis > warnings. > > Can you please suggest me the correct mailgroup to send the git patch or > relevant web url which have information to

Re: [systemd-devel] systemctl restart changes permission.

On Thu, Apr 30, 2020 at 12:05 AM Kaushal Shriyan wrote: > > Hi, > > I am running CentOS Linux release 7.8.2003 (Core) with > php72u-fpm-7.2.30-1.el7.ius.x86_64 version. I am facing the below permission > denied issue. I also did the below steps > #cd /run > #chown -Rc nginx.nginx php-fpm >

Re: [systemd-devel] systemctl restart changes permission.

On Sun, May 3, 2020 at 3:00 PM Mike Gilbert wrote: > > Please let me know if you need any additional information. Thanks in > > Advance. > > This is probably an issue with the systemd units shipped with php-fpm. > This would not be an issue for this upstream systemd mailin

Re: [systemd-devel] Cannot find a way to get time read from RTC during boot

On Thu, Mar 12, 2020 at 7:13 AM Kevin P. Fleming wrote: > Prior to systemd, with the 'hwclock' package installed, a udev rule > would trigger reading of the RTC and setting the system clock when > /dev/rtc0 appeared. With systemd running, the script run by that udev > rule is suppressed, it

Re: [systemd-devel] Random branch in github.com/systemd/systemd

On Thu, Jan 2, 2020 at 9:08 AM Lennart Poettering wrote: > > If possible, it would probably be wise to restrict access for pushing > > new branches like this. > > Hmm, how would we do that? Any suggestion? Happy to restrict that, but > not sure how to do that... I thought maybe there was a

[systemd-devel] Random branch in github.com/systemd/systemd

It looks like a branch called "msekletar-security-list-process" was pushed to the official systemd github repo earlier this month. This branch probably belongs in msekletar's personal fork instead. https://github.com/systemd/systemd/branches If possible, it would probably be wise to restrict

Re: [systemd-devel] Antw: Re: Unexpected behaviour not noticed by systemctl command

On Thu, Oct 10, 2019 at 4:46 AM Colin Guthrie wrote: > > Andy Pieters wrote on 08/10/2019 11:41: > > forget about the stop. that was the context into which I discovered it. > > > > I am not saying stop should disable I am saying stop should not accept > > now and silently ignore it > > > FWIW

Re: [systemd-devel] Schedule reboot in *.service file

On Fri, Jun 7, 2019 at 6:14 AM Jeffrey Walton wrote: > > On Thu, May 16, 2019 at 11:02 AM Mike Gilbert wrote: > > > > On Thu, May 16, 2019 at 4:50 AM Lennart Poettering > > wrote: > > > > > > On Mi, 15.05.19 15:53, Jeffrey Walton (noloa...@gmail.com)

Re: [systemd-devel] Schedule reboot in *.service file

On Thu, May 16, 2019 at 4:50 AM Lennart Poettering wrote: > > On Mi, 15.05.19 15:53, Jeffrey Walton (noloa...@gmail.com) wrote: > > > if [[ "$NEEDS_REBOOT" -eq 1 ]] > > then > > echo "Scheduling reboot in 10 minutes" > > reboot -r 10 > > This syntax is not understood by systemd: > >

Re: [systemd-devel] rdrand generated with march=winchip-c6 in systemd-241

On Sat, May 11, 2019 at 1:19 PM tedheadster wrote: > > On Sat, May 11, 2019 at 12:30 PM Florian Weimer wrote: > > Can you capture register contents at the point of the crash? > > > > Does this reproduce in a chroot? Maybe you can trace the whole thing > > with a debugger. Does the crash

Re: [systemd-devel] Build only libsystemd as a shared library

On Tue, Apr 23, 2019 at 11:51 AM Stanislav Angelovič wrote: > > Hi systemd-ers, > > Having recent systemd sources, how can I build libsystemd.so only? > > I was able to build the static version with this: > meson build/ > ninja -C build version.h > ninja -C build libsystemd.a > > But how can I

Re: [systemd-devel] systemd prerelease 242-rc2

On Thu, Apr 4, 2019 at 3:38 PM Mike Gilbert wrote: > > On Thu, Apr 4, 2019 at 11:23 AM Lennart Poettering > wrote: > > > > On Do, 04.04.19 10:06, Mike Gilbert (flop...@gentoo.org) wrote: > > > > > I pushed this out to our unstable testers yesterday, and

Re: [systemd-devel] systemd prerelease 242-rc2

On Thu, Apr 4, 2019 at 11:23 AM Lennart Poettering wrote: > > On Do, 04.04.19 10:06, Mike Gilbert (flop...@gentoo.org) wrote: > > > I pushed this out to our unstable testers yesterday, and received a > > couple bug reports this morning. I have requested that they be &

Re: [systemd-devel] systemd prerelease 242-rc2

I pushed this out to our unstable testers yesterday, and received a couple bug reports this morning. I have requested that they be forwarded upstream, but wanted to point them out in case that doesn't happen promptly. https://bugs.gentoo.org/682492 sys-apps/systemd-242_rc2 boot fails: sd-passwd

Re: [systemd-devel] journald cves on 239

On Thu, Jan 24, 2019 at 9:34 AM Umut Tezduyar Lindskog wrote: > > Hello, > > We are on systemd 239 and we would like to patch following CVEs > without jumping to 240. > > CVE-2018-16864 > CVE-2018-16865 > CVE-2018-16866 > > Can someone please help us out and point the commits that we need to >

Re: [systemd-devel] At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown

On Thu, Jan 17, 2019 at 12:54 PM Reindl Harald wrote: > > > > Am 17.01.19 um 18:51 schrieb Christopher Cox: > > On 1/17/19 11:21 AM, Reindl Harald wrote: > >> > >> Am 17.01.19 um 18:17 schrieb Christopher Cox: > >>> On 1/17/19 11:01 AM, Lennart Poettering wrote: > Hmm, what kind of processes

Re: [systemd-devel] Bugfix release(s)

On Mon, Jan 14, 2019 at 10:36 AM Lennart Poettering wrote: > > On Mo, 14.01.19 10:59, Jan Synacek (jsyna...@redhat.com) wrote: > > > Hi, > > > > since v240 didn't go too well, I would like to suggest that the next one > > (preferably two) release(s) are bugfix only. Please, consider it. > > Well,

[systemd-devel] fchmod_opath() - why is this not in the kernel?

The fchmod_opath() function in systemd seems like a hacky workaround for a limitation in the kernel -- you can't call fchmod() on an fd opened with O_PATH, and fchmodat() doesn't support the AT_EMPTY_PATH flag. Has any attempt been made to add this functionality in the kernel? If someone has

Re: [systemd-devel] specialized user sessions for running large processes

On Tue, Oct 2, 2018 at 2:24 PM Andrei Borzenkov wrote: > Please do not start telling that it can be done differently. Until SAP > implements *SUPPORTED* different solution (startup files are maintained > by SAP installer automatically among other things) using login shell is > the only supported

Re: [systemd-devel] Revert "meson: use the host architecture compiler/linker for src/boot/efi" #10217

On Sun, Sep 30, 2018 at 1:57 PM Helmut Grohne wrote: > > Hi, > > > This reverts commit df7caca. > > If you reverts df7caca, please also revert b710072 as that breaks cross > builds. > > > The patch df7caca breaks normal build. Let's revert this, as I do not want > > to revert this every time

Re: [systemd-devel] How to build only udev

On Tue, Jul 3, 2018 at 7:55 PM, Kevin Greene wrote: > I am building libusb, and I want to build it with udev support. I don't need > to build anything in systemd except udev. Is there a good way to do that? > > I'm deploying to machines running Ubuntu 16.04, so I'm targeting systemd > v229 (which

Re: [systemd-devel] systemd kills user process (apache) when logout by sftp is initiated

On Thu, Feb 1, 2018 at 1:42 PM, Andrei Borzenkov wrote: > 01.02.2018 15:08, Mantas Mikulėnas пишет: >>> >> >> For users outside the "system account" UID range (usually 1–999), a logout >> will cause systemd to clean up remaining "junk" such as SysV IPC resources. > > > Where

Re: [systemd-devel] Again, why this strange behavior implied by "auto" in fstab ?

On Tue, Jan 23, 2018 at 10:54 AM, Reindl Harald wrote: > > > Am 23.01.2018 um 16:49 schrieb Simon McVittie: >> >> On Tue, 23 Jan 2018 at 15:47:21 +0100, Franck Bui wrote: >>> >>> Basically, systemd mounts all filesystems listed in /etc/fstab (unless >>> "noauto" is used)

Re: [systemd-devel] Illegal CPUID instruction causes systemd core dump

On Thu, Dec 28, 2017 at 3:18 PM, Lennart Poettering wrote: > On Do, 28.12.17 14:07, tedheadster (tedheads...@gmail.com) wrote: > >> I am doing regression testing on old hardware. systemd-233 just >> generated the following error on startup: >> >> traps:systemd[1] trap

Re: [systemd-devel] udev

On Wed, Nov 1, 2017 at 10:49 AM, David Henderson wrote: > On 11/1/17, Greg KH wrote: >> On Wed, Nov 01, 2017 at 10:36:16AM -0400, David Henderson wrote: >>> Is there a place to just get the udev code instead of all of systemD? >> >> No. >>

Re: [systemd-devel] udev

On Thu, Oct 26, 2017 at 11:45 AM, Mantas Mikulėnas wrote: > On Thu, Oct 26, 2017, 18:26 David Henderson > wrote: >> >> Good afternoon all! I have been looking for the udev source code to >> compile the library and utilities and it appears it is

Re: [systemd-devel] container /proc/filesystems owned by nobody:can't upgrade

On Tue, Oct 3, 2017 at 11:38 AM, arnaud gaboury <arnaud.gabo...@gmail.com> wrote: > On 10/03/2017 05:19 PM, Mike Gilbert wrote: > > On Tue, Oct 3, 2017 at 4:01 AM, arnaud gaboury <arnaud.gabo...@gmail.com> > wrote: > > My host is Archlinux, nspawn container is Fed

Re: [systemd-devel] container /proc/filesystems owned by nobody:can't upgrade

On Tue, Oct 3, 2017 at 4:01 AM, arnaud gaboury wrote: > My host is Archlinux, nspawn container is Fedora 26. Kernel is 4.13.3 > > I can't fully upgrade my container as some files are owned by > nobody:nobody and can't change to root. An example is filesystems. When >

Re: [systemd-devel] Factoring out initctl support

On Fri, Apr 15, 2016 at 1:33 PM, Daniel Mack <dan...@zonque.org> wrote: > On 04/15/2016 07:03 PM, Mike Gilbert wrote: >> On Fri, Apr 15, 2016 at 11:43 AM, Daniel Mack <dan...@zonque.org> wrote: >>> On 04/15/2016 03:55 PM, Mike Gilbert wrote: > >>>> I

Re: [systemd-devel] Factoring out initctl support

On Fri, Apr 15, 2016 at 11:43 AM, Daniel Mack <dan...@zonque.org> wrote: > On 04/15/2016 03:55 PM, Mike Gilbert wrote: >> On Fri, Apr 15, 2016 at 6:42 AM, Daniel Mack <dan...@zonque.org> wrote: >>> Nice, thanks for working on this! What's still missing in that is

Re: [systemd-devel] Factoring out initctl support (was: Re: [RFC] the chopping block)

On Fri, Apr 15, 2016 at 6:42 AM, Daniel Mack wrote: > Nice, thanks for working on this! What's still missing in that is the > other side, the client that talks to the initctl socket. I have patches > to remove the initctl bits from the systemd repo, and add a callout from >

Re: [systemd-devel] [RFC] the chopping block

On Wed, Feb 24, 2016 at 10:42 PM, Mike Gilbert <flop...@gentoo.org> wrote: > On Fri, Feb 19, 2016 at 7:22 AM, Lennart Poettering > <lenn...@poettering.net> wrote: >> On Thu, 18.02.16 20:33, Mike Gilbert (flop...@gentoo.org) wrote: >> >>> On Thu, Feb 1

Re: [systemd-devel] [RFC] the chopping block

On Fri, Feb 19, 2016 at 7:22 AM, Lennart Poettering <lenn...@poettering.net> wrote: > On Thu, 18.02.16 20:33, Mike Gilbert (flop...@gentoo.org) wrote: > >> On Thu, Feb 11, 2016 at 12:06 PM, Lennart Poettering >> <lenn...@poettering.net> wrote: >> > 1) syst

Re: [systemd-devel] [RFC] the chopping block

On Thu, Feb 11, 2016 at 12:06 PM, Lennart Poettering wrote: > 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last >time Debian was still using that, maybe this changed now? Gentoo allows switching between systemd and openrc (sysvinit) at boot time,

Re: [systemd-devel] systemd (user) and (sd-pam) (user) processes in login shell

On Mon, Dec 21, 2015 at 9:54 PM, Kai Krakow <hurikha...@gmail.com> wrote: > Am Mon, 21 Dec 2015 21:43:24 -0500 > schrieb Mike Gilbert <flop...@gentoo.org>: > >> On Mon, Dec 21, 2015 at 7:36 PM, Kai Krakow <hurikha...@gmail.com> >> wrote: >> > Am Tu

Re: [systemd-devel] systemd (user) and (sd-pam) (user) processes in login shell

On Mon, Dec 21, 2015 at 7:36 PM, Kai Krakow wrote: > Am Tue, 8 Dec 2015 01:36:01 +0200 > schrieb Mantas Mikulėnas : > >> What uid does "oracle" have – is it within the system account range >> (usually 1–999) or user account (1000–)? I wonder if it's the

Re: [systemd-devel] RFC: removing initctl support

On Mon, Sep 21, 2015 at 8:31 PM, Lennart Poettering wrote: > Heya! > > Since a long time systemd has been shipping with two-way compat > support for /dev/initctl, and I am tempted to remove it. Before I do > so, I'd like some input on the relevance of this interface:

Re: [systemd-devel] no tar balls at release time

On Mon, Jun 22, 2015 at 7:30 PM, Lennart Poettering lenn...@poettering.net wrote: On Tue, 23.06.15 01:21, Kay Sievers (k...@vrfy.org) wrote: We currently considering to stop creating release tar balls. For build systems which still require them, they can be created locally from the upstream

Re: [systemd-devel] [PATCH 1/2] configure.ac: strip off trailing slashed from $rootprefix

On Fri, May 29, 2015 at 8:05 PM, Daniel Mack dan...@zonque.org wrote: Make sure the variable set via --with-rootprefix= does not contain a trailing slash, so man pages can use entities like rootprefix;/lib without ending up having double slashes. --- configure.ac | 3 ++- 1 file changed, 2

Re: [systemd-devel] [PATCH] Correct path to systemd-fsck in generated systemd-fsck-root.service

This should also be flagged for backports since the hard-coded /usr/lib/systemd path will break any initramfs if rootprefix != /usr. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org

[systemd-devel] [PATCH] Correct path to systemd-fsck in generated systemd-fsck-root.service

--- Makefile.am| 1 + src/shared/generator.c | 2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/Makefile.am b/Makefile.am index f84a28d..70d4dc0 100644 --- a/Makefile.am +++ b/Makefile.am @@ -188,6 +188,7 @@ AM_CPPFLAGS = \

Re: [systemd-devel] [PATCH 2/2] build: allow setting OBJCOPY

On Wed, Apr 8, 2015 at 4:08 PM, Marc-Antoine Perennou marc-anto...@perennou.com wrote: Signed-off-by: Marc-Antoine Perennou marc-anto...@perennou.com --- Makefile.am | 4 ++-- configure.ac | 3 +++ 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/Makefile.am b/Makefile.am

Re: [systemd-devel] Enable port forwarding via upnp

On Wed, Feb 25, 2015 at 2:16 AM, Kai Krakow hurikha...@gmail.com wrote: Hello! Is it possible to somehow create a service which enables port forwardings on my router using upnp? Currently, I guess it is not possible (except maybe using ExecPost or ExecPre and the upnpc program). But when my

Re: [systemd-devel] make install busted in git

On Tue, Jan 13, 2015 at 4:48 AM, Jan Engelhardt jeng...@inai.de wrote: On Tuesday 2015-01-13 00:25, Zbigniew Jędrzejewski-Szmek wrote: On Mon, Jan 12, 2015 at 11:42:38PM +0100, Jan Engelhardt wrote: Happens with top-of-line 720e0be0f00f4a7fee808d1cf60db43970900588. == Summary == + make

Re: [systemd-devel] [PATCH] bootchart: ship a configuration that will boot without sysvinit compat

On Sat, Dec 27, 2014 at 8:57 AM, Gabriel de Perthuis g2p.c...@gmail.com wrote: bootchart defaults to chaining to /sbin/init, which is sensible, but in a pure systemd environment (without systemd-sysvinit) will make the machine unbootable. Change the default through

Re: [systemd-devel] [PATCH] Fix install location of systemd.pc

On Sun, Dec 28, 2014 at 6:20 AM, Martin Pitt martin.p...@ubuntu.com wrote: Hello all, systemd.pc is currently installed into /usr/share/pkgconfig/, but this isn't correct: It contains libdir whose value is (possibly) architecture specific. E. g. if you configure with

Re: [systemd-devel] [ANNOUNCE] systemd v218

On Wed, Dec 10, 2014 at 7:16 PM, Lennart Poettering lenn...@poettering.net wrote: Heya! Here's the next version of systemd, v218: http://www.freedesktop.org/software/systemd/systemd-218.tar.xz Hi Lennart, It looks like the tarball is missing units/user/systemd-consoled.service. make[2]:

Re: [systemd-devel] Is there a reason to forcefully create /etc/mtab?

On Sun, Jul 6, 2014 at 1:08 PM, Ivan Shapovalov intelfx...@gmail.com wrote: On Sunday 06 July 2014 at 13:01:22, Leonid Isaev wrote: Hi, I have a read-only / filesystem and /etc/mtab points to /proc/self/mounts as it should. So, in systemd-215 tmpfile.d fails to create a symbolic

[systemd-devel] [PATCH] Revert build-sys: include PolicyKit files as part of distribution

This reverts commit 0c26bfc3d21fdb3963f1248c237e2f1a33b5566d. src/core/org.freedesktop.systemd1.policy.in.in depends on values which are specified at configure time, so we cannot ship the corresponding policy file in the tarball. Since we need to regenerate one policy file, we might as well

[systemd-devel] Inconsistent processing of 'debug' and 'systemd.log_level' options from kernel command line

I have noticed that when the 'debug' option is passed on the kernel command line, it is impossible to override this using the 'systemd.log_level' option. I also note that passing SYSTEMD_LOG_LEVEL on the kernel command line DOES work; the kernel copies this to the environment block for init.

Re: [systemd-devel] udev-212 and up on Sparc v8

On Mon, Jun 23, 2014 at 9:25 AM, Lennart Poettering lenn...@poettering.net wrote: On Mon, 23.06.14 16:11, Samuli Suominen (ssuomi...@gentoo.org) wrote: Thanks, but please work with the gcc developers to solve this generically for all gcc users, instead of work around this limitation in

Re: [systemd-devel] no fsck at boot

On Mon, Jun 23, 2014 at 6:15 PM, Chris Murphy li...@colorremedies.com wrote: But in any case, is there a better way to trigger fsck for ext3/4, and not for XFS and Btrfs, based on some information other than fstab fs_passno? If systemd knew the root file system type before mounting, it could

Re: [systemd-devel] udev-212 and up on Sparc v8

On Sat, Jun 21, 2014 at 10:04 AM, Cristian Rodríguez crrodrig...@opensuse.org wrote: El 21/06/14 01:38, Chase Rayfield escribió: udev up to version 208 builds correctly on Sparc v8. However 212 and greater does not. Complete build logs of 208 and 214 can be found here:

Re: [systemd-devel] udev-212 and up on Sparc v8

On Sat, Jun 21, 2014 at 11:31 AM, Mike Gilbert flop...@gentoo.org wrote: On Sat, Jun 21, 2014 at 10:04 AM, Cristian Rodríguez crrodrig...@opensuse.org wrote: El 21/06/14 01:38, Chase Rayfield escribió: udev up to version 208 builds correctly on Sparc v8. However 212 and greater does

Re: [systemd-devel] systemd-network-wait-online symlinks to systemd-networkd

On Wed, Jun 11, 2014 at 12:15 PM, Kirill Elagin kirela...@gmail.com wrote: On Wed, Jun 11, 2014 at 3:24 AM, Mike Gilbert flop...@gentoo.org wrote: On Tue, Jun 10, 2014 at 5:50 PM, Lennart Poettering lenn...@poettering.net wrote: On Tue, 10.06.14 13:58, Mike Gilbert (flop...@gentoo.org) wrote

Re: [systemd-devel] systemd-network-wait-online symlinks to systemd-networkd

On Wed, Jun 11, 2014 at 4:56 PM, Mike Gilbert flop...@gentoo.org wrote: On Wed, Jun 11, 2014 at 12:15 PM, Kirill Elagin kirela...@gmail.com wrote: On Wed, Jun 11, 2014 at 3:24 AM, Mike Gilbert flop...@gentoo.org wrote: On Tue, Jun 10, 2014 at 5:50 PM, Lennart Poettering lenn...@poettering.net

Re: [systemd-devel] systemd-network-wait-online symlinks to systemd-networkd

On Tue, Jun 10, 2014 at 1:32 PM, Lennart Poettering lenn...@poettering.net wrote: On Tue, 10.06.14 13:10, Dave Reisner (d...@falconindy.com) wrote: Perhaps there's a middle ground we can find. Tom mentioned the idea of a package mode during configuration. How about a simpler idea -- if

Re: [systemd-devel] systemd-network-wait-online symlinks to systemd-networkd

On Tue, Jun 10, 2014 at 5:50 PM, Lennart Poettering lenn...@poettering.net wrote: On Tue, 10.06.14 13:58, Mike Gilbert (flop...@gentoo.org) wrote: Symlinks should probably just be considered different type of file, that have a contents and stuff. The contents is usually a file name

Re: [systemd-devel] How to quiet cron sessions logging with systemd-212?

On Mon, Jun 9, 2014 at 4:42 PM, Reindl Harald h.rei...@thelounge.net wrote: Am 09.06.2014 22:32, schrieb Leonid Isaev: On Mon, Jun 09, 2014 at 09:19:20PM +0200, Reindl Harald wrote: [...] on our production infrastrcuture these messages would be *a lot* more than all other logs summarized

Re: [systemd-devel] [PATCH] build: Honour SUID_CFLAGS and SUID_LDFLAGS

On Sat, May 17, 2014 at 4:02 PM, Cristian Rodríguez crrodrig...@opensuse.org wrote: El 17/05/14 14:56, Dave Reisner escribió: On Sat, May 17, 2014 at 12:39:47PM -0400, Cristian Rodríguez wrote: This is the standard* way used to pass special linker/compiler flags such as -fPIE and -pie *

[systemd-devel] [PATCH v2] fsck: Search for fsck.type in PATH

Modifies find_binary() to accept NULL in the second argument. fsck.type lookup logic moved to new fsck_exists() function, with a test. --- src/fsck/fsck.c| 9 - src/shared/generator.c | 11 --- src/shared/path-util.c | 11 --- src/shared/util.c | 8

Re: [systemd-devel] [PATCH v2] fsck: Search for fsck.type in PATH

On Sat, Apr 12, 2014 at 1:40 PM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Sat, Apr 12, 2014 at 12:07:04PM -0400, Mike Gilbert wrote: Modifies find_binary() to accept NULL in the second argument. fsck.type lookup logic moved to new fsck_exists() function, with a test. --- src

Re: [systemd-devel] [PATCH v2] fsck: Search for fsck.type in PATH

On Sat, Apr 12, 2014 at 3:10 PM, Mike Gilbert flop...@gentoo.org wrote: On Sat, Apr 12, 2014 at 1:40 PM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: +static void test_fsck_exists(void) { +/* Ensure we use a sane default for PATH. */ +unsetenv(PATH

[systemd-devel] [PATCH v3] fsck: Search for fsck.type in PATH

Modifies find_binary() to accept NULL in the second argument. fsck.type lookup logic moved to new fsck_exists() function, with a test. --- src/fsck/fsck.c | 10 +- src/shared/generator.c| 12 +--- src/shared/path-util.c| 33 ++---

Re: [systemd-devel] [PATCH] fsck: Search for fsck.type in PATH

On Fri, Apr 11, 2014 at 11:48 AM, Lennart Poettering lenn...@poettering.net wrote: On Wed, 09.04.14 10:07, Mike Gilbert (flop...@gentoo.org) wrote: Matches default behavior in recent util-linux. Quite frankly, this is really really broken in Gentoo. Randomly moving packages from /sbin

[systemd-devel] [PATCH] fsck: Search for fsck.type in PATH

Matches default behavior in recent util-linux. --- src/fsck/fsck.c| 6 -- src/shared/generator.c | 6 -- 2 files changed, 8 insertions(+), 4 deletions(-) diff --git a/src/fsck/fsck.c b/src/fsck/fsck.c index 18f2aca..24c8890 100644 --- a/src/fsck/fsck.c +++ b/src/fsck/fsck.c @@

[systemd-devel] fsck.vfat in /usr/sbin

Over at Gentoo, we have started installing fsck.vfat in /usr/sbin rather than /sbin. Don't ask me why; I don't maintain our dosfstools package. ^_^ This works ok with the fsck binary from util-linux since we have it configured to search in /usr/sbin via the --enable-fs-paths-extra configure

[systemd-devel] [PATCH] Document CONFIG_NET_NS as a required kernel option

Several units now utilize the PrivateNetwork parameter, which requires network namespace support. --- README | 3 +++ 1 file changed, 3 insertions(+) diff --git a/README b/README index fc13e10..cecbcbf 100644 --- a/README +++ b/README @@ -70,6 +70,9 @@ REQUIREMENTS: create additional

[systemd-devel] [PATCH] build-sys: Fix move-to-rootlibdir

Since we now use ln -s --relative, using this sed statement is redundant and causes broken symlinks to be installed. --- Makefile.am | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/Makefile.am b/Makefile.am index 182eca6..bd78f44 100644 --- a/Makefile.am +++ b/Makefile.am @@

Re: [systemd-devel] [PATCH] build-sys: Fix move-to-rootlibdir

On Tue, Mar 11, 2014 at 6:14 PM, Mike Gilbert flop...@gentoo.org wrote: Since we now use ln -s --relative, using this sed statement is redundant and causes broken symlinks to be installed. Actually, I think the the symlinks are not broken under normal circumstances (rootlibdir = /lib). However

Re: [systemd-devel] [PATCH] build-sys: Fix move-to-rootlibdir

On Tue, Mar 11, 2014 at 6:42 PM, Lennart Poettering lenn...@poettering.net wrote: On Tue, 11.03.14 18:14, Mike Gilbert (flop...@gentoo.org) wrote: Since we now use ln -s --relative, using this sed statement is redundant and causes broken symlinks to be installed. Hmm, wouldn't it be nicer

Re: [systemd-devel] [PATCH] build-sys: Fix move-to-rootlibdir

On Tue, Mar 11, 2014 at 6:53 PM, Mike Gilbert flop...@gentoo.org wrote: On Tue, Mar 11, 2014 at 6:42 PM, Lennart Poettering lenn...@poettering.net wrote: On Tue, 11.03.14 18:14, Mike Gilbert (flop...@gentoo.org) wrote: Since we now use ln -s --relative, using this sed statement is redundant

Re: [systemd-devel] [PATCH] Fix systemd-stdio-bridge symlink

On Mon, Mar 3, 2014 at 11:57 AM, Lennart Poettering lenn...@poettering.net wrote: On Mon, 03.03.14 16:12, Michael Biebl (mbi...@gmail.com) wrote: The patch looked ok to me as is, but I can certainly add a --relative if you prefer. Should dbus1-generator-install-hook:

[systemd-devel] [PATCH] Fix systemd-stdio-bridge symlink

The symlink is created in bindir (/usr/bin), and points to a binary which lives in rootlibexecdir (/lib/systemd or /usr/lib/systemd). A relative symlink does not work here. --- Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile.am b/Makefile.am index

[systemd-devel] [PATCH] configure: Do not require xsltproc for installation of man pages

The release tarballs ship with pre-generated man pages, so we do not need xsltproc for a typical end-user build. Developers will probably have xsltproc anyway, but if not they will now encounter a build-time failure instead of an error in configure. --- configure.ac | 7 +-- 1 file changed,

[systemd-devel] [PATCH] main: Set umask before creating any files

This avoids a problem when we inherit a non-zero umask from the initramfs. This would cause /run/systemd to be created with the wrong mode. --- src/core/main.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/src/core/main.c b/src/core/main.c index 72bd542..f532dca