Byla vydána nová verze 2025.4 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) zveřejnil Národní politiku koordinovaného zveřejňování zranitelností (pdf), jejímž cílem je nejen zvyšování bezpečnosti produktů informačních a komunikačních technologií (ICT), ale také ochrana objevitelů zranitelností před negativními právními dopady. Součástí je rovněž vytvoření „koordinátora pro účely CVD“, jímž je podle nového zákona o kybernetické … více »
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.12. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Společnost System76 vydala Pop!_OS 24.04 LTS s desktopovým prostředím COSMIC. Videoukázky na YouTube.
Byla vydána verze 1.92.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Free Software Foundation zveřejnila ocenění Free Software Awards za rok 2024. Oceněni byli Andy Wingo, jeden ze správců GNU Guile, Alx Sa za příspěvky do Gimpu a Govdirectory jako společensky prospěšný projekt.
Bylo vydáno Eclipse IDE 2025-12 aneb Eclipse 4.38. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
U příležitosti oslav osmi let prací na debianím balíčku vyšlo GPXSee 15.6. Nová verze přináší především podporu pro geotagované MP4 soubory, včetně GoPro videí. Kdo nechce čekat, až nová verze dorazí do jeho distribuce, nalezne zdrojové kódy na GitHubu.
Monado, tj. multiplatformní open source implementace standardu OpenXR specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro virtuální realitu (VR) a rozšířenou realitu (AR), bylo vydáno ve verzi 25.1.0. Přehled novinek v poznámkách k vydání.
Byla vydána listopadová aktualizace aneb nová verze 1.107 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.107 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
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: