Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.
Společnost Google Cloud dnes oznámila, že její infrastruktura a služby byly oficiálně zařazeny do Katalogu cloud computingu vedeného Digitální a informační agenturou (DIA). Tato certifikace potvrzuje, že infrastruktura a služby Google Cloud splňují přísné bezpečnostní a regulační požadavky České republiky pro provoz cloudových služeb ve veřejném sektoru.
Vůbec poprvé v historii se stát při testování digitálních služeb obrací na širokou veřejnost. Digitální a informační agentura (DIA) a Ministerstvo vnitra zvou občany k zapojení do zátěžového testu eDokladů, které od loňského podzimu prošly optimalizací aplikace a posílením infrastruktury. Test proběhne 13. srpna ve 13:00 a pro jeho úspěch bude potřeba zapojení několika desítek tisíc občanů. Zapojení do testu je zcela dobrovolné a úkol
… více »FireDragon je webový prohlížeč, doposud založený na Floorpu, jednom z forků Firefoxu s větším důrazem na ochranu soukromí a přizpůsobení uživatelského rozhraní. Spravuje ho člen komunity distribuce Garuda Linux. Nové vydání verze 13 opouští Floorp a přechází přímo na Firefox s patchi z LibreWolfu a vlastními úpravami. Dostupný je také na Flathubu.
picogame (GitHub) je malý 2D herní engine pro mikrokontroléry jako RP2040, čip uvnitř kapesní konzole Picopad. Hru napíšeš v Pythonu a vyzkoušíš ji v prohlížeči nebo desktopovém simulátoru. Až bude hotová, zkopíruješ ji na podporovanou desku. Na začátku nepotřebuješ C, sestavení firmwaru ani hardware.
Multiplatformní prohlížeč elektronických knih KOReader byl vydán ve verzi 2026.07 "Sailing Walrus". U PDF souborů s SMask lze vyčistit pozadí. Přibyla podpora Kobo v5 nebo základní podpora OPDS 2.0.
Společnost Valve sponzoruje a společnost Collabora portuje RADV (open source Vulkan ovladač pro AMD GPU z projektu Mesa) na Windows.
Starling (GitHub) je desktopové prostředí vytvořeno umělou inteligencí (s dohledem jednoho vývojáře během šesti měsíců).
Dne 30. června 2026 byla završena fyzická realizace projektu Czech National Quantum Communication Infrastructure (CZQCI), tedy České národní kvantové komunikační infrastruktury. Projekt byl realizován od 1. března 2023 a financován z Národního plánu obnovy částkou 121,6 milionu Kč. Cílem podpořeného projektu bylo vybudovat základy národní kvantové komunikační infrastruktury a ověřit možnosti jejího praktického využití. Mezi
… více »Město Šumperk se stalo terčem kybernetického útoku, chod úřadu je omezen. Zjišťuje se, jestli unikla nějaká data. Cílem hackerů byla městská datová síť. První útoky zaznamenali odborníci na informační technologie již v pondělí večer, závady se ale plně projevily až dnes ráno. Město událost nahlásilo Národnímu úřadu pro kybernetickou a informační bezpečnost (NUKIB).
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: