pydf

Weboldal | Szerző oldala | Most ezt és ezt az oldalát böngészgetem, az ilyennek tudok örülni..

Szerző oldaláról: "If you multiply the number of letters of my first name with that of my surname and substract the date when I was born (either day or month), you'll get : !!! 4 2 !!!" / "Esoteric stuff" - "Installing Debian on Sony Vaio P..." :)


$ apt-cache show pydf
Package: pydf
Priority: optional
Section: utils
Installed-Size: 44
Maintainer: Radovan Garabík <garabik@kassiopeia.juls.savba.sk>
Architecture: all
Version: 9
Depends: python (>= 2.2)
Filename: pool/main/p/pydf/pydf_9_all.deb
Size: 13320
MD5sum: 1c6c66ca2d1d707794a64b91eda2ade2
SHA1: bf55ffe20691f3f56daf9e4f777387a3d61a2248
SHA256: 6ad10057ba95c3ce7e5c823c0fecb75d7ff559ec7191710e5574150e327ad2cc
Description: colourised df(1)-clone
 pydf is all-singing, all-dancing, fully colourised df(1)-clone
 written in Python.
Tag: implemented-in::python, interface::commandline, role::program,
scope::utility, use::monitor, works-with::file

Hja, egyébként itt láttam meg. Erről miért nem írtatok még? :)

Hozzászólások

Írok neked egy olyat, ami csak azt írja ki, hogy: "Van még hely he!" vagy azt, hogy "Kevés a hely he!". Milyen űberkirályfasza lesz nem? :)

Fölösleges bunkózni, a "df" kimenete olvashatatlan szemétdomb, mióta minden fs luks-on meg logical volume-on van. Egy lehetőség még a "df -P", esetleg "column -t"-n átengedve, de az meg azért olvashatatlan, mert (1) a számokat is balra igazítja, (2) mindent KB-ban mutat.

... Feltelepítettem a pydf-et. Nagyon jó. Köszi, András!

Kieg: LGee hozzászólása ráébresztett, hogy a "-h"-val a fenti (2) felülbírálható a "-P"-n belül. Azonban a hosszú device-nevek miatt a "df -PTh" kimenete is szétesik nálam. A pydf jó.

A df megtanult írni, olvasni neked kell megtanulnod.

Ne haragudj, tőled nem vártam volna ilyen ócska személyes támadást. Vesd össze:


$ df -h 
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/luks-a8473b39-b203-4908-a717-84a6be397d56
                       32G  3.7G   27G  13% /
tmpfs                 1.8G     0  1.8G   0% /dev/shm
/dev/sdb1             2.0G  117M  1.8G   7% /boot
/dev/mapper/luks-09f07221-cf80-4bb9-9dcb-a3d4857f2d03
                      425G   43G  361G  11% /home
/home/lacos/Public/list-archives.gzip.squashfs
                      585M  585M     0 100% /mnt/list-archives
/dev/mapper/luks-recoll-inbox-xapiandb
                      1.9G  810M  1.1G  44% /mnt/pendrive/kingston

vs.


$ pydf
Filesystem                                             Size  Used Avail  Use%            Mounted on            
/dev/mapper/luks-a8473b39-b203-4908-a717-84a6be397d56   31G 3745M   26G  11.6 [#.......] /                     
/dev/sdb1                                             2016M  117M 1797M   5.8 [........] /boot                 
/dev/mapper/luks-09f07221-cf80-4bb9-9dcb-a3d4857f2d03  425G   43G  360G  10.1 [#.......] /home                 
/home/lacos/Public/list-archives.gzip.squashfs         584M  584M     0 100.0 [########] /mnt/list-archives    
/dev/mapper/luks-recoll-inbox-xapiandb                1879M  810M 1069M  43.1 [###.....] /mnt/pendrive/kingston

Nagyon kényes vagyok az interaktív munkakörnyezetre. Egy GNOME[23] desktop pont annyira hátráltat, mint egy olvashatatlan df.

Tekintve mondjuk egy egyhetes intervallumot, azon gépek száma, amelyekre a munkám során bejelentkezem, 10 alatt van (ezek között rendszeresen akadnak frissen telepített OS-ek / account-ok). Ebben a léptékben kifejezetten megéri a globális 2-3 login-t (ahol az idő 95%-át töltöm) 100%-ban testreszabni, a többire (az átmenetiekre) pedig darabonként rászánni 3 percet, hogy 1-1 paranccsal feldobjam a joe-t (a borzalmas vi helyett) meg még 1-2 utility-t.

Nem minden szar, ami új vagy nem követi az ősi hagyományokat. A legtöbb dolog valóban az, de nem minden.

a cli 2011ben megtanult tablazatot rajzolni es ehhez python kellett

Nem tesz különösebben boldoggá, hogy python-ban írták meg, de inkább írják meg abban, mint (a) ne legyen egyáltalán, (b) írja meg kínlódva C-ben, tele hibával.

egy halom gui feature-t szeretne mindenki cliben latni

Nem véletlen. Input és output. Amit látok, az lehetőleg legyen beszédes. Ugyanakkor tudjak gépelni is, mivel a parancssor (a shell nyelv) általában hajlékonyabb számomra, mint a korlátozott egerészős felületek. (Egyébként ha ideiglenesen olyanra vágyok, azonnal indíthatok egyet a parancssorból.) Kell a history, a readline stb.

Olvastam valamikor régebben (talán itt a hup-on is) egy kezdeményezésről, ami a terminálban vegyítette a (pixel felbontású) grafikát és a parancssoros bevitelt. Na, az sem tetszett :)

Egyébként a "halom GUI feature" nem olyan nagy halom. A df rendes kimenetéhez nem kellene más, mint a terminál szélességének lekérdezése (vagy a COLUMNS változó vizsgálata), esetleg egy -w / --width kapcsoló elfogadása. A monospace font és a rács adott.

Nem használnám én a pydf-et, ha a df normális lenne. Például a GNU "ls -l" is megtanulta szép lassan, hogy a listában a file-méretek decimális ábrázolásában megkeresse a leghosszabbat, és ahhoz tabulálja az összes többit. Azelőtt ha volt néhány 100 MB-os tartományba eső file-od egy könyvtárban, már egérrágta volt a táblázat. Hasonlóan az "ls -li"-nél az inode-számokra.

Amikor programot írok, akkor cikket, publikációt, prezentációt, könyvet írok. Van időm gondolkodni, és nem is várom (kifejezetten nem akarom) az azonnali visszacsatolást. (Van persze aki megveszik a REPL-ért; nekem nem kell.) Batch üzemmód.

Amikor interaktívan dolgozom a shell-ben, akkor beszélgetek.

Normális kimenetet a GNU coreutils-ban lévő df a -P kapcsolóval ad, igaz, nem fogja a mezőket olyan szépen, táblázatos formába rendezni.
Napi 10 gép, az tényleg nem sok, ott lehet totálisan testre szabni a dolgokat - én is ezt szoktam tenni,igaz picivel több gépről van szó :-) A joe jó dolog, megint kizárólag addig, amíg Linuxon és/vagy szabadon tákolható környezetben vagy. Ha nem, akkor alapból nem szokott lenni, és nem is szokás felpakolni, kivéve, ha a hétköznapi júzerek igénylik, ilyen meg nem nagyon szokott előfordulni.

Ha volt eszed, hogy oda mountold, akkor a grep utasítást is át tudod írni, hogy csak a "/dev"-vel kezdődő sorokat írja ki. Bár, ha hagyod, hogy az asszony garázdálkodjon a gépeden, akkor nem biztos hogy sikerülni fog. :-)

-----
A kockás zakók és a mellészabások tekintetében kérdezze meg úri szabóját.


$ df -PTh -t ext3 -t ext4
Filesystem              Type  Size  Used Avail Use% Mounted on
/dev/mapper/system-root ext4   20G  8.1G   12G  42% /
/dev/mapper/system-home ext4   25G  4.7G   20G  19% /home
/dev/sda1               ext4   68M   30M   36M  46% /boot

Azt meg mar csak tudod, hogy potencialisan milyen erdekes fs-tipusok fordulhatnak elo a gepeden...
Ennel a formatumnal az oszlopok normalisan vannak rendezve es az utolso ket oszlopban van az erdemi info (use% es mountpoint).

df meg awk, 2-9 sor, ízlés szerint...

Python, Perl, Bash - ezek az alaprendszer részei. A pydf telepítése feltesz neked futtathatóként egy 600 soros python kódot azt jónapot. Nem látom még mindig miért ne lenne létjogosultsága ennek a kicsi utility-nek? Nyilván nem cél py kódokat hívogatni shellből sebesség kritikus részekben.

Inkább a többi util-t is jó lenne színesíteni, meg plusz funkciókat beletenni. Pl. örülnék pstree olyan verziójának (überfasza lenne :) ha más színnel dobná a root joggal futó processzeket, meg pl. a process mellé tudná printelni a futása óta megevett CPU-t százalékban meg ilyenek. Nyilván nem probléma ezek közül egyik sem (lásd pidstat), de akkor is a további kényelmet és hatékonyságot szolgálná.

Ő sem zsebóráról beszélt... Az, hogy a Linuxban minden hülyébbnél hülyébb divatnyelv lassan kötelezően benne lesz, mert f1ng@n1 nem tudnak nélkülük, attól még egy alaprendszerben fölöslegesek. (Hint: POSIX)
Például egy ilyen aprócska vas sem igazán nevezhető zsebórának, és biza a Python, és esélyes, hogy a bash sem része az alaprendszernek :-P

Hint: nem azt jelentettek be, hogy holnaptol nincs df, helyette pydf, hanem hogy nezd, van egy df alternativa, amit lehet hasznalni.
Azt gondolom, hogy ha valaki ilyen stuffot akar hasznalni, az igenis tegye fel a pythont, ha mar erre van perverzioja. Aki meg nem akarja hasznalni... nos, nem kotelezo. a /bin/df pont ugyanezt tudja.

A masik: feel free to write it in C.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Például egy ilyen aprócska vas sem igazán nevezhető zsebórának, és biza a Python, és esélyes, hogy a bash sem része az alaprendszernek :-P

Óriási különbség, hogy a rendszerre programot fejlesztünk-e (shell-ben vagy C-ben), vagy interaktívan dolgozunk rajta. Első esetben kizárólag POSIX (vagy amit a megrendelő előír), utóbbi esetben első lépésként felmegy a teljes GNU userland. Történetesen írhatok magán a gépen is tiszta POSIX kódot, de ettől a shell-em még nem lesz más, mint bash, és az editorom (tartós munkánál) sem lesz más, mint "ssh -X -Y"-nal forwardolt NEdit. (Az is lehet, hogy a munkaállomásomon szerkesztek, és git push-sal megy fordításra a cucc a monstrumra, pedig a git sem POSIX.)

Ha jól tudom, sok rendszergazda van, aki UNIX szervereket és azokon futó nagyvállalati alkalmazásokat windows kliensről adminisztrál. Ugyanerről van szó; a munkakörnyezetem legyen kényelmes és hatékony.

Adott programnak a fordítási és futási függőségeit kell minimalizálni, nem a fejlesztői környezetéét.

Még egy plusz pont pydf-nek, hogy pirossal kiemeli azt a sort, amelyik egység majdnem teli van (90 vagy 95% felettire tippelnék).

Hat, en ennyire sose melyedtem bele, csak olvastam valahol, hogy valaki latott mar olyat, hogy valamit kellett allitani a pydf defaultjain, asszem ezt, de nem reszletezte a megoldast. Na, most ez volt masfel eve, kb. ennyi maradt meg bennem. Sry

Mindenesetre koszi az infot, hasznos tudni.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal