profiles: gnome-logs: fix missing machine-id in private-etc

[glitsj16]

Relates to #5610.

Side-note: although private-etc machine-id also fixes this, I opted to go with the 'new' groups syntax to avoid potential mishaps in future work on #5610 (e.g. etc-cleanup seeing machine-id again).

[SkewedZeppelin]

don't all programs with dbus need machine-id?

[glitsj16]

don't all programs with dbus need machine-id?

If you mean programs that use the D-Bus filtering, no not that I'm aware of. Good and interesting question though. My claws-mail blinked just before popping out for a walk, hence I noticed and read your question. Claws-mail would be broken too if all things using dbus-filtering would need access to /etc/machine-id. That's one app I can be pretty confident about. I'll have to check this more thoroughly to make sure my asumptions on this topic are indeed valid.

I did ran a few quick checks on apps I use daily and am familiar with. This shortlist all have dbus-user filter without machine-id in their private-etc option. And they all continue to work just fine: artha, claws-mail, evince, firefox, freetube (others I didn't re-check yet but I will do so later).

I find gnome-logs to be a bit of an odd-one-out. I straced it before and if memory serves it needs machine-id because systemd uses that for (checking) user access to the journal. The app wasn't entirely broken without machine-id in fact. But it does show a large red notification widget stating the current user doesn't have the proper privileges to read the logs (which is odd because my user is in the systemd-journal group). Yet it happily proceeds to show those nonetheless :) All in all not a comforting situation IMO, so I wanted to bring it in via this PR...

Always nice to see you around here, thanks for the hint!

[kmk3]

This was already added in:

• profiles: refactor log viewers #5996