How? Please understand the current situation.IgnorantGuru wrote:Still, I think keeping gvfs more of a modular dependency would be helpful, with more direct FS access always there as a fallback. Just my thoughts - I don't really know all of what he's trying to accomplish with the new version.phillipe wrote:I only made this question, because if we put a .desktop file on desktop, the application name and the icon aren't showed.
The fact is, there is NO reliable way to work with volume management on Linux. Every single solution you can think of just won't work. If it work, I bet it'll soon stop working again unless you never upgrade your Linux.
1. HAL used to be working, but it doesn't work anymore since incompatible changes are now happening in Linux and it will soon be deprecated. Unless you plan to use old Linux versions and never upgrade your distro, there is no reason to stick with it.
2. DecveKit should replace HAL, but it's a work in progress rather than a real solution.
3. Before finished, DeviceKit is already deprecated and now it's replaced by libudev + udisks.
4. Udisks is also a work in progress. It's not stable and its APIs are changed frequently. The most important, it's already used by many new programs but it does not compatible with HAL.
5. The old mount/umount commands don't work with HAL or udisks. Those three solutions for volume management are totally incompatible with each other.
6. HAL and udisks now require PolicyKit and nobody seems to know how to get it configured correctly. Even worse, documentation is lacking, but it's wide-adopted by modern distros.
If you have a better solution, send me a patch. Otherwise let's face it and use gvfs for now. We can write our own only after the future of Linux desktop gets more clear and things get stablized. Please be realistic. If things all work well, there is no need to rewrite anything. But the fact is, soon the old programs will stop working and we need to get prepare for this earlier.