Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl 3,58 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 26,32 %. Procesor AMD používá 67,43 % hráčů na Linuxu.
V Las Vegas probíhá veletrh CES (Consumer Electronics Show, Wikipedie). Firmy představují své novinky. Například LEGO představilo systém LEGO SMART Play: chytré kostky SMART Brick, dlaždičky SMART Tagy a SMART minifigurky. Kostka SMART Brick dokáže rozpoznat přítomnost SMART Tagů a SMART minifigurek, které se nacházejí v její blízkosti. Ty kostku SMART Brick aktivují a určí, co má dělat.
Vládní CERT (GovCERT.CZ) upozorňuje (𝕏) na kritickou zranitelnost v jsPDF, CVE-2025-68428. Tato zranitelnost umožňuje neautentizovaným vzdáleným útočníkům číst libovolné soubory z lokálního souborového systému serveru při použití jsPDF v prostředí Node.js. Problém vzniká kvůli nedostatečné validaci vstupu u cest k souborům předávaných několika metodám jsPDF. Útočník může zneužít tuto chybu k exfiltraci citlivých
… více »V úterý 13. ledna 2025 se v pražské kanceláři SUSE v Karlíně uskuteční 5. Mobile Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj a související infrastrukturu. Akci pořádá David Heidelberg.
… více »Už je 14 dní zbývá do začátku osmého ročníku komunitního setkání nejen českých a slovenských správců sítí CSNOG 2026. Registrace na akci je stále otevřená, ale termín uzávěrky se blíží. I proto organizátoři doporučují, aby se zájemci přihlásili brzy, nejlépe ještě tento týden.
… více »Rok 2026 sotva začal, ale už v prvním týdnu se nashromáždilo nezvykle mnoho zajímavostí, událostí a zpráv. Jedno je ale jisté - už ve středu se koná Virtuální Bastlírna - online setkání techniků, bastlířů a ajťáků, kam rozhodně doražte, ideálně s mikrofonem a kamerou a zapojte se do diskuze o zajímavých technických tématech.
Dějí se i ne zcela šťastné věci – zdražování a nedostupnost RAM a SSD, nedostatek waferů, 3€ clo na každou položku z Číny … více »Vývojáři GNOME a Firefoxu zvažují ve výchozím nastavení vypnutí funkce vkládání prostředním tlačítkem myši. Zdůvodnění: "U většiny uživatelů tento X11ism způsobuje neočekávané chování".
Nástroj pro obnovu dat GNU ddrescue (Wikipedie) byl vydán v nové verzi 1.30. Vylepšena byla automatická obnova z disků s poškozenou čtecí hlavou.
Protokol IPv6 má již 30 let. První návrh specifikace RFC 1883 je z prosince 1995.
Byli vyhlášeni vítězové ocenění Steam Awards 2025. Hrou roku a současně nejlepší hrou, která vám nejde, je Hollow Knight: Silksong.
[10:09:42]-[/usr/bin] [root@ntb]# ping seznam.cz PING seznam.cz (77.75.72.3) 56(84) bytes of data. 64 bytes from 77.75.72.3: icmp_req=2 ttl=245 time=674 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=1 ttl=245 time=14159 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=3 ttl=245 time=3622 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=4 ttl=245 time=2530 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=6 ttl=245 time=9837 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=5 ttl=245 time=13102 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=7 ttl=245 time=14184 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=7 ttl=245 time=17390 ms (DUP!) 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=15 ttl=245 time=11620 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=13 ttl=245 time=14350 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=12 ttl=245 time=16774 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=17 ttl=245 time=13375 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=18 ttl=245 time=12574 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=20 ttl=245 time=10851 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=21 ttl=245 time=9920 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=11 ttl=245 time=20012 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=24 ttl=245 time=7462 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=26 ttl=245 time=6189 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=19 ttl=245 time=13645 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=14 ttl=245 time=18680 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=16 ttl=245 time=17135 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=25 ttl=245 time=8277 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=30 ttl=245 time=4021 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=10 ttl=245 time=24395 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=32 ttl=245 time=3543 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=29 ttl=245 time=7813 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=8 ttl=245 time=28966 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=22 ttl=245 time=15267 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=28 ttl=245 time=10120 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=27 ttl=245 time=13552 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=23 ttl=245 time=18216 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=31 ttl=245 time=11875 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=35 ttl=245 time=12881 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=36 ttl=245 time=12319 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=37 ttl=245 time=12975 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=39 ttl=245 time=11405 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=39 ttl=245 time=11514 ms (DUP!) 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=38 ttl=245 time=13337 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=34 ttl=245 time=17351 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=33 ttl=245 time=18356 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=43 ttl=245 time=8616 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=41 ttl=245 time=10810 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=42 ttl=245 time=9984 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=47 ttl=245 time=5641 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_req=44 ttl=245 time=8918 msa) horzné odezvy b) ztrátovost paketů c) přeházené odezvy (to by se možná dalo pochopit i když považuji to za bordel) d) duplicitní odezvy (nechápu) Tohle jsem viděl v momentě kdy providerovi asi týden blbnul net. Mezi mou wifi a AP providera signál naprosto v pohodě, ale jeho AP mě sem tam odhlašovalo a znovu přihlašovalo na POE, některé jeho AP občas mizely a zase se objevovaly (restarty AP?). Střídal jsem několik providerových AP ve vzdálenosti od 2 do 12km, problém se projevoval na všech jeho AP i když signál na všechny AP mám relativně dobrý. Dnes se mi ale zdá, že se to vrátilo do normálu a jede to stabilně, poznám to protože poslouchám jeden internetový stream a minulý týden to byla katastrofa, jak odezvy webu, tak přerušování streamu, který nestíhal bufferovat a ani tunelování VPNkou na jiný můj server a tím jiného providera si s tím neporadilo. Dneska od rána bez výpadku. Možná právě provider něco řešil a blbla mu chvíli infrastruktura, nevím, hádám. Kde taková věc - viz ping výše může vzniknout? Setkal se někdo někdy s něčím podobným a zjistilo se co je příčinou? Dík za informace a názory.
[root@ntb]# ping seznam.cz PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=3 ttl=245 time=12.4 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=4 ttl=245 time=12.9 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=4 ttl=245 time=23.0 ms (DUP!) 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=4 ttl=245 time=128 ms (DUP!) 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=10 ttl=245 time=9.44 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=10 ttl=245 time=128 ms (DUP!) 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=10 ttl=245 time=240 ms (DUP!) 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=11 ttl=245 time=276 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=11 ttl=245 time=283 ms (DUP!) 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=13 ttl=245 time=7.68 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=13 ttl=245 time=23.0 ms (DUP!) 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=13 ttl=245 time=126 ms (DUP!) 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=14 ttl=245 time=7.06 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=16 ttl=245 time=9.16 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=17 ttl=245 time=9.19 ms ^C --- seznam.cz ping statistics --- 22 packets transmitted, 8 received, +7 duplicates, 63% packet loss, time 25616ms rtt min/avg/max/mdev = 7.065/86.609/283.238/101.122 msMuj signal na jeden 11km vzdaleny AP providera: Signal strength: -75 dBm Noise floor: -89 dBm Transmit CCQ: 90.2% TX/RX Rate: 9.0 Mbps / 12.0 Mbps Muj signal na druhy 3km vzdaleny AP toho sameho providera: Signal strength: -72 dBm Noise floor: -90 dBm Transmit CCQ: 93.8% TX/RX Rate: 24.0 Mbps / 18.0 Mbps Je to spatny nebo dobry signal?
Síla signálu: -49 dBm Noise Floor:-95 dBm Odchozí CCQ:100 % TX/RX Rate:150 Mbps / 150 Mbps airMAX:Zapnuto airMAX Priority:High airMAX Quality: 99 % airMAX Capacity: 49 %mne to ide zruba 60-70 Mbit/s.... Na 100% je to zaruseny kanal.
Channel/Frequency:40 / 5200 MHz Channel Width:40 MHz (Lower) Vzdálenost: 1.5 miles (2.4 km) Polarizacia: Horizontal
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz