Dotaz: KDE kio slaves pro nekompatibilni aplikace

[ks]

Ahoj. Uvazuji o navratu ke KDE. Kvuli vyvoji GNOME jsem presel na Cinnamon, ve kterem si uzivatel muze nastavit "vice nez pozadi plochy" bez instalace bambilionu ruznych doplnku. Jenomze Cinnamon je je tak trochu "na okraji spolecnosti" a moc nedrzi krok s vyvojem (wayland aj.) a nektere otravne bugy se tam valeji roky. Proto bych chtel zase vykouset KDE (asi v posledni Fedore), nicmene je zde jedna otravna vec ohledne KIO slaves, kdy hromada aplikaci pri pristupu k sitovemu sharu neumi pouzivat KIO a KIO "inteligentne" nemontuje file shary tak, jak to dela GVFS. Nejaka snaha o to asi byla u KIO-GioBridge a KIO fuse, ale to vypada na mrtve veci.

Moje otazka zni - da se tahle problematika v soucasne dobe nejak rozumne resit? Jako rozumne reseni napovazuji mountovani na urovni kernelu pres prikaz mount ...

Diky

Odpovědi

[Max]

A můžeš uvést nějaký příklad aplikací, kde by jsi to potřeboval? Já kio slaves používám jako dočasné řešení mountů, když se prostě na chvilku potřebuji někam dočasně připojit (ftp server, smb, ssh pro jednoduchý přenos). Vše trvalé jedu přes mount.
Zdar Max

[lertimir]

Používám KDE už hodně let, ale nějak se v tom tvém dotaze ztrácím. Jedinné co z něj chápu, že v GVFS máš nějakou funkcionalitu a nějak připojuješ vzdálené FS a nějaká funkcionalita v KDE není. Asi by to chtělo konkrétní příkaz, popsat konkrétní aplikaci a konkrétní share, popsat jak do uděláš v Gnome a jak bys to rád v KDE a co nefunguje. Třeba se pak najde cesta jak to vyřešit v konkrétním případě a zobecnit aby to vyhovovalo i jinde.

[MadCatX]

A use case je jaký? Mountnout nějaký vzdálený adresář přes KIO a pak se k němu proklikat přes /run/user/... v aplikacích, které si to samy nijak zařídit neumí?

[ks]

Ano, přesně tak. Bylo a je relativně hodně aplikací, které očekávají otevírané soubory v přimontovaném adresáři. Například virtualbox, smplayer, vlc (to ale asi už umí ...) aj. V gnome jednoduše přes nautilus nebo v cinnamonu přes nemo kliknu na samba share, ten se mi automaticky přimontuje přes gvfs, v něm mohu otevřít cokoliv a ta aplikace pak vidí "lokální cestu". Kdežto dolphin takto nemountuje ... Přes mount to nechci dělat proto, že často pracuji přes wifi a ty shary jsou občas nedostupné. To gvfs nevadí, ale kernel s tím má problémy, pokud je to namountované jako cifs přes mount.

[marbu]

Hmm, jako workaround by možná šlo použít nějakého fuse klienta, např. smbnetfs (ale sám to nepoužívám, sambu už jsem na desktopu řešit dlouho nepotřeboval ...).

[marbu]

Chápu to dobře, že potřebuješ aby data zpřístupněná přes KIO slaves byla dostupná i jako klasický POSIX filesystem přes FUSE, podobně jako GVfs data navíc zpřístupní přes FUSE mountpoint v ~/.gvfs/ nebo /run/user/$USER/gvfs?

Pokud vím, tohle není v KIO přímo implementované, GVfs má tady oproti KIO lepší design.

Pro aktuální status doporučuji sledovat tento bug z roku 2004 Integrate KIO Slaves into file system using FUSE gateway. Btw jeden komentář tam odkazuje na projekt KioFuse, který ale jak píšeš zdá se umřel, aniž by se dosáhlo plné funkcionality.