Dotaz: Sunflower nezobrazuje soubory v /dev

[linuxák]

Proč manažér Sunflower (napsaný v Pythonu) neukazuje soubory v /dev, když Thunar, Nautilus a Dolphin jich tam ukazují přes 200 ?

Je to chyba Sunfloweru ?

Odpovědi

[nobody]

normalni soubory a/nebo symlinky v /dev ukazuje, co neukazuje jsou specialni blokove a znakove soubory reprezentujici zarizeni...
nejspis to bude bug, nebo nedoresene, ve "zdrojakach" je detekce DEVICE_CHARACTER i DEVICE_BLOCK(v /usr/share/sunflower/application/plugins/file_list/local_provider.py), mozna jen schazi jejich zobrazeni, ale nejsem pythonar, takze si na nekoho takoveho pockej :) nebo takova prasarna: pokud v /usr/share/sunflower/application/plugin_base/provider.py zmenis

DEVICE_CHARACTER = 4
DEVICE_BLOCK = 5
na
DEVICE_CHARACTER = 0
DEVICE_BLOCK = 0

zobrazovat se ti v seznamu budou, ale vlastnosti pres contextmenu se neukazuji...
souboru co editujes, musis smazat jeho "python compiled cache" .pyc soubor (provider.pyc) a pregenerovat (nemusis, ale pak by to mohlo zpomalovat minimalne nez by (a jestli) se vytvoril .pyc "sam")

sudo python -m compileall provider.py

[linuxák]

Díky, dobrá odpověď, tvoje řešení funguje přesně.

Ale stejně se divím, že to za několik let vývoje nějakým způsobem nevyřešil autor Sunfloweru.

[nobody]

to me ale neni regulerni reseni, je to o tom ze tou zmenou podvrhnes to ze character a block souboru se tvarej jako regulerni soubor (ten jak tam vidis ma prave hodnotu 0, s kterou to pak nekde dal pracuje)...

autor to jiste nejak resil, jinak by tam nemel ty detekce, spis naopak nad ramec resil rozpoznavani jestli jde o soubore nebo zarizeni a podle toho k tomu chtel pristupovat

btw: "aktualne" (tedy uz asi nejaky cas) pracuje na verzi 0.3 ktera se bude slucovat s GTK3 portaci, je mozne ze to tam uz bude mit doresene

[linuxák]

Ještě prosím dotaz: dá se nějak zařídit, aby se Sunflower po zapnutí vždy otevřel v domácím adresáři (bez ohledu na to, kde byl naposledy) ?

Thunar to tak vždycky dělá. Sunflower se bohužel vrací na poslední místo, i když diskový oddíl třeba není zrovna připojený...

[chrono]

Stačí ten adresár pridať do Preferences -> Item List -> Directories a povoliť tam "Load specified tabs instead of saved"

[chrono]

Mne ten program bez problémov zobrazuje aj obsah /dev adresára, takže problém sú buď nastavenia programu, oprávnenia, alebo stará verzia...

[nobody]

jaky OS ? jaka verze? ja stahl deb z ofiko stranek 0.2.59 a nainstaloval v xubuntu 14.04...
ted sem zkusil i v Arch z AUR, kde je totozna verze a chova se totozne...

ses si jistej ze ti zobrazuje block a character soubory z /dev, nebo jen dir/file/symlink ? ;)
v nastaveni programu sem to nenasel, opravneni je blbost kdyz jine soft a/nebo z konzole to pod stejnym user zobrazitelne je, stare verze tezko kdyz je pouzita nova ;) (leda ze bys mel z gitu develop vetve)

[chrono]

Příloha:

• Sunflower.png (248481 bytů)

Gentoo a naklonoval som si ich repozitár.

[nobody]

takze tu devel vetev, to ale neni reseni pro bezneho usera ze? ;) zkusil sem z git v xubuntu a /dev se zobrazuje ok, letmo sem koukl/prohledal diff mezi stable a devel ale je toho moooc, hlavni je ze v next stable to tedy uz bude ;)

[linuxák]

A jaké má ta verze označení ? Já mám 0.2(59).

[nobody]

verze je stejna, ale to je jen kosmeticke, ve skutecnosti se jedna vyvojovou vetev zdrojaku z git repozitare kde je spousta zmen, z ktere se po slouceni s vetvi GTK3 mela stat verze 0.3, o tom je psano v dubnua ze uz vyjde brzo, asi to neslo tak hladce a/nebo nebyl cas ;)
https://github.com/MeanEYE/Sunflower/commits/develop

[chrono]

Tá oprava bola urobená tu: Plugins: File list: Properly handle symbolic links. (samotná oprava nezobrazovania tých súborov zariadení je len odstránenie tej podmienky na riadku 1533)

[nobody]

i kdyz to je oprava spatne manupulace se symlinkama, mas pravdu, kdyz tu podminku odstranim v stable verzi, tak to zarizeni zacne zobrazovat stejne jako git/devel verze...
nicmene to porad neni/nebude ciste reseni, block a character files spadnou do FileType.INVALID pres sito neni validni SYMLINK s zobrazuji se s invalidni ikonou... pritom v local_provider.py uz maji prirazovano FileType.DEVICE_BLOCK a FileType.DEVICE_CHARACTER, asi by to chtelo dodelat IS_DEVICE_BLOCK, IS_DEVICE_CHARACTER a oznacovat tak patricne FileType, priradit jim spravnou ikonu pro device a zobrazovat device contextmenu ;)

[chrono]

Je otázne, aká ikona by sa tam mala zobraziť, pretože témy (Gnome) pre také zariadenia neobsahujú ikony. Navyše netuším, čo by mal GUI správca súborov s takými súbormi robiť, takže asi ani nemá zmysel sa tváriť, že to sú nejaké špeciálne súbory.

PS: Je celkom zaujímavé, že tá chyba nebola opravená oveľa skôr, pretože, ak by to niekto naozaj používal, tak by si určite všimol, že sa Python sťažuje na to, že sa používa premenná icon, ktorá ešte nebola nadefinovaná.

[nobody]

jakoukoliv jinou ikonu nez "image-missing", kterou autor prirazuje invalitnim souborum nebo linkum, kdyz ta zarizeni nejsou invalidni, klidne to co prirazuje validnim souborum ;)

[linuxák]

Ta verze na tvém obrázku je stejná jako moje, přesto se ty soubory bez výše popsané úpravy neukazují. Žádné nastavení v Sunfloweru ohledně zmíněné věci není.

[xkucf03]

Opravil jsem odkaz, protože http://http://sunflower-fm.org/ směřovalo na nějakou pochybnou stránku, kam autor zjevně nechtěl odkazovat.