Le 19/03/2026 à 13:35, aitor a écrit :
> A similar project written in Go already exists with the same name:
>
> https://github.com/rbisewski/qmount

    This qmount program seems painstaking: it launches two others
applications: lsblk to obtain filesystem properties (the result needing
to be parsed), and mount to actually mount the filesystem. Its
dependendency is on the two commands lsblk and mount, which obviously
are always present, and, in turn, depend on libudev, which is an
interface to the udev database. Curiously, "qmount" is the project's
name, but the command name is "mnt".

    On the other hand, my own qmount does all this without spawning
lsblk, then parsing its output, and then executing mount. But it also
depends on the udev database. It seems more feature-rich, and has a
clear policy. Instead, there is no word about the policy of
https://github.com/rbisewski/qmount

    IMHO the qmount project currently on devuangit is smarter.
Nevertheless I think it should be renamed to not conflict with the other
one. Aitor suggests "hopmount". I'm afraid it tights it too much with my
other program hopman. Any idea is welcome.

    rmount, smount tmount don't seem to have any meaning, umount
already does the opposite. qmnt?

--     Didier