Hi Riccardo, On 2025-11-07 18:20:51 +0100 Patrick Cardona <[email protected]> wrote:
> On 2025-11-07 16:54:26 +0100 Riccardo Mottola <[email protected]> > wrote: > >> Hi Patrick, > > >> Patrick Cardona wrote: > >>> I did not see any change in /etc/mtab unless I did myself a mounting >>> action. I think 'udisks2' is there to inteact with GTK or KDE desktops >>> with DBus explicit queries: >>> Althougt I use DBusKit for the notifications with SimpleAgenda, I do not >>> know any other GNUstep application using it. >>> See: >>> https://documentation.ubuntu.com/core/explanation/system-snaps/udisks2/ > > >> Unfortunately I am a bit at the end of my latin while trying to debug this >> remotely for you. > >> We must try to understand if the problem is in the mount action or >> interpreting the mount event. You tell me that a separate mount works fine. >> However, the mount action isn't magic.. GWorkspace does through a couple >> of hooks to make things aysnchronous, but eventually does: > >> [[NSWorkspace sharedWorkspace] mountNewRemovableMedia]; > >> which is a call on gui and thus detects changes separately, like you would >> do manually or with an automounter, which makes sense. > >> If you check NSWorkspace, it literally spawns a NSTask with mount on the >> media specified for GSRemovableMediaPaths > >> then to ask what is there the next method is used mountedRemovableMedia > >> I guess you should add some logs there or break in with gdb. Ready to do >> it? need a debug patch done for you? > > I think I need some help because none of the classes you mentioned above seem > to log, even with gdb: I only get this poor log after the command > 'Tools/Check for Disks': > > patrick@pi400:~ $ debugapp GWorkspace > GNU gdb (Debian 16.3-1) 16.3 > Copyright (C) 2024 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > Type "show copying" and "show warranty" for details. > This GDB was configured as "aarch64-linux-gnu". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > <https://www.gnu.org/software/gdb/bugs/>. > Find the GDB manual and other documentation resources online at: > <http://www.gnu.org/software/gdb/documentation/>. > > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from /Local/Applications/GWorkspace.app/GWorkspace... > (gdb) run > Starting program: /Local/Applications/GWorkspace.app/GWorkspace > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib/aarch64-linux-gnu/libthread_db.so.1". > [Detaching after fork from child process 14187] > [Detaching after fork from child process 14234] > 2025-11-07 18:09:34.710 ddbd[14234:14234] ddbd started > [New Thread 0x7fed0a6e60 (LWP 14795)] > [Detaching after fork from child process 14796] > [Detaching after fork from child process 14820] > [Thread 0x7fed0a6e60 (LWP 14795) exited] > > (end of gdb log) > Maybe I could do more within gdb, but I am not enough aware about the way to > do it. Maybe a tutorial I should read? > Using either /media or /mnt made no difference. I finally found this got round: 1- Removing all lines in the 'mount points for removable media' of 'SystemPreferences/Volumes' tab. 2- Using the dockapp wmudmount. Now, when a removable disk is mounted with wmudmount, its expected icon is shown on the desktop of GWorkspace. So we can say GWorkspace auto-detects the mounted disk, without the need of the '#E' command. Of course, because, the 'mount points for removable media' has been emptied, the ghosted icons issue does not happen if we use '#E' now. I know this is not an explanation of the issue, just a work around to avoid it. And maybe it could not work on another system than Pi. Cheers, Patrick -- Patrick Cardona - Pi400 - GNU/Linux aarch64 (Debian 13.2) Xorg (1:7.7+24) - libcairo2 (1.18.4-1+rpt1 arm64) Window Maker (0.96.0-4) - GWorkspace (1.1.0 - 02 2025) - Theme: AGNOSTEP - MUA: GNUMail (1.4.0)
