Byly zpracovány a na YouTube zveřejněny videozáznamy jednotlivých přednášek z letošního Installfestu.
Během akce Arduino Days 2026 byl publikován Arduino Open Source Report 2025 (pdf) a oznámeno 7 nových produktů kompatibilních s deskou UNO Q (Arduino USB-C Power Supply, USB-C Cable, USB-C Hub, UNO Media Carrier, UNO Breakout Carrier, Bug Hopper, Modulino LED Matrix).
Google v pátek spustil v Česku Vyhledávání Live. Tato novinka umožňuje lidem vést plynulou konverzaci s vyhledávačem v češtině. A to prostřednictvím hlasu, nebo prostřednictvím toho, na co ukážou svým fotoaparátem či kamerou v mobilu. Rozšíření této multimodální funkce je možné díky nasazení Gemini 3.1 Flash Live, nového hlasového a audio modelu, který je od základu vícejazyčný, takže umožňuje lidem po celém světě mluvit na vyhledávač přirozeně a v jazyce, který je jim nejbližší.
Jsongrep je open-source nástroj, který efektivně prohledává JSON dokumenty (editovat je neumí). Kompiluje regulérní jazyk dotazu do podoby deterministického konečného automatu (DFA), díky čemuž prochází strom JSON dokumentu pouze jednou a je v tom tedy rychlejší než jiné nástroje jako jsou například jq, JMESPath nebo jql. Jsongrep je napsaný v programovacím jazyce Rust, zdrojový kód je dostupný na GitHubu.
O víkendu probíhá v Praze na Karlově náměstí 13 konference Installfest 2026. Na programu je celá řada zajímavých přednášek a workshopů. Vstup na konferenci je zcela zdarma, bez nutnosti registrace. Přednášky lze sledovat i online na YouTube.
Mozilla a společnost Mila oznámily strategické partnerství za účelem rozvoje open source a suverénní AI. Cílem je ukázat, že open source AI může konkurovat uzavřeným systémům. Obě organizace chtějí posílit technologickou suverenitu a snížit závislost na hrstce velkých technologických firem.
Adam Rice předvedl, že pomocí DNS lze distribuovat a spustit kompletní hru DOOM. Rozdělil WAD soubory a binárky do téměř 2000 DNS záznamů v Cloudflare zóně (jeden TXT záznam v DNS může nést okolo 2000 znaků textu). Ty pak stáhl PowerShellem, dekomprimoval a spustil přímo v paměti počítače bez nutnosti zápisu na disk, což prakticky dokazuje, že DNS může sloužit jako distribuované úložiště dat a možný kanál pro načítání kódu. Repozitář projektu je na GitHubu.
Dnes a zítra probíhají Arduino Days 2026. Na programu je řada zajímavých přednášek. Sledovat je lze od 17:00 na YouTube. Zúčastnit se lze i lokálních akcí. Dnes v Poličce v městské knihovně a zítra v Praze na Matfyzu.
Byla vydána beta verze Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.04 LTS mělo vyjít 23. dubna 2026.
Byla vydána aktualizována Příručka pro začínající wikipedisty a wikipedistky (pdf).
mám problém na serveru. Jsou v něm 2 naprosto stejné PCI síťové karty Planet ENW-9504 (V.4), které využívají stejný modul 8139too. Jádro používám Slackwarovské verze 2.6.13 z adresáře testing (konkrétně bareacpi). První (v mém případě eth0) je pro vnitřní síť a má statickou IP adresu. Druhé (eth1) se přiděluje adresa přes DHCP a je pro vnější síť. Modul se natahuje sám, nemám ho uveden v /etc/rc.d/rc.modules
Problémem je, že po startu PC je někdy síť funkční a někdy ne (častěji ne). V ifconfigu jsou obě uvedeny, mají správné IP adresy, vše se zdá v pořádku. Sami na sebe si pingnout můžou. Ale tím to končí. Kamkoliv a odkudkoliv nelze pingnout. Přesto při pingu síťovky zeleně blikají. Pokud to čirou náhodou funguje, tak to (často) funguje i po rebootu i po novém startu PC. Funkčnost se změní až po vytažení PC nebo HUBu ze zásuvky. Myslím, že mohu vyloučit možnost, že by se detekovali v opačném pořadí. Zkoušel jsem přehodit kablíky a stejně nic. Obě síťovky jsou na 100% funkční. Pokud jednu z nich vyndám (konkrétně eth1), tak druhá funguje zcela bez problémů.
Na internetu jsem našel šikovný příkaz nameif. Ten ale můj problém asi neřeší. Podle MAC adres se dle mého detekují ve správném pořadí.
Už jsem vážně bezradný a budu moc vděčný za každou pomoc. Předem dík.
Dále zda je nastaveno správné routování /sbin/ip route
A taky skontrolujte v jakým modu běží pomocí mii-tool
mě je někdy zhazovaly windows u mě pomohlo nastavit napevno jejich parametry v jejich EEPROM tím dosáckým programem. Linux linux to nikdy neudělal.
PS. Co to máte za stroj ?
Tyto sítovky nefungují ve starých zběrnicích PCI (Identifikují se a zda se že chodí ale nic nefunguje) tato sítovka potřebuje minimálně PCI v 2.1 takže jak to cpete do nějaké 486ky
i když myslím že to nebude váš případ.
Tuším, že se jedná o tuto základní desku: http://www.anandtech.com/showdoc.aspx?i=1064 Vzhledem k tomu, že tam je datum uvedení na trh rok 1999, předpokládám, že to PCI v. 2.1 má (to je asi z roku 1995).
pomocí mii-tool jsem zjistil:
eth0: negotiated 100baseTx-HD, link ok
eth1: negotiated 100baseTx-FD, link ok
to je myslím v pořádku
pridal jsem tato pravidla do udev:
ACTION=="add", SUBSYSTEM=="net", DRIVER=="?*", SYSFS{address}=="00:00:00:00:00:00", NAME="eth0"
ACTION=="add", SUBSYSTEM=="net", DRIVER=="?*", SYSFS{address}=="00:00:00:00:00:00", NAME="eth0"
podle ifconfig i ip addr oboum kartám odpovídají MAC adresy k označení, jak jsem nastavil v udev
v ip route se zdá také vše v pořádku
dneska to zase "čarovalo", tentokrát si šlo pingnout ven (usuzuji, že kablík a označení sedí), nešlo však dovnitř, zkoušel jsem nastavovat různé volby v BIOSu (IRQ etc.), stále nic
v dmesg jsem si všiml, že při inicializaci eth0 (to je to, co dneska konkrétně nešlo) jádro vypisuje několik řádek podobné této: NETDEV WATCHDOG: eth0: transmit timed out
začínám si myslet, že odešla deska, usuzuji podle naprosto náhodného chování, to se mi v linuxu (narozdíl od win
) ještě nikdy nestalo
ACTION=="add", SUBSYSTEM=="net", DRIVER=="?*", SYSFS{address}=="00:00:00:00:00:00", NAME="eth0"No nějak ty vaše řádky nechápu
ACTION=="add", SUBSYSTEM=="net", DRIVER=="?*", SYSFS{address}=="00:00:00:00:00:00", NAME="eth0"
1.) U jednoho musíte mít eth0 a druhého eth1
2.) Taky 00:00:00:00:00:00 musíte mět rozdílné a správné MAC adresy které ty sítovky mají.
Necpete náhodou sítovkám ty 00:00:00:00:00:00 (nuly ?) a MAC musí být rozdílné.
PS. A pokud náhodou schováváte MAC tak nevím naco je to stejně nepoužitelné pokud nesedíte na stejném segementu.
, také tam má být eth1 - to je rovněž v důsledkou toho kopírování
, ale nějakou najdu a zkusím. Jaký je to přesně program? Se zásahy do EEPROM nemám žádné zkušenosti.
, našel jsem pro ní jinde lepší využití, vyřeším to přes tu floppynu, díky
C About PLANET ENW-9503 / ENW-9504 & ENW-3504FC Base on the same Ethernet Controller Chip, PLANET ENW-9503 / ENW-9504 and the CardBus ENW-3504FC can use the same driver in the diskette. The following describe the products: Model ENW-9503A ENW-9503 ENW-9504 ENW-3504FC Interface PCI 2.2 PCI 2.2 PCI 2.2 32-bit CardBus PCMCIA Type II PCI 2.1 WOL Yes No No No PCI 2.2 WOL Yes Yes No No Boot ROM socket Yes Yes No No ACPI Yes Yes Yes YesTakže tam je interface PCI 2.2 což jsem se díval na svoji krabici od karty (ještě ji mám) tak já tam mám u toho stejného modelu PCI 2.1
Takže skuste zjistit přesně jakou verzi máte, koukněte taky pro jistotu přímo na čip jakou revizi máte.
Jinak já na CD ten nastavovací program mám takže pokud bude zájem můžu poslat, jmenuje se set9504.exe.
Tiskni
Sdílej: