On 3/22/26 10:44 AM, Didier Kryn wrote:
> 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
>
rmount could have the meaning rapid/rapide which make sense for a faster
program then available now.