Martin Pitt

I find this a bit too specialized TBH. Proposal #15 is more generic, and would avoid introducing lots of special-cased options for similar output tuning.

fanotify() does not support this directly, but we could read the source pid's current euid.

> probably already know this from the failing test but, No, which one is that? The CI here runs on GitHub workflows, which is Ubuntu 20.04 on ext4 (... I...

I just [added a test for btrfs](https://github.com/martinpitt/fatrace/commit/ed24bebf61726ca429435e942d74c578d277a429), on a loop device. This works fine, and also that's not _too_ surprising -- after alll, there is nothing cross-device there. I figure...

Sorry for the delay! I see this as well now on a Fedora 35 cloud image, which uses btrfs with subvolumes. This is also easy to reproduce with the integration...

Ah, it's not actually that bad.. I *can* run`fatrace --current-mount` on a mount of the btrfs root, just not in any mounted subvolume. That watch will still get the subvolume...

See commit c68303793ad1ddca87128b26f1bb644ae08ff094 , and my report in https://bugzilla.redhat.com/show_bug.cgi?id=1915641 . I haven't tried it since then.

pipewire is already installed. The pulseaudio daemon is *not*, just the libraries (which a lot of programs still use -- that's fine, pipewire supports the pulseaudio API): ``` pipewire-0.3.32-1.fc34.x86_64 pipewire-libs-0.3.32-1.fc34.x86_64...

> I was referring to the fact that the fedora group that uses the workstation iso can be integrated to be able to make all the network cards compatible and...

pipewire and terminal are solved, DM is wontfix, so changing the title for the remaining "network drivers" part.