Nejnovější X.Org X server 21.1.24 a Xwayland 24.1.13 řeší 2 bezpečnostní chyby.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za červen 2026. Vypíchnuta je vylepšená podpora Waylandu. Už není považována za experimentální. V příští verzi Linux Mintu, plánována je na Vánoce, bude běh Cinnamonu plně podporován na X11 i Waylandu. V květnu na vývoj Linux Mintu přispělo 611 dárců celkovou částkou 19 612 dolarů. Dalších 2 326 patronů přispělo na Patreonu celkovou částkou 5 334 dolarů.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Januscape aneb CVE-2026-53359. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala téměř 16 let (od srpna 2010 do června 2026).
Tribunál Soudního dvora Evropské unie dnes zamítl několik žalob, v nichž se americká společnost Apple ohrazovala proti pravidlům fungování velkých technologických společností na unijním trhu. Applu se nelíbilo, že jeho obchod s aplikacemi a operační systém iOS mají podléhat přísnějším povinnostem jen proto, že Brusel firmu považuje za takzvaného gatekeepera, tedy strážce přístupu.
Na WhatsAppu budou postupně v průběhu následujících měsíců zavedena uživatelská jména. Telefonní čísla tak mohou zůstat soukromá. Aktuálně si lze uživatelské jméno rezervovat.
Byl aktualizován TIOBE Index (Wikipedie). Programovací jazyk Rust se poprvé dostal do první desítky tohoto žebříčku popularity programovacích jazyků. Vede Python následovaný C, C++, Java, C#, …
Proton (Wikipedie), tj. fork Wine integrovaný ve Steamu umožňující na Linuxu hrát hry určené pouze pro Windows, byl vydán ve verzi 11.0-1. Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled všech podporovaných her na stránkách ProtonDB
Byly publikovány zdrojové kódy počítačové hry Unturned. Pro nekomerční účely. V plánu je přelicencování pod MIT. Hra Unturned je postavena nad multiplatformním herním enginem Unity.
První česká družice navržená a sestavená výhradně studenty se dostala na oběžnou dráhu Země. Družice KOSTKA, kterou vyvinul studentský tým YSpace z Vysokého učení technického v Brně (VUT), dnes odstartovala na palubě rakety Falcon 9 společnosti SpaceX v rámci mise Transporter-17 z kalifornské základny Vandenberg Space Force Base.
Po nákresech ovladače Steam Controller a puku společnost Valve na svém GitLabu publikovala projekt Inkterface, tj. podrobný návod (PDF, video v mp4) na sestavení předního panelu s e-papírovým displejem pro Steam Machine pro zobrazování systémových informací. Použity jsou součástky od společnosti Adafruit.
Nastala chyba při nahrávání http://www.abclinuxu.cz/blog/EditDiscussion: Spojení s hostitelem www.abclinuxu.cz je přerušené.(Adresa se samozřejmě liší podle toho, kde se daný formulář nacházel.) V žádném jiném prohlížeči se mi to nestává (ani na žádné jiné stránce mimo AbcLinuxu). Zato Konqueror to dělá už několik verzí (3.5.8 a 3.5.9 určitě) - neřekl bych však, že to s verzí souvisí. Nesouvisí to ani s verzí aplikace AbcLinuxu. Zvláštní je, že se mi nepodařilo vysledovat jakoukoliv pravidelnost. Například dnes jsem už vložil do diskuzí s pomocí Konqueroru několik komentářů, ale najednou to přestalo fungovat. Mám také pocit, že to nijak nesouvisí s konkrétní stránkou - tj. chvíli do určité diskuze mohu dávat komentáře a další den už to nejde. Zkuste mi prosím poradit, jak by bylo možné se dopátrat příčiny. Existuje nějaký způsob, jak sledovat, co Konqueror provádí, jaká komunikace probíhá?
tcpdump nebo Wireshark. Napadá mne jedině jestli to není podobný problém, jako už se tu jednou řešil – tenkrát to byl problém chunked kódování HTTP přenosu a gzip filtru. Z uložené HTTP komunikace by se snad dalo zjistit, jestli server poslal data správně.
tcpdump dst net 195.70.150.7 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes 15:55:33.627336 IP 192.168.2.100.5748 > 195.70.150.7.www: S 2795973462:2795973462(0) win 5840 <mss 1460,nop,nop,sackOK,nop,wscale 7> 15:55:33.639133 IP 192.168.2.100.5748 > 195.70.150.7.www: . ack 3458492938 win 5840 15:55:33.639416 IP 192.168.2.100.5748 > 195.70.150.7.www: . 0:1460(1460) ack 1 win 5840 15:55:33.639436 IP 192.168.2.100.5748 > 195.70.150.7.www: . 1460:2920(1460) ack 1 win 5840 15:55:33.672612 IP 192.168.2.100.5748 > 195.70.150.7.www: . 2920:4380(1460) ack 1 win 5840 15:55:33.672627 IP 192.168.2.100.5748 > 195.70.150.7.www: P 4380:5629(1249) ack 1 win 5840 15:55:33.697304 IP 192.168.2.100.5749 > 195.70.150.7.www: S 2785701486:2785701486(0) win 5840 <mss 1460,nop,nop,sackOK,nop,wscale 7> 15:55:33.708454 IP 192.168.2.100.5749 > 195.70.150.7.www: . ack 3453309827 win 5840 15:55:33.709953 IP 192.168.2.100.5749 > 195.70.150.7.www: . 0:1460(1460) ack 1 win 5840 15:55:33.709982 IP 192.168.2.100.5749 > 195.70.150.7.www: . 1460:2920(1460) ack 1 win 5840 15:55:33.726730 IP 192.168.2.100.5749 > 195.70.150.7.www: . 2920:4380(1460) ack 1 win 5840 15:55:33.726746 IP 192.168.2.100.5749 > 195.70.150.7.www: P 4380:5629(1249) ack 1 win 5840
tcpdump -w abc.dump dst net 195.70.150.7Ale je potřeba dát pozor na to, že v tom budou i cookies, které se používají pro automatické přihlášení, takže to pokud možno nikde nevystavovat
K tomu výstupu by pak bylo dobré poznamenat čas, kdy došlo k té chybě, případně čas, kdy se stejný typ stránky nahrál správně – aby bylo co porovnávat.
Ještě k tomu, proč chci celou komunikaci – tcpdump normálně zobrazuje jenom začítky paketů, ten problém minule byl ale uvnitř HTTP komunikace, takže potřebuju zrekonstruovat kompletní HTTP požadavek a odpověď – proto jsou potřeba celé pakety (parametr -w je ukládá celé i s časem, takže je pak možné si komunikaci znova „přehrát“).
strace -ff -F -t -o konq konqueror a vysledek a cas, kdy doslo k chybe, mi poslat mailem? Bude to vice souboru. Jeste zkusim pohledat, jestli nekde v praci nenajdu jine verze konqueroru.
zobrazit nahled jsem zkousel asi tak padesatkrat s ruzne dlouhymi texty, nekdy i hodneNepozoroval jsem, že by tohle mělo vliv. Stává se to s libovolně dlouhými komentáři. Kromě toho se to však neomezuje jen na komentáře v diskuzích. Občas se to stane při zadávání zprávičky, opravě položky v sekci Software (nebo jakékoliv jiné sekci) atd. Podotýkám, že se mi to zdá zcela náhodné. Například někdy mohu bez potíží editovat nebo vytvářet nové záznamy ve wiki sekcích (Slovník, Kdo je, Hardware, Software atp.), ale nejdou odesílat komentáře. Jindy nejde vůbec nic. A ještě jindy mohu vkládat komentáře, ale nemohu vložit zprávičku. A tak dále. Nevypozoroval jsem však žádnou pravidelnost nebo souvislosti.
Ale mam Konqueror 3.5.7.Pozoruji to ve verzích 3.5.7, 3.5.8 i 3.5.9 (Debian).
Jake jsou okolni podminky? Stava se ti to na ruznych pocitacich?Ne, zatím jsem se s tím setkal pouze na jednom. Ale to nic neznamená, protože jediný jiný počítač s KDE, který mám k dispozici, má asi rok starou verzi Konqueroru a používám ho jen velmi sporadicky.
Pokud ano, jsou tyto pocitace ve stejne lokalni siti? Pokud jsou v ruznych sitich, maji spolecne pripojeni k internetu?Stávalo se mi to na dvou různých místech (odjinud jsem se v posledním půl roce k abclinuxu nepřipojoval) - v Anglii a v Praze. V Anglii jsem byl připojen přes ADSL, v Praze přes kabelovku.
Muzes zkusit pustit konqueror s strace? Treba takto: strace -ff -F -t -o konq konqueror a vysledek a cas, kdy doslo k chybe, mi poslat mailem?
Přikládám sbalené soubory k tomuto komentáři. Provedl jsem dva pokusy (příslušné soubory jsou v samostatných archívech). Kupodivu se napoprvé vygenerovaly jen tři soubory. Napodruhé jich bylo mnohem více. Při testu jsem nebyl na abclinuxu přihlášen, ale problém je stejný, i když přihlášen jsem.
V obou případech jsem provedl následující:
strace -ff -F -t -o konq konqueror (abclinuxu.cz nastavena jako domovská stránka)
Nastala chyba při nahrávání https://email.seznam.cz/newMessageProcess: Spojení s hostitelem email.seznam.cz je přerušené.Samozřejmě je to též v konqueroru (3.5.9), stává se to občas
.
~/.kde a nechal KDE spustit s výchozí konfigurací. Odesílání formulářů najednou fungovalo dobře. Tak jsem překopíroval do nově vytvořeného adresáře ~/.kde konfiguraci Konqueroru a pořád to fungovalo. Začal jsem mít obavy, že budu muset postupně kopírovat veškerou konfiguraci ke KDE programům a mezitím pokaždé vyzkoušet, jestli to ještě funguje...
Místo toho jsem zkusil překopírovat všechno naráz a... ejhle - pořád to funguje. Restartoval jsem KDE se staronovou konfigurací a ani pak to nepřestalo fungovat. Výsledek je, že mám naprosto stejně nastavený desktop, ale Konqueror najednou funguje dobře. Nechápu, co se stalo, ale jsem rád, že to tak dopadlo. A také doufám, že už to nebudu muset v budoucnu řešit.
ešte by nebolo od veci skontrolovať, ktorý súbor/adresár sa v starom .kde nenachádza a v novom áno
~/.kde a nakopíroval to do nového adresáře.
Tiskni
Sdílej: