Le 16/09/2020 à 22:30, Steve Litt a écrit : > On Wed, 16 Sep 2020 09:53:14 +0200
> "Dr. Nikolaus Klepp" <office@???> wrote:
>> Anno domini 2020 Wed, 16 Sep 02:11:57 -0400
>> Steve Litt scripsit:
>>> In addition, I don't see why Unix design isn't a good fit for modern
>>> demands. Edward and Aitor have already made
>>> do-one-thing-and-do-it-well graphical automounters that, as far as
>>> I know, depend on neither systemd nor dbus. I once posted, on this
>>> list, a thumb drive plugin detector/mounter, and somebody else on
>>> the list improved on it.
>> Sorry, I must have missed that. Do you have a link to the software?
> No, sorry. Best way to find it is to search posts from Steve Litt
> body-containing the string "inotify". Once you've found the right one,
> look at that tree to find the improvement by the other DNG inhabitant,
> whose name I've forgotten.
> Please do me a favor if you find it, and repost it here. I apparently
> have lost the software (probably a small shellscript).
I wrote a graphical mounter which depends only on GTK+-2, and Linux
kernel version higher than 2.6.something - I don't rember at the moment.
It also depends, obviously, on the presence of a C library. It's called
"hopman" and was announced on this list. I found a bug about 1 year ago:
it happens to consume 100% of a cpu when a loop device is created. I
didn't take the time to debug it because I feel tired - I'm 70 and have
several few other concerns. I started to internationalize it but didn't
find a satisfactory way to manage the internationalization files and
integrate them to the build process. For all these reasons, it hasn't
As it is, it is the only tool I use to mount USB sticks. It gives me
full satisfaction on everyday use, and I think this is the one Steve uses.
It is based on inotify watching /dev and /dev/disk/by-label, and a
custom recursive function designed to browse /sys.
This message was posted to the following mailing lists: