Dlouholetý balíčkář KDE Jonathan Riddell končí. Jeho práci na KDE neon financovala firma Blue Systems, která ale končí (Clemens Tönnies, Jr., dědic jatek Tönnies Holding, ji už nebude sponzorovat), někteří vývojáři KDE se přesunuli k nově založené firmě Techpaladin. Pro Riddella se již nenašlo místo. Následovala debata o organizaci těchto firem, které zahraniční vývojáře nezaměstnávají, nýbrž najímají jako kontraktory (s příslušnými důsledky z pohledu pracovního práva).
V Amsterdamu probíhá Blender Conference 2025. Videozáznamy přednášek lze zhlédnout na YouTube. V úvodní keynote Ton Roosendaal oznámil, že k 1. lednu 2026 skončí jako chairman a CEO Blender Foundation. Tyto role převezme současný COO Blender Foundation Francesco Siddi.
The Document Foundation, organizace zastřešující projekt LibreOffice a další aktivity, zveřejnila výroční zprávu za rok 2024.
Byla vydána nová stabilní verze 7.6 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 140. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 1.90.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.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.25.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byla vydána nová major verze 7.0 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově je postavena je na Debianu 13 (Trixie) a GNOME 48 (Bengaluru). Další novinky v příslušném seznamu.
Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.
Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
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á?
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
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“).
12.3.2008 18:40
Nuphar | skóre: 19
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)
22.4.2008 16:33
stativ | skóre: 54
| blog: SlaNé roury
22.4.2008 13:45
Jan Drábek | skóre: 41
| blog: Tartar
| Brno
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:
