Moj Linux je boljši kot ...

Da, kot sem napisal že na prejšnji strani: right tool for the right job.

pegasus je 22. okt 2012 ob 21:05 izjavil:

Da, kot sem napisal že na prejšnji strani: right tool for the right job.

Samo kitty ima kup bonbončkov kot pkcs#11 pa je windows based fork puttya...

NeMeTko je 22. okt 2012 ob 21:06 izjavil:

@-io- lahko poveš, kaj za en X Server uporabljaš?

Xming, 7.5

Tisti session reconnect, ki ga je pegasus omenil, mi ne da miru.....

Vem, da sem pred leti na Linuxu (ali je bilo še na FreeBSD?) imel nekaj, kar mi je omogočilo, da sem se disconnectal/reconnectal na telnet session (sem bil vajen tega z VMS-a pa sem nekje 'nekaj' našel...).

Se kdo spomni iz glave, kateri tool je to?

Sem ravno gledal tale screen, pa se mi ne zdi, kot da bi mi bil kaj znan.

Zadevo sem uporabljal še v starih časih dialup modemov, ko so povezave včasih padale v minutnem taktu.
Res ne vem, kako sem imel zadevo vzpostavljeno - ko sem vpisal user/pass, me je vprašalo, če se želim nazaj povezati na obstoječ telnet session in to je bilo to - brez vseh kunšti. Screen pa meni deluje neki zelo izven tega koncepta. Bom moral pogledati še tmux. Saj ne, da bi to nujno rabil, ampak, ko je že beseda padla na to tematiko....

Kako pa bi cel X session z onboard sredstvi disconnectal/reconnectal mi je mala uganka... hiter vpogled v Google, ti vrže ven VNC in podobno solato, ali pa celo Citrix...

screen (tmux še nisem probal) ti nudi to, da npr na serverju štartaš enega ali več sessionov (npr za različna opravila) in imaš v vsakem več "oken" med katerimi lahko preklapljaš, dodajaš nove, itd. Npr v enem si odpreš DB client, v drugen editor, v tretjem navaden shell.

Stanje ki si ga mel ko te je disconektalo iz serverja, ali pa si se sam detach-al iz screen sessiona, in delal npr kaj drugega na serverju, te potem čaka ko se naslednjič povežeš v screen session.

To sicer ni vezano na ssh / telnet ali karkoli ampak pač teče na nivoju shell-a in lahko uporabljaš lokalno ali kjerkoli.

Jaz sem klel screen predvsem enkrat ko sem hotel naredit skripto ki mi bo odprla session z X okni in v vsakem sprožila določene ukaze, odprla editorje in se su-jala v določene userje. S tem sem imel neke probleme, oz ni bilo ako simpl kot sem si predstavljal, na koncu pa sem neko simpl verzijo tega naredil. Takrat mi je nekdo priporočal tmux, samo kolikor sem gledal (omejen čas) v tmux ni bilo možno od zunaj ukazov pošiljat kot pri screen in kar sem ravno počel.

Pri screenu men gre na živce default- Ctrl+A za ukaze, ki se tepe z emacs. Sicer se da nastavit na karkoli drugega a me še vseeno živcira ker Ctrl+p in Ctrl+l ki sem ju nastavil namesto tega se mi na nekih serverjih spet tepejo z nečim.

samo v emacs je ctrl+a tako kot Home (na začetek vrstice) in ga pritiskaš vsake par 10 sekund čist nagonsko ko kodiraš. ja, to bom mogu enkrat neki pametnega nastavit v screenu, kar me ne bo motilo pol nekje drugje. tmux nameravam pa tud probat kmal.

Kokr vem, loh pr screenu tudi poimenuješ session, pa se preko imena reconnectaš.

Vidim... screen -S neko_ime
Samo tisti parameter "screen -T linux" pa res ubije barve, kot da bi imel VT100

NeMeTko je 22. okt 2012 ob 20:10 izjavil:

X11 je zastarelo sranje, ki ga treba zamenjati cim prej. :)

Na čem to trditev baziraš? Dokler nimaš prav nobene druge native alternative, ki bi jo podpirali VSI -UX sistemi out of the box, se mi zdi nesmiselno govoriti o zastarelosti.
Da zadevi manjka WAN optimizacija, da bi se lahko meril z RDP, še zdaleč ne pomeni, da je zastarel.
Mogoče pa tudi nisi uporabljal kakšnega optimiziranega X serverja in zato tako sodiš?

To, da za X11 ni alternative ga ne naredi 'ne-zastarelega'. X11 je protokol iz leta 'dva pa tri', ki je bil dober za prikaz osnovnih UI gradnikov. Celotna arhitektura je zasnovana 'omrezno' kar je bila vcasih prednost, danes je pa to slabost. Dokler se stvar dogaja lokalno in se uporablja stvari kot so unix sockets in pa shared memory, se nekako gre, cim si pa v mrezi je pa dandanes bolj tako-tako. Sploh zato, ker se vecina stvari prenasa kot en velik bitmap.

Xserver ni vec zadolzen za rendering vsebin ampak to pocnejo compositorji, vse skupaj je pa tako bizarno dizajnirano, da Xclient rece serverju da rabi refresh, server to pove compositorji, ki se odloci kaj bo s tem naredil, potem pa vse skupaj poslje nazaj serverju, ki izrise sliko in pove clientu, da je stvar narisal.

Na koncu vsega je core X11 iz konca osemdesetih let in se do danes ni kaj dosti spreminjal. En kup enih extensionov ki krpajo stare luknje in tako naprej. Na kocijo lahko zmontiras se nevem koliko izboljsav, na koncu bo se vedno kocija.

Ooooh. Jaz sem mislil da to se ne bo letos.