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í
×
    dnes 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 11
    dnes 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    včera 17:22 | Nová verze

    Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    včera 03:44 | Nová verze

    Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

    Ladislav Hagara | Komentářů: 4
    včera 02:11 | Komunita

    Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

    Ladislav Hagara | Komentářů: 0
    včera 00:44 | Nová verze

    Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 00:22 | Nová verze

    D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 0
    11.3. 23:22 | Nová verze

    Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.

    Ladislav Hagara | Komentářů: 4
    11.3. 10:22 | Upozornění

    Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.

    Ladislav Hagara | Komentářů: 14
    11.3. 10:11 | IT novinky

    Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.

    Ladislav Hagara | Komentářů: 36
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (11%)
     (29%)
     (2%)
     (5%)
     (2%)
     (13%)
     (25%)
    Celkem 1066 hlasů
     Komentářů: 26, poslední včera 08:56
    Rozcestník

    Dotaz: screen versus X-ka

    28.11.2006 12:36 Vojta
    screen versus X-ka
    Přečteno: 203×
    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.