On Sun, 22 Mar 2026 10:44:31 +0100
Didier Kryn <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

I would suggest: kmount or dkmount or kdmount
in honour of the author.

Ciao,
Tito