abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 15:00 | Nová verze

    Všem vše nejlepší do nového roku 2026.

    Ladislav Hagara | Komentářů: 9
    včera 13:33 | Zajímavý software

    Crown je multiplatformní open source herní engine. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT a GPLv3+. Byla vydána nová verze 0.60. Vyzkoušet lze online demo.

    Ladislav Hagara | Komentářů: 0
    včera 12:11 | Zajímavý článek

    Daniel Stenberg na svém blogu informuje, že po strncpy() byla ze zdrojových kódů curlu odstraněna také všechna volání funkce strcpy(). Funkci strcpy() nahradili vlastní funkcí curlx_strcopy().

    Ladislav Hagara | Komentářů: 5
    včera 03:00 | Nová verze

    Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    30.12. 18:55 | IT novinky

    Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.

    Ladislav Hagara | Komentářů: 0
    30.12. 16:11 | Komunita

    Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.

    Ladislav Hagara | Komentářů: 0
    30.12. 03:33 | Bezpečnostní upozornění

    V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.

    Ladislav Hagara | Komentářů: 0
    29.12. 23:11 | IT novinky

    Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.

    NUKE GAZA! 🎆 | Komentářů: 16
    29.12. 15:55 | Komunita

    FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.

    NUKE GAZA! 🎆 | Komentářů: 7
    29.12. 15:44 | Zajímavý software

    K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.

    NUKE GAZA! 🎆 | Komentářů: 1
    Kdo vám letos nadělí dárek?
     (30%)
     (1%)
     (29%)
     (1%)
     (1%)
     (1%)
     (10%)
     (10%)
     (18%)
    Celkem 229 hlasů
     Komentářů: 22, poslední včera 15:34
    Rozcestník

    Dotaz: screen versus X-ka

    28.11.2006 12:36 Vojta
    screen versus X-ka
    Přečteno: 199×
    Na dlouhe vypocty v Matlabu pouzivam s oblibou screen ale ma jeden hacek. Pokud pustim Matlab ve screenu i s grafikou (muze mi vykreslovat na me X-ka grafy, jinak pracuju v terminalu) a vypnu PC, tak se mi sreen sekne a uz se do nej nedostanu -- tot je ten mensi problem.
    DALEKO VETSI PROBLEM je, ze uz ani pres pripojeni ssh -X ci ssh -Y si nepustim zadny slozitejsi graf program. Napr. xclock, xterm jede v pohode, gvim najede jen ramecek a pritom se rodicovka konsole sekne, matlab, mozilla, ... -- ty si ani neskrtnou a vubec nenajedou :-( a na terminal mi nic nevypisi. Restart lokalnihpo PC nepomohl, na vzdalenem nemam narok.

    prikazova souslednost:
    ssh -X server
    screen
    matlab
    zavru ternimal krizkem, vypocet bezi spokojene dal.
    rebootnu lokalni PC
    screen -r
    matlab vidim, ale uz do nej memuzu psat
    znovu se prihlasim ssh -X server
    xclock, xterm -- bezi
    gvim, matlab ... nic :-(((

    PLS hlp.

    Odpovědi

    28.11.2006 13:52 ed | skóre: 18
    Rozbalit Rozbalit vše Re: screen versus X-ka
    hm... je chovanie tych aplikacii take, ze aj napriklad xclock beziaci v screene sa po restarte X servera a reattach k screenu znova pripoji k X serveru a bezi? predpokladam, ze nie. Totizto ked sa X server od aplikacie odpoji, Xlib killne aplikaciu s odovodnenim, ze pripojenie k X serveru umrelo (aplikacia ma v X serveri o svojom GUI proste ulozene tolko informacii, ze nie je mozne ich nejako celistvo restaurovat a pod.). Vacsina aplikacii skonci proste tym, ze umrie. O PyLABe napriklad viem, ze pouziva pyGTK a iPython, ale tam je kombinacia nejaka divna, pretoze zabitie okna s vynesenym grafom nesposobi zabitie celeho pylabu, alebo iba zrutenie GTK modulu, co sposobi, ze dalsi pokus o regeneraciu vysledku skonci kusnutim pythonu (kedze ide o iPython, stale mozem dat Ctrl-C, ale python uz so mnou komunikovat nebude, lebo visi). Problem ani tak nie je problemom, ako vlastnostou. Ak aplikacia strati kontakt s X serverom, tak nemoze naviazat kontakt na novy X server (teda nemala by podla mna).

    Riesenim by mohol byt program xmove (pozor, existuju 2 aplikacie s tymto menom). Ta, ktora by mohla problem riesit, funguje asi tak, ze dokaze docasne adoptovat objekty z niektoreho X servera (proste objekty z X servera vytiahne a naasociuje ich na seba), takze aplikacia bezi, komunikuje s Xmove. Medzitym sa moze matersky X server restartnut (alebo aj cely pocitac). Nasledne staci preparentovat cely strom objektov aplikacie do novo beziaceho servera a zavolat redraw viewportu a aplikacia bezi v novom X serveri. V praxi som to neskusal, ale pomoct by to mohlo. Nevyhodou bude, ze bude zrejme potreba masivneho skriptovania...
    28.11.2006 14:04 Vojta
    Rozbalit Rozbalit vše Re: screen versus X-ka
    Na xmove se podivam, to vypada dobre, neco to vyresi. Mne ale ani tak netrapi, ze se Matlab sekne, kdyz mu seberu X-ka (kdyz nebudu sklerotik, tak mu davam paramater -nodisplay a je to OK).
    Ale poradte, jak mam znova rozchodit ssh -X vojta@server ? Co mam na serveru smazat, prepsat, killnout abych si programy mohl opet spoustet vzdalene? Ted jsem na jinem kompu a X-ka pres ssh ani zde nejdou.
    28.11.2006 14:15 diverman | skóre: 32 | blog: život s tučňáčkem
    Rozbalit Rozbalit vše Re: screen versus X-ka
    zkus zadat prikaz DISPLAY=:10 xlock
    deb http://ftp.cz.debian.org/debian jessie main contrib non-free
    28.11.2006 14:15 diverman | skóre: 32 | blog: život s tučňáčkem
    Rozbalit Rozbalit vše Re: screen versus X-ka
    xclock samozrejme
    deb http://ftp.cz.debian.org/debian jessie main contrib non-free
    28.11.2006 22:30 Vojta
    Rozbalit Rozbalit vše Re: screen versus X-ka
    DISPLAY=:11 matlab6 -- po urcite dobe nabehne ale bez X
    DISPLAY=localhost:11 matlab6 -- nenamehne
    DISPLAY=:11 xclock -- vypise: Error: Can't open display: :11
    DISPLAY=localhost:11 xclock -- nabehne OK
    DISPLAY=:11 xterm -- vypise hlasku: xterm Xt error: Can't open display: :11
    DISPLAY=localhost:11 xterm -- nabehne OK
    DISPLAY=:11 gvim -- nenabehne DISPLAY=localhost:11 gvim -- nabehne jen kousek gvim-ka (jako jindy)
    28.11.2006 20:44 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše -X versus -Y
    znovu se prihlasim ssh -X server
    xclock, xterm -- bezi
    gvim, matlab ... nic :-(((
    Tak to pozor. Od urcite verze OpenSSH existuje parametr -Y, ktery slouzi na explicitni povoleni propojeni do sdilene pameti X serveru. Klienti v teze verzi maji zaroven orezany parametr -X o tuto vlastnost. Takze je nutne hlidat, jakou verzi OpenSSH klienta pouzivate.
    28.11.2006 22:33 Vojta
    Rozbalit Rozbalit vše Re: -X versus -Y
    I zde musim zklamat, pac ssh -Y funguje stejne mizerne jako -X :-(
    Ale zjistil jsem, ze se programy chovaji stejne i pod jinyma uzivatelema, takze chyba bude nekde v servru -- nejaky bag :-(

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.