Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
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).
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.
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.
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.
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.
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.
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.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.
UPDATED: Můj ISP mě škádlí
U nás v baráku jsme asi tři lidi, co máme společný připojení do bezdrátové sítě od lokálního providera. 128 kbps za 490,- Kč měsíčně bez jakýchkoli limitů, normálně při stahování ukazuje graf na panelu IceWM 18-21 kB/s. Někde pod střechou je jakási krabička napájená trafem (router?), na komíně je mrňavá placka (anténa) mířící na přístupový bod na střeše 50 m vzdáleného paneláku. To je všechno, co jsem schopen říct k technické stránce věci. Jo, ještě to, že jsem nedávno za menší obnos dostal veřejnou IP adresu.
Celkem často a skoro možná pravidelně se o víkendu stává, že připojení jde mizerně až dá se říct vůbec. Třeba zrovna teď. Když se chci přihlásit na ábíčko, hází mi to timeout. Graf vpravo dole na panelu ukazuje příchozí traffic kolem 2000-4000 Bps, odchozí 0. Živě se před chvílí načetlo, ale ábíčko ne. A, až teď. Ve smlouvě je uvedeno, že je to připojení negarantované, a že by muselo nefungovat den a víc, abych měl nárok na slevu. Když pustím Bittorrent, po chvíli se "proboxuje" na cca 1 kB/s.
Tak, a teď se chci zeptat: Mám nějakou možnost poznat kde to vázne? Třeba jestli někdo jinej v baráku něco stahuje? Může to vůbec být tím? Co znamená příchozí traffic kolem 4 kB/s když na internet nelezu - internetový šum? Jsem hacked (netstat neukazuje žádné spojení)?
Občas mě to pěkně vytáčí, protože doma taky někdy pracuju a potřebuju k tomu internet.
UPDATE: Může za to poskytovatel.
Tiskni
Sdílej:
traceroute, čímž zjistíš, kam až to jde dobře, a kde už ne (časy, ztrátovost paketů atd.). Není to samozřejmě 100% spolehlivé, ale pro základní orientaci to stačí.
Tak, tohle je asi minuta po traceroute na seznam.cz. Asi to budu muset nějak nastudovat, moc tomu nerozumím. Ta první adresa (v závorce) je gateway, čili na gateway 13 milisekund? To nevypadá na problém...
1 * x.x.x.x (86.63.196.146) 13.665 ms 19.209 ms 2 * 172.29.0.3 (172.29.0.3) 44.998 ms * 3 * * * 4 * * lrpha1-v203-1.clnet.cz (86.63.192.1) 14.901 ms 5 * * nix-pv.pater.iol.cz (194.50.100.160) 15.516 ms 6 * * * 7 * * * 8 * * * 9 194.228.37.219 (194.228.37.219) 22.666 ms !A * * 10 * * * 11 * * * 12 * * * 13 * * *
Tohle je ping na seznam:
64 bytes from 194.228.32.18: icmp_seq=2 ttl=57 time=28.4 ms 64 bytes from 194.228.32.18: icmp_seq=5 ttl=57 time=82.5 ms 64 bytes from 194.228.32.18: icmp_seq=8 ttl=57 time=29.3 ms 64 bytes from 194.228.32.18: icmp_seq=9 ttl=57 time=13.9 ms --- 194.228.32.18 ping statistics --- 9 packets transmitted, 4 received, 55% packet loss, time 8028ms rtt min/avg/max/mdev = 13.988/38.582/82.568/26.115 ms
deb http://ftp.cz.debian.org/debian jessie main contrib non-freeDoporučuju AP, co umí QOS a když je v cestě router, tak i ten je lepší s QOSem. Popstupem času jsme objevili, že je vhodné mít nejen dělení provozu podle IP, ale i podle portů (minimální hodnoty: web 160/32, pošta 64/32). Nám když nejde wifina, tak nejdřív dam ping na AP, buď jde nebo ne, když ne, tak na router. Už jsem se i naučil restartovat interface eth0. Takže postupně otočím eth0, router, AP a když tak ještě restartnu i spojení na stránce providera - dělám to i při pomalé rychlosti. P.S. v jaké jste lokalitě? I na těch 50m by byla lepší směrová anténa místo panelu.