>>> Lennart Poettering schrieb am 15.03.2021 um 17:04
in
Nachricht :
> On Mo, 15.03.21 16:54, Ulrich Windl (ulrich.wi...@rz.uni‑regensburg.de)
wrote:
>
>> Hi!
>>
>> While constructing a new RPM package I tried "systemd‑analyze verify" as
> %check, resulting in:
>> ...
>> Failed to open /dev/tty0
Am 16.03.21 um 18:04 schrieb Alan Stern:
On Tue, Mar 16, 2021 at 05:43:34PM +0100, Hans de Goede wrote:
Thank you for this patch, yes if this works it would IMHO be
a much better solution then the udev rule.
Thank you for the patch.
I think it would be mildly better, but not a whole lot.
Am 16.03.21 um 17:26 schrieb Alan Stern:
On Tue, Mar 16, 2021 at 06:26:30AM +0100, Matthias Schwarzott wrote:
I implemented solution 3b. This is the pullrequest for udev (systemd
repository):
https://github.com/systemd/systemd/pull/19002
Now Lennart asks if udev is the best place for s
Hello,
systemd-timesyncd listens for changes in network state and will start a
timesync when it determines that the system is online. It does this via
network_is_online(), which just queries the global carrier and address
state advertised by systemd-networkd.
systemd-networkd determines the gl
On Tue, Mar 16, 2021 at 05:43:34PM +0100, Hans de Goede wrote:
> Hi,
>
> On 3/16/21 5:26 PM, Alan Stern wrote:
> > On Tue, Mar 16, 2021 at 06:26:30AM +0100, Matthias Schwarzott wrote:
> >> I implemented solution 3b. This is the pullrequest for udev (systemd
> >> repository):
> >>
> >>https://g
Hi,
On 3/16/21 5:26 PM, Alan Stern wrote:
> On Tue, Mar 16, 2021 at 06:26:30AM +0100, Matthias Schwarzott wrote:
>> I implemented solution 3b. This is the pullrequest for udev (systemd
>> repository):
>>
>> https://github.com/systemd/systemd/pull/19002
>>
>> Now Lennart asks if udev is the be
On Tue, Mar 16, 2021 at 06:26:30AM +0100, Matthias Schwarzott wrote:
> I implemented solution 3b. This is the pullrequest for udev (systemd
> repository):
>
> https://github.com/systemd/systemd/pull/19002
>
> Now Lennart asks if udev is the best place for such hacks/work-arounds?
>
> Well,
