Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.
Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.
Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".
Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
V posledních dnech jsem zaznamenal trochu problémy s připojením k Internetu. Situace je dost výkyvová, někdy funguje celkem normálně, jindy skoro vůbec. Hlavně je problém s odezvou (ping).
Dříve bývala odezva více méně standardní, kolem 10 ms na Seznam:
PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=1 ttl=247 time=10.7 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=2 ttl=247 time=11.7 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=3 ttl=247 time=11.3 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=4 ttl=247 time=10.2 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=5 ttl=247 time=10.2 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=6 ttl=247 time=10.6 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=7 ttl=247 time=10.5 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=8 ttl=247 time=10.5 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=9 ttl=247 time=9.74 ms ^C --- seznam.cz ping statistics --- 9 packets transmitted, 9 received, 0% packet loss, time 8011ms rtt min/avg/max/mdev = 9.742/10.649/11.731/0.572 ms
Teď je to ale výrazně horší a i ztráta narostla na 20%:
PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=1 ttl=247 time=5517 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=2 ttl=247 time=5555 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=3 ttl=247 time=5597 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=4 ttl=247 time=5563 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=7 ttl=247 time=3572 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=8 ttl=247 time=3323 ms ^C64 bytes from www.seznam.cz (77.75.76.3): icmp_req=9 ttl=247 time=3325 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=10 ttl=247 time=3303 ms --- seznam.cz ping statistics --- 10 packets transmitted, 8 received, 20% packet loss, time 58679ms rtt min/avg/max/mdev = 3303.180/4469.824/5597.952/1091.669 ms, pipe 6
Svoje dojmy jsem si potvrdil i při pohledu na graf Sixxs (můj poskytovatel IPv6 tunelu). V posledních třech dnech je jasně patrné zhoršení parametrů:
Nechci nikoho neprávem osočovat, ale musím říct, že když to byl ještě Volný, takové problémy nebyly.
Když se přepnu (ip route replace default via 192.168.1.20 dev eth0
) na druhou bránu a tím i jiného ISP (zatím je ve fázi testování a snad se brzy překlopí do fáze normálního používání) dostáváme se najednou na úplně jiná čísla:
PING seznam.cz (77.75.76.3): 56 data bytes 64 bytes from 77.75.76.3: seq=0 ttl=247 time=3.695 ms 64 bytes from 77.75.76.3: seq=1 ttl=247 time=3.100 ms 64 bytes from 77.75.76.3: seq=2 ttl=247 time=3.607 ms … 64 bytes from 77.75.76.3: seq=6 ttl=247 time=3.696 ms 64 bytes from 77.75.76.3: seq=7 ttl=247 time=2.912 ms 64 bytes from 77.75.76.3: seq=8 ttl=247 time=3.179 ms 64 bytes from 77.75.76.3: seq=9 ttl=247 time=2.768 ms 64 bytes from 77.75.76.3: seq=10 ttl=247 time=2.882 ms 64 bytes from 77.75.76.3: seq=11 ttl=247 time=2.958 ms --- seznam.cz ping statistics --- 12 packets transmitted, 12 packets received, 0% packet loss round-trip min/avg/max = 2.768/3.227/4.054 ms
Tři milisekundy místo pěti vteřin a 0% ztráta místo 20%, to už je celkem znát.
Tiskni Sdílej:
# tracepath seznam.cz 1: 192.168.1.4 0.090ms pmtu 1500 1: no reply 2: no reply 2: lo0-bras1-prg1-plus.ctc.prg.vol.cz 4735.237ms 2: lo0-bras1-prg1-plus.ctc.prg.vol.cz 5657.596ms 5: no reply 4: ge1-2.bb1.prg.vol.cz 6222.796ms asymm 5 7: no reply 5: ge4-2.tr3.prg.vol.cz 6226.325ms 6: 82.119.252.141 5812.170ms asymm 7 6: 82.119.252.141 5563.078ms asymm 7 11: no reply 12: no reply 13: no reply 14: no reply 15: no reply 16: no reply 17: no reply 18: no reply 19: no reply 20: no reply 21: no reply 22: no reply 23: no reply 24: no reply 25: no reply 26: no reply 27: no reply 28: no reply 29: no reply 30: no reply 31: no reply Too many hops: pmtu 1500 Resume: pmtu 1500Ping z ADSL modemu na nejbližší bránu Telekomu/O2/Volného:
# ping 88.146.111.37 PING 88.146.111.37 (88.146.111.37): 56 data bytes 64 bytes from 88.146.111.37: icmp_seq=0 ttl=255 time=5120.0 ms 64 bytes from 88.146.111.37: icmp_seq=1 ttl=255 time=5580.0 ms 64 bytes from 88.146.111.37: icmp_seq=4 ttl=255 time=5910.0 ms 64 bytes from 88.146.111.37: icmp_seq=5 ttl=255 time=5970.0 ms --- 88.146.111.37 ping statistics --- 12 packets transmitted, 4 packets received, 66% packet loss round-trip min/avg/max = 5120.0/5645.0/5970.0 ms
DNS 194.228.41.113 a 194.228.2.1
ping www.seznam.cz PING www.seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=1 ttl=250 time=15.6 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=2 ttl=250 time=14.6 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=3 ttl=250 time=14.8 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=4 ttl=250 time=15.3 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=5 ttl=250 time=15.5 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=6 ttl=250 time=14.8 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=7 ttl=250 time=17.9 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=8 ttl=250 time=15.8 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=9 ttl=250 time=15.0 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=10 ttl=250 time=15.2 ms ^C --- www.seznam.cz ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9013ms rtt min/avg/max/mdev = 14.613/15.496/17.993/0.917 mszhruba je to stále stejné tak jak předtím
PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=251 time=0.730 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=251 time=0.783 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=3 ttl=251 time=0.847 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=4 ttl=251 time=0.586 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=5 ttl=251 time=0.749 ms --- seznam.cz ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4006ms rtt min/avg/max/mdev = 0.586/0.739/0.847/0.086 msAle z domova 9 ms.