Re: [systemd-devel] Which udev action is run on boot for my device?

2020-10-26 Thread Marcin Kocur
W dniu 26.10.2020 o 11:19, Lennart Poettering pisze: On So, 25.10.20 18:56, Marcin Kocur (marcin2...@gmail.com) wrote: W dniu 25.10.2020 o 18:36, Marcin Kocur pisze: Hello, as the topic states, I want to know which action(s) from "add", "remove", "change", "move", "online", "offline",

Re: [systemd-devel] BTI interaction between seccomp filters in systemd and glibc mprotect calls, causing service failures

2020-10-26 Thread Jeremy Linton
Hi, On 10/26/20 12:52 PM, Dave Martin wrote: On Mon, Oct 26, 2020 at 04:57:55PM +, Szabolcs Nagy via Libc-alpha wrote: The 10/26/2020 16:24, Dave Martin via Libc-alpha wrote: Unrolling this discussion a bit, this problem comes from a few sources: 1) systemd is trying to implement a

[systemd-devel] systemd prerelease 247-rc1

2020-10-26 Thread systemd tag bot
A new systemd ☠️ pre-release ☠️ has just been tagged. Please download the tarball here: https://github.com/systemd/systemd/archive/v247-rc1.tar.gz NOTE: This is ☠️ pre-release ☠️ software. Do not run this on production systems, but please test this and report any issues you find to

[systemd-devel] Antw: [EXT] Re: date/time set to epoch when using readonly rootfs

2020-10-26 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 23.10.2020 um 13:00 in Nachricht <20201023110051.GA326204@gardel-login>: > On Fr, 23.10.20 10:37, Belisko Marek (marek.beli...@gmail.com) wrote: > >> > > Sorry I mixed up things. Can you pls guide where can I find code which >> > > set date/time from timestamp?

[systemd-devel] WLANInterfaceType="mesh-point" not matching

2020-10-26 Thread Paul Cabot
I currently have wpa_supplicant setup to connect my WLE600VX to my 802.11S mesh network.  It connects fine. However when I setup my systemd.network file as the following. [Match] Name=wlp6s0 WLANInterfaceType="mesh-point" It doesn't want to match even though wlp6s0 is currently connected to

Re: [systemd-devel] Which udev action is run on boot for my device?

2020-10-26 Thread Lennart Poettering
On So, 25.10.20 18:36, Marcin Kocur (marcin2...@gmail.com) wrote: > Hello, > > as the topic states, I want to know which action(s) from "add", "remove", > "change", "move", "online", "offline", "bind", and "unbind" were triggered > on my device. Is there any way to check that? > > At the

Re: [systemd-devel] Which udev action is run on boot for my device?

2020-10-26 Thread Pekka Paalanen
On Sun, 25 Oct 2020 18:36:42 +0100 Marcin Kocur wrote: > Hello, > > as the topic states, I want to know which action(s) from "add", > "remove", "change", "move", "online", "offline", "bind", and "unbind" > were triggered on my device. Is there any way to check that? > > At the beginning of 

Re: [systemd-devel] Which udev action is run on boot for my device?

2020-10-26 Thread Lennart Poettering
On So, 25.10.20 18:56, Marcin Kocur (marcin2...@gmail.com) wrote: > W dniu 25.10.2020 o 18:36, Marcin Kocur pisze: > > Hello, > > > > as the topic states, I want to know which action(s) from "add", > > "remove", "change", "move", "online", "offline", "bind", and "unbind" > > were triggered on my

Re: [systemd-devel] Which udev action is run on boot for my device?

2020-10-26 Thread Lennart Poettering
On Mo, 26.10.20 11:28, Pekka Paalanen (ppaala...@gmail.com) wrote: > > So the ultimate quesiton is: what kind of trigger was executed on my > > device on boot time? > > > > Hi, > > FWIW, I was totally baffled by a similar problem with a DRM device. My > rule was doing the same thing: match to

Re: [systemd-devel] Crond session, pam_access and pam_systemd

2020-10-26 Thread Thomas HUMMEL
Hello, [I was off for one week] On 16/10/2020 15:45, Mantas Mikulėnas wrote: If I remember correctly, it's so that the main process would still be able to have pid 1 as its parent, without introducing an intermediate step in the process tree. My understanding after thinking about it would

[systemd-devel] homectl --auto-login=yes has no effect

2020-10-26 Thread Damian Ivanov
Hello! Latest Fedora Rawhide here. I've exactly one user created with --auto-login=yes /etc/gdm/custom.conf is unchanged and as far as I know, no .conf file is created in other places. How is --auto-login supposed to work? Should I open an issue on github? Thanks and BR, Damian

Re: [systemd-devel] BTI interaction between seccomp filters in systemd and glibc mprotect calls, causing service failures

2020-10-26 Thread Topi Miettinen
On 26.10.2020 18.24, Dave Martin wrote: On Wed, Oct 21, 2020 at 10:44:46PM -0500, Jeremy Linton via Libc-alpha wrote: Hi, There is a problem with glibc+systemd on BTI enabled systems. Systemd has a service flag "MemoryDenyWriteExecute" which uses seccomp to deny PROT_EXEC changes. Glibc

Re: [systemd-devel] BTI interaction between seccomp filters in systemd and glibc mprotect calls, causing service failures

2020-10-26 Thread Florian Weimer
* Dave Martin via Libc-alpha: > Would it now help to add something like: > > int mchangeprot(void *addr, size_t len, int old_flags, int new_flags) > { > int ret = -EINVAL; > mmap_write_lock(current->mm); > if (all vmas in [addr .. addr + len) have > their

Re: [systemd-devel] BTI interaction between seccomp filters in systemd and glibc mprotect calls, causing service failures

2020-10-26 Thread Mark Brown
On Mon, Oct 26, 2020 at 03:56:35PM +, Dave Martin wrote: > On Mon, Oct 26, 2020 at 02:52:46PM +, Catalin Marinas via Libc-alpha > wrote: > > Now, if the dynamic loader silently ignores the mprotect() failure on > > the main executable, is there much value in exposing a flag in the aux >

[systemd-devel] systemd-networkd vs. iwd

2020-10-26 Thread Bruce A. Johnson
What are the state of things and the plan for the future with respect to iwd and systemd-networkd? A couple of years ago, I put together a satisfactory solution for my project in OpenEmbedded/Yocto using systemd-networkd to manage the IP connections and wpa_supplicant to manage the underlying

Re: [systemd-devel] BTI interaction between seccomp filters in systemd and glibc mprotect calls, causing service failures

2020-10-26 Thread Topi Miettinen
On 26.10.2020 16.52, Catalin Marinas wrote: On Sat, Oct 24, 2020 at 02:01:30PM +0300, Topi Miettinen wrote: On 23.10.2020 12.02, Catalin Marinas wrote: On Thu, Oct 22, 2020 at 01:02:18PM -0700, Kees Cook wrote: Regardless, it makes sense to me to have the kernel load the executable itself