KDE's Dolphin Now Lets Users Know What's Preventing A Drive From Being Unmounted

[Britoid]

As opposed to GNOME with gThumb, gColorChooser, GIMP, gSound, Galeon, gedit, GDM, etc.

GDM does not count because users will never need to find it, the others have been renamed in their desktop files.

GIMP isn't a core part of the GNOME project and the G does not stand for GNOME.

[nuetzel]

@ngraham

kinfocenter

Long standing 'USB-Devices' presentation bug.
'USB-Version' 1.01/2.01/3.01 etc.

It should be: 1.1/2.1/3.1

For example:

[-]
CanoScan
Hersteller: Canon
Klasse 255 (Anbieterspezifische Klasse)
Unterklasse 0
Protokoll 0
USB-Version 1.01
[-]

[-]
xHCI Host Controller (4)
Hersteller: Linux 5.4.0-rc4-1.g7262353-default xhci-hcd
Seriennummer: 0000:0f:00.0
Klasse 9 (Hub)
Unterklasse 0 (Unused)
Protokoll 0 (Full speed (or root) hub)
USB-Version 3.01
[-]

Right from ' lsusb.py -c':

1-1.1 04a9:220d ff 1.10 12MBit/s 500mA 1IF (Canon CanoScan)
usb4 1d6b:0003 09 3.10 10000MBit/s 0mA 1IF (Linux 5.4.0-rc4-1.g7262353-default xhci-hcd xHCI Host Controller 0000:0f:00.0) hub

Sorry, do not currently have the time for bugs.kde.org.

[Sonadow]

They should put more effort in fixing Kwin than on the other K-applications, Kwin is still outright lacking in Wayland.

Firefox Wayland still cannot run properly under Kwin Wayland. Neither does Chromium under the Ozone platform (normal Chromium is still X-only). These all run nicely in Mutter and Weston (a mixed bag for Ozone Chromium under Weston).

And Wayland windows in Kwin still flicker non-stop as though having a seizure under normal use.

[seesturm]

Linux really needs a way to force-unmount. And no, I don't mean lazy unmount where open files are still writeable.

[starshipeleven]

They should put more effort in fixing Kwin than on the other K-applications, Kwin is still outright lacking in Wayland.

This is scrub-grade work done by random contributors "guided" in some way by ngraham or others. Working on Kwin is not really an option for most of them. Either too complex or too time consuming for the free time they have.

That said, I think this kind of work is important too, and leveraging (and guiding) random low-skill contributors is an important thing for opensource projects.

If you have a decent low-skill (or low-free-time) contributor pool, experienced developers can focus on more complex issues or features.

[starshipeleven]

Linux really needs a way to force-unmount. And no, I don't mean lazy unmount where open files are still writeable.

the only alternative to lazy unmount is crashing or closing the applications that still have open files. That's not very safe imho.

[aht0]

Is this feature OS-dependent?

[Vistaus]

GDM does not count because users will never need to find it, the others have been renamed in their desktop files.

So what if they are renamed? We were talking about the past when they weren't renamed yet.

[starshipeleven]

Is this feature OS-dependent?

Can't you read the commit? This feature requires systemd.















just kidding, it does not.

It is calling a good old lsof to get the list of applications.

https://cgit.kde.org/dolphin.git/com...0204cbc8d31fe5 is the commit and you see it is using klistOpenFilesJob

that is just a wrapper for lsof -t +d /path/ see line 50 in file klistopenfilesjob_unix.cpp in this commit that added that function to kde libs. https://phabricator.kde.org/R244:e11...a688d3a1eebf1b

For Windows it is disabled, which is not a big loss imho.

[aht0]

Can't you read the commit? This feature requires systemd.















just kidding, it does not.

It is calling a good old lsof to get the list of applications.

https://cgit.kde.org/dolphin.git/com...0204cbc8d31fe5 is the commit and you see it is using klistOpenFilesJob

that is just a wrapper for lsof -t +d /path/ see line 50 in file klistopenfilesjob_unix.cpp in this commit that added that function to kde libs. https://phabricator.kde.org/R244:e11...a688d3a1eebf1b

For Windows it is disabled, which is not a big loss imho.

Well,. thanks. I sure as hell did not feel like going to check commits themselves.

Just a thought tho. In past Windows port of KDE did not function too well. Maybe with WSL subsystem in Windows10, KDE has potential of working better on Windows? As an alternative for Win10 UI.