Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.
Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).
Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.
pccard: PCMCIA card inserted into slot 0 pcmcia: registering new device pcmcia0.0 pcmcia: request for exclusive IRQ could not be fulfilled. pcmcia: the driver needs updating to supported shared IRQ lines. 0.0: ttyS0 at I/O 0x93e8 (irq = 16) is a 16550APotom pomocí comgt -x GTEDGE a comgt -x nastavím kartu (jinak hlásí chybu už při AT...) a spojení vytáčím pomocí pppd, log vypadá následovně:
Jul 3 20:01:27 fuchur pppd[10790]: pppd 2.4.4 started by root, uid 0 Jul 3 20:01:28 fuchur chat[10791]: abort on (BUSY) Jul 3 20:01:28 fuchur chat[10791]: send (AT^M) Jul 3 20:01:28 fuchur chat[10791]: expect (OK) Jul 3 20:01:28 fuchur chat[10791]: ^M Jul 3 20:01:28 fuchur chat[10791]: OK Jul 3 20:01:28 fuchur chat[10791]: -- got it Jul 3 20:01:28 fuchur chat[10791]: send (ATZ+CFUN=1^M) Jul 3 20:01:28 fuchur chat[10791]: expect (OK) Jul 3 20:01:28 fuchur chat[10791]: ^M Jul 3 20:01:28 fuchur chat[10791]: ^M Jul 3 20:01:28 fuchur chat[10791]: OK Jul 3 20:01:28 fuchur chat[10791]: -- got it Jul 3 20:01:28 fuchur chat[10791]: send (AT&F&D2&C1E0V1S0=0^M) Jul 3 20:01:28 fuchur chat[10791]: expect (OK) Jul 3 20:01:28 fuchur chat[10791]: ^M Jul 3 20:01:28 fuchur chat[10791]: AT&F&D2&C1E0V1S0=0^M^M Jul 3 20:01:28 fuchur chat[10791]: OK Jul 3 20:01:28 fuchur chat[10791]: -- got it Jul 3 20:01:28 fuchur chat[10791]: send (AT+CGDCONT=1,"IP","internet.t-mobile.cz"^M) Jul 3 20:01:29 fuchur chat[10791]: expect (OK) Jul 3 20:01:29 fuchur chat[10791]: ^M Jul 3 20:01:29 fuchur chat[10791]: ^M Jul 3 20:01:29 fuchur chat[10791]: OK Jul 3 20:01:29 fuchur chat[10791]: -- got it Jul 3 20:01:29 fuchur chat[10791]: send (ATDT*99***1#^M) Jul 3 20:01:29 fuchur chat[10791]: expect (CONNECT) Jul 3 20:01:29 fuchur chat[10791]: ^M Jul 3 20:01:29 fuchur chat[10791]: ^M Jul 3 20:01:29 fuchur chat[10791]: CONNECT Jul 3 20:01:29 fuchur chat[10791]: -- got it Jul 3 20:01:29 fuchur chat[10791]: send (\d) Jul 3 20:01:30 fuchur pppd[10790]: Serial connection established. Jul 3 20:01:30 fuchur pppd[10790]: using channel 9 Jul 3 20:01:30 fuchur pppd[10790]: Using interface ppp0 Jul 3 20:01:30 fuchur pppd[10790]: Connect: ppp0 <--> /dev/ttyS0 Jul 3 20:01:31 fuchur pppd[10790]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xbe5210f7> <accomp>] Jul 3 20:01:31 fuchur pppd[10790]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xbe5210f7> <accomp>] Jul 3 20:01:34 fuchur pppd[10790]: rcvd [LCP ConfReq id=0xe1 <mru 1500> <asyncmap 0x0> <auth pap> <magic 0x6d53c> <pcomp> <accomp>] Jul 3 20:01:34 fuchur pppd[10790]: sent [LCP ConfRej id=0xe1 <pcomp>] Jul 3 20:01:34 fuchur pppd[10790]: rcvd [LCP ConfReq id=0xe2 <mru 1500> <asyncmap 0x0> <auth pap> <magic 0x6d53c> <accomp>] Jul 3 20:01:34 fuchur pppd[10790]: sent [LCP ConfAck id=0xe2 <mru 1500> <asyncmap 0x0> <auth pap> <magic 0x6d53c> <accomp>] Jul 3 20:01:34 fuchur pppd[10790]: sent [PAP AuthReq id=0x1 user="edge" password=<hidden>] Jul 3 20:01:34 fuchur pppd[10790]: rcvd [PAP AuthAck id=0x1 "PAP access OK"] Jul 3 20:01:34 fuchur pppd[10790]: Remote message: PAP access OK Jul 3 20:01:34 fuchur pppd[10790]: PAP authentication succeeded Jul 3 20:01:34 fuchur pppd[10790]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] Jul 3 20:01:34 fuchur pppd[10790]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Jul 3 20:01:35 fuchur pppd[10790]: rcvd [LCP ProtRej id=0xe3 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f] Jul 3 20:01:35 fuchur pppd[10790]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received Jul 3 20:01:35 fuchur pppd[10790]: rcvd [IPCP ConfReq id=0xe1 <addr 172.24.183.0> <compress VJ 0f 01>] Jul 3 20:01:35 fuchur pppd[10790]: sent [IPCP ConfAck id=0xe1 <addr 172.24.183.0> <compress VJ 0f 01>] Jul 3 20:01:35 fuchur pppd[10790]: rcvd [IPCP ConfNak id=0x1 <addr 172.24.183.0> <ms-dns1 62.141.0.1> <ms-dns3 213.162.65.1>] Jul 3 20:01:35 fuchur pppd[10790]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 172.24.183.0> <ms-dns1 62.141.0.1> <ms-dns3 213.162.65.1>] Jul 3 20:01:35 fuchur pppd[10790]: rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 172.24.183.0> <ms-dns1 62.141.0.1> <ms-dns3 213.162.65.1>] Jul 3 20:01:35 fuchur pppd[10790]: local IP address 172.24.183.0 Jul 3 20:01:35 fuchur pppd[10790]: remote IP address 172.24.183.0 Jul 3 20:01:35 fuchur pppd[10790]: primary DNS address 62.141.0.1 Jul 3 20:01:35 fuchur pppd[10790]: secondary DNS address 213.162.65.1 Jul 3 20:01:35 fuchur pppd[10790]: Script /etc/ppp/ip-up started (pid 10803) Jul 3 20:01:35 fuchur pppd[10790]: Script /etc/ppp/ip-up finished (pid 10803), status = 0x1Potom to nějakou dobu chodí ale jakmile zkusím něco přenést (načíst html stránku apod), tak to obvykle spadne (např. test na http://www.rychlost.cz nikdy neprošel). V logu je potom najednou spojení ukončeno a pokus o automatické vytočení neprojde, čeká to velmi dlouho a karta nic nevysílá:
Jul 3 20:01:54 fuchur pppd[10790]: Hangup (SIGHUP) Jul 3 20:01:54 fuchur pppd[10790]: Modem hangup Jul 3 20:01:54 fuchur pppd[10790]: Connect time 0.4 minutes. Jul 3 20:01:54 fuchur pppd[10790]: Sent 11348 bytes, received 67529 bytes. Jul 3 20:01:54 fuchur pppd[10790]: Script /etc/ppp/ip-down started (pid 10814) Jul 3 20:01:54 fuchur pppd[10790]: Connection terminated. Jul 3 20:01:55 fuchur pppd[10790]: Script /etc/ppp/ip-down finished (pid 10814), status = 0x1 Jul 3 20:01:57 fuchur chat[10820]: abort on (BUSY) Jul 3 20:01:57 fuchur chat[10820]: send (AT^M) Jul 3 20:01:57 fuchur chat[10820]: expect (OK) Jul 3 20:01:57 fuchur chat[10820]: ^M Jul 3 20:01:57 fuchur chat[10820]: OK Jul 3 20:01:57 fuchur chat[10820]: -- got it Jul 3 20:01:57 fuchur chat[10820]: send (ATZ+CFUN=1^M) Jul 3 20:01:57 fuchur chat[10820]: expect (OK) Jul 3 20:01:57 fuchur chat[10820]: ^M Jul 3 20:01:57 fuchur chat[10820]: ^M Jul 3 20:01:57 fuchur chat[10820]: OK Jul 3 20:01:57 fuchur chat[10820]: -- got it Jul 3 20:01:57 fuchur chat[10820]: send (AT&F&D2&C1E0V1S0=0^M) Jul 3 20:01:57 fuchur chat[10820]: expect (OK) Jul 3 20:01:57 fuchur chat[10820]: ^MA tam čeká až dostane alarm a skončí. Může to souviset s tím sdílením IRQ na začátku? Vypadá to, že se to spojení rozpadne vždy při nějakém vytížení, když pustím třeba jen ping, tak to nevypadne snad vůbec. Můžete mi někdo prosím poradit?
03:00.1 Serial controller: Broadcom Corporation: Unknown device 4333 (rev 03)sama se detekovala jako ttySxx, nebylo treba zavadet zadne moduly
dmesg | grep -B 1 tty: PCI: Enabling device 0000:03:00.1 (0000 -> 0001) ttyS4 at I/O 0x4000 (irq = 10) is a 16550Apro vytaceni jsem pouzival wvdial: /etc/wvdial.conf pro T-mobile, bez PINu:
[Dialer Defaults] Modem = /dev/ttyS4 Baud = 57600 Init1 = ATZ+CFUN=1 Init2 = AT+CGDCONT=1,"IP","internet" Phone = *99***1# Idle Seconds = 0 Username = a Password = b
Tiskni
Sdílej: