Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.4 (𝕏). Přehled novinek a vylepšení v poznámkách k vydání.
Byla objevena zranitelnost Tailworm v Tailscale a Headscale umožňující lokální eskalaci práv přihlášeného uživatele. Následně byla v Tailscale v opravené verzi 1.104.4+ změněna architektura aplikace. Viz příspěvek na blogu Tailscale.
Byl vydán Mozilla Firefox 159.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 159 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nasazení softwaru, který nyní používá ve svých autech pro čínský trh, zvažuje automobilový koncern Volkswagen také v Evropě, kde by se mohl používat v budoucích vozech značek Volkswagen, Škoda a Cupra. Základem pro budoucí evropské modely by se mohla stát takzvaná China Electronic Architecture, elektronická architektura vyvinutá pro čínské modely ve spolupráci s tamní automobilkou Xpeng.
Vedoucím brněnské pobočky Red Hatu se stal Radek Vokál [LinkedIn].
Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.
Tiskni
Sdílej:
Vím to z vlastní zkušenosti...
(Zrovna jdu z hospody, takže sorry.
Brzo, vím, ale ráno (tj. dřív než o půl jedné) musím vstávat, něco už konečně programovat, a pak jít zase s kamarádkou do hospody
).
Ale zas tak mo cto nepřeháním, jen poslední dobou byl poměrně kulturně bohatý program. Ale po tom, co jsem se minulý pátek naprosto nehorázným a nevídaným způsobem zrubal a zostudil se asi před dvaceti lidmi tak, že bych jim nejraději všem vymazal pamět (sobě ne, já si nic nepamatuju, pouze jsem viděl následující den důsledky
), už se musím krotit.
Abych jenom nespamoval -- nápad nastíněný v blogu je docela pěkný, ale mám na něj skeptický názor podobný tomu, který zde prezentoval freshmouse. Ve skupině je podle mě možné řešit obecné charakteristiky vznikajícího software, architekturu a podobně, ale samotné programování už moc sociální činností není. Já tedy obvykle při programování smrdím někde sám v pokoji nebo u televize. Za pokus by to ale každopádně stálo, tím se nic nezkazí, že jo...
To víš, dostal jsem před rokem na nový rok kopačky, postupně mi došlo, že jsem ze sebe netriviálně dlouhou dobu dělal vola a zapadl jsem do normálních kolejí.
Já se cejtil taky děsně vykolejenej. Tak jsem po třech letech vztahu sebral odvahu na změnu, vztah poslal tam kam patřil a najednou je mi héj! 
linuxsoft pred lety neco podobneho zkousel, mozna ze by mohl nektery z ucastniku popsat, proc to skoncilo fiaskem ...
.
No zni to fakt lakave, videl bych v tom i moznost neco noveho se naucit. Jasne ma to i sva uskali ktera jiz byla vyse zminena, ale pokud se to nezkusi tak clovek nikdy nevi.
1 % času rychlé seznámení, 12 % pokec o zájmech zúčastněných, 10 % jídlo, 5% nicnedělání, 7 % rozptylování se čímkoli, 8 % obecné diskuze nad tím, co kdo a jak udělá, 8 % diskuze nad konkrétními problémy, 1 % prostoje zaviněné technikou, 10 % řešení chyb. Dohromady zbývá 38 % na vlastní tvorbu kódu.
Pravděpodobně vytvoříte nějaký redakční systém v PHP.
Ptal ses na názor, máš názor. Nevím, jestli jsi jej nepochopil, nebo nechtěl pochopit, ale to už je jedno. Níže máš další komentář, kde zmiňuju dle mého názoru lepší řešení.
Alespoň já jsem se zasmál, ta pointa mi přijde výborná.
Osobně si myslím, že když se sejde skupina programátorů a chce se zabývat programováním, měla by se spíš věnovat diskuzi, než psaní kódu, protože k tomu, aby si někdo sednul, osm hodin seděl a v tichosti psal kód, nejsou třeba ti ostatní. Stejně nic většího nevytvoříte; je tedy lepší diskutovat problémy typu vyhledávání, třídění atd. a v praxi to pomocí testovacích prográmků ozkoušet.
Ale i případný poznatek, že tudy cesta nevede, je vlastně dobrá zkušenost, takže do toho klidně běžte.
Já tomu nerozumím. Ty můj příspěvek vezmeš, překroutíš a překroucený obrátíš proti mě. Má cenu ještě něco psát?
Já napíšu, ať do toho tedy jdete, a ty píšeš o demotivaci... A k tomu útoky na mou osobu...
Ne, na programátorské akci tohoto typu jsem nebyl. Ale byl jsem na jiných akcích typu "ňák sejdeme se a ňák něco vytvoříme" a mé názory na věc pramení (i) z těchto zkušeností. Přeber si to, jak je libo.
> Schválně se Tě zeptám - co jsi naposledy opravil (ve smyslu ne typografická chyba nebo připsání dokumentace, ale poctivý český bug nebo fíčura) v open-source softwaru?
Snažíš se mě do té situace dostat, a já se do ní klidně dostanu. Nikdy.
Tebe to asi nezajímá, ale ostatní by mohlo, a tak to osvětlím. Produkty, které mě zajímají, jsou většinou složeny z mnoha rozsáhlých podprojektů. Kromě toho nejsou příliš dokumentovány a ani není nikdo, kdo by měl čas mě do problematiky uvést. Kdybych chtěl opravit byť jen malou chybu, musel bych překonat několik bariér: naučit se pracovat s použitými základními technologiemi (např. programovací jazyk, systém sestavování), naučit se pracovat s dalšími použitými technologiemi (např. různé knihovny -- ne standardní daného jazyka) a pochopit architekturu, strukturu a řešení daného produktu. Dále je třeba pochopit předmět daného produktu (např. přehrávání hudby, vykreslování WWW stránek). A nakonec je nutné být v kontaktu s týmem daného produktu.
Já se ptám: je pro někoho přínosné, když po tomto všem opravím nějakou malou chybu? Nebo je lepší se soustředit (tzn. investovat čas) na něco, co už v nějaké míře znám a čemu více rozumím?