Necromancer's Dos Navigator Linux alatt

Címkék

Mindenki döntse el magában, hogy jó neki vagy sem, de létezik már Linux alatt is.

Figyelmesen olvassuk el az ajánlót, amit direkt Linux alatti használathoz írtak a szerzők :-)``The LINUX version is in very early stage, but it looks very promising (an OS like LINUX cannot be easily supported like DOS and WINDOWS). MC is good and stable, BUT it has less possibilites than NDN (f.ex.): VIEWER/EDITOR, options/customizations, FILE FIND.... A lot of work will flow into this port in the near future...''

Ebből is látszik, hogy jelenleg nem kíván rivalizálni a már megszokott mc-vel, sőt! Sem a stabilitása, sem pedig a kiforrottsága nem megfelelő mindennapi használatra (sajnos tapasztalom). Ennek ellenére várom, hogy egyszer talán teljes értékűen használhatom kedvenc file-menedzserem utódját a kedvenc rendszeremen.

Letölthető a honlapról:

http://ndn.muxe.com/index.php

Hozzászólások

Na vegre valami ude folt a konzolos file managerek teren. Az mc nagyon jo volt, de valahogy sohasem tudott olyan kenyelmes lenni mint pl a far manager.

woody alatt runtime meg fatal errorokkal elszall es meg a putty is megborul tole.

mi a bajotok az mc-vel???

Remélem nem hurrogtok le, de ha használható file-managert akarok használni, akkor egyszerűen nincs más alternatíva, mint a Total Commander. Persze a FAR is kb. ott van tudásban, de én inkább a GUI-s megoldást szeretem.

Itt jönne a kérdés: linux/bsd-re tényleg az MC a csúcs tudásban? Mert akkor nagyon szomorú lennék.

valaki arulja mar el pls mire jo egy ilyen ``file manager''. DOS alatt oke, h kell, de *nix alatt mi szukseg van ra? raadasul totalisan ellenkezik a Unix filozofiajaval is (h ugye nem egy nagy monolitikus dolog a problemakra, hanem sok kis tool, amik egyvalamit tudnak, de azt jol, aztan ezekbol lehet epitkezni).

Hat van egy rakat grafikus totalcommandre klon, szemely szerint fingom sincs milyen allapotuak. gui sux ;)

Ha textmoderol van szo, akkor imho egyedul az mc van, de annak viszont van egy rakat forkja, amiket erdemes lehet megnezni.

igy kapasbol:

mc 4.1.x - official 4.1-es mc

mc 4.1.35-A12pre - az en forkom a 4.1-bol

mc 4.1.40-mp - egy masik arc forkja 4.1-bol

mc 4.5.x (x~=45) - evekig ezt raktak distrokba

mc 4.6.x - az aktualis official stable, nemreg jott ki a 4.6.0, szal debianban majd ugy 3-4 ev mulva keressetek csak :)

mc 4.6.0-Axx - az en forkom a 4.6-bol

Sajna az official mc maintainerek eleg faszfejek, bar ez sem igaz teljesen. Lenyeg, hogy nem sok patchet fogadnak el, fokent a feature patcheket nem. Inkabb csak bugfixeket, azokat is min. 3x kell elkuldeni mire beteszik... emiatt az official olyan-amilyen.

Raadasul a 4.6.0 riliz elott az osszes distro a 4.5.xx-el jott, amit kb 2001 ota nem fejlesztenek, csak security fixelik...

Az FTP az egy razos kerdes mc-ben. az officialban *****, mindegyikben (4.1,4.5,4.6). En anno a 4.1-eset ujrairtam, es az -Axx forkban levo egesz jol mukodik. Sajna a 4.6-nal atterveztek a VFS layert, es nem birtam portolni a regit, meg1x ujrairni meg nem volt kedvem, igy a 4.6-Axx-ben ugyanugy bugzik.

scp nincs egyikben sem (bar a 4.6-nal terveztek, csak tudtomaml senki nem all neki meg megirni), de a 4.1-ben van fasza fishfs, ami sima ssh-n keresztul tud filetransfert. Sajna a 4.6-bol kihagytak...

Akinek sok hulye feature, meg szines-szagos ablakok kellenek, az meg nezze az -mp forkot, az ilyen mindent-bele verzio.

Ugy altalaban veve a 4.6 jobb a 4.1-nel (4.5 felejtendo mindnekeppen!), pl. van beepitett filekeresoje (nem grep+find ill. df hivogat), sokkal jobb az editor (bar a 4.1 forkokba az a 4.6-bol van backportolva) es normalisan kezeli a >2GB fileokat, konyvtarakat. Ugyanakkor hianyzik belole par dolog, foleg VFS kornyeken. Meg a 4.6 dependel (a gnome-os) glib2-re (!=glibc2), es (emiatt is) kevesebb arch-ra portoltak.

Igazabol fogni kene, es osszegyurni egy jot a sok forkbol, akkor egesz hasznalhato lenne. Csak kinek van erre kedve, ideje?

A'rpi

Igy van.

Es nehogy elohozzatok a "minek ez, mindent meg lehet oldani nelkule" szoveget... mert ez szokott lenni az altalanos hozzaallas...

Azert kell, amiert pl. ugy altalaban kellhet 1 kenyelmes es jool hasznalhato program. (hasznald vindozon 1 napig a FAR Managert es rajossz mi hianyzott eddig az eletedbol, de telleg :)

Az a gondom, hogy akarhany forumon eddig elojott ez a tema, megjelentek mindig olyan emberek, akik megkerdojeleztek a szuksegesseget 1 normalis file-managernek.

Pedig nem a szuksegessege kerdeses, hanem az, hogy miert nem szuletik mar 1 normalis. Ez eleg alap dolog sztem.

Akinek nem kell az ne hasznalja, de ne probalja elhitetni a tobbiekkel is, hogy nincs ra szukseg. Mert nagyon is van.

A sidben ez van: 4.6.1-pre1

A shell kapcsolaton keresztül lehet másolgatni.

Egyébiránt egyetértek minden előttem szólóval. Egy hatalmas vérciki ez az mc, és az is, hogy nincs helyette jobb.

A krusader egyébként fejlődik szépen, de azért ennek is elég vaskalaposak a fejlesztői, ráadásul nem konzolos :(

En teljesen meg vagyok elegedve az MC-vel...

Mint FTP kliens tenyleg nem nagyon kenyezteti el az embert

de szerintem mas problema nincs vele.

Ha hianyoznak bizonyos dolgok akkor mindenki sajat maga

bele rakhatja peldaul az USER MENU-be. Rendes shell

szkriptet lehet oda irni... tehat csak a felhasznalon mulik

hogy mit tud az mc-je. Aki lusta kiegesziteni az hasznaljon

mast.

Mondjuk nekem mc eleg. Talan 2 hetente-havonta neha elinditom, de jobbara nincs szukseg ilyesmire.

(Tenyleg nem tudom, mire kellene napi munkaban, de ebbe ne menjunk bele).

Ha ennyi embernek hianyzik valami jo itt csak a hozzaszolasok kozott, akkor miert nem alltok ossze, es irtok kozosen egyet, akar 0-rol, akar valamelyik masik cucc forkjakent?

Valahol azt olvastam, hogy a legtobb GPL-es projekt valamilyen az iro altal hianyolt funkcio megirasabol nott ki.


Ehhh, vimcommander rulez.

http://www.vim.org/scripts/script.php?script_id=808

:)

Atlatni egy rendszert 1 perc alatt proszalj meg mc nelkul.

Ha sok idod van, hajra...

Sokszor kell az mc, keresni file-okat, turkalni a rendszerben.

A sok luser 1000 file-ja kozott...

Ha minden konyvtarat kezzel kellene atnezni, soha nem vegezne az ember.

Nem is tudom, hogy lehet ilyet egyaltalan megkerdojelezni.

Milyen filozofiaja is van a *nixx rendszereknek???

> Pl. keptelen eldonteni, hogy mikor futtatok programot...

gondolom a "shell is already running a command" szerusegre gondolsz?

ez egy design issue az mc-ben, az en forkjaimban le is van tiltva hogy visszavalts ctrl+o-val amig fut valami, igy workaroundolva van.

az a baj (kerdes ez telleg baj-e), hogy az mc egy sh-t (bash) indit maga alatt, es annak ad at parancsokat, illetve attol vesz at dolgokat. kb kicsit (ba)sh frontendkent viselkedik, nem ugy mint pl. a nc, vc, far, wincmd, aminek sajat commandline editora van, csak akkor indit egy shellt amig lefuttat egy parancsot. lehetne mc-ben is ilyet, de akkor elvesztened a bash editoranak elonyeit (tab completition etc), ill. ha minden command uj shellben futna, akkor nem tudnal az environment valtozokkal kavarni (ahogy dos alatt vc/nc eseten nem is tudsz pl).

sajnos a (ba)sh-nak nincs szep interface frontendek szamara, igy marad a stdin/out buzeralas, abbol visoznt az mc nem igazan tudja kitalalni hogy a sh eppen mit csinal. jelenleg azt csinaljak, hogy beallit egy trukkos escape szekvenciat prompt stringnek, es azt figyeli, hogy a prompt megjelenitese utan leutottel-e valami billentyut. ha igen, ugy veszi hogy a shell dolgozik :)

> Nem lehet a szinet alllitani

szerintem lehet, csak nem menubol, hanem configfilet kell editalgatni. amugy az -mp forkban pl. DosNav-os szinbeallitas a default, de attalithato nc-likera is vagy csinalhatsz custom.

A'rpi

jopar rendszert adminisztralok, es sehol sem hianyzik (nekem:) az mc. file-okra keresni sem csak mc-vel lehet; sot (IMHO) sokkal hatekonyabb, ha az ember megtanulja azt a 20-30 alap unix parancsot hasznalni, ami a mindennapi munkahoz kellhet, es igy nem jossz zavarba akkor sem ha olyan gepen kell dolgoznod, ahol nincs mc (sot, esetleg a rendszergazda azt se tudja mi az:)

Ha elvégeztél mindent, ami a honlapon van, és újraindítottad a vim-et (vagy a map-et definiáltad kézzel), akkor meg kell nyomni az F11-et.

A vim-ben ':help vimcommander'

Amúgy fun-nak szántam, mert nem versenyezni akar mondjuk egy mc-vel vagy dn-nel, viszont szerkesztés közben nagyon jó.

ESR-nek egy egész könyv kellett, hogy összefoglalja a UNIX filozófiát (The Art of UNIX Programming), úgyhogy nagyképűség lenne megpróbálnom :). De ami pl. idevág: modularitás.

Ha ismered a standard Unix parancsokat (grep, find, stb.) meg valamilyen shellt (pl. bash), akkor az rendkívűl powerful lehet. Ha még a perl-hez is konyítasz, akkor igazán csinos egysorosokat dobhatsz össze. Erre az mc nem jó, ezért jogos megkérdőjelezni.

IMHO mindkettőt érdemes ismerni, mert van, amikor mc nélkül, van amikor mc-vel könnyebb megoldani valamit. Szóval szerintem néha szükség van rá.