Současně se SUSECON 2026 proběhne příští čtvrtek v Praze také komunitní Open Developer Summit (ODS) zaměřený na open source a openSUSE. Akce se koná ve čtvrtek 23. 4. (poslední den SUSECONu) v Hilton Prague (místnost Berlin 3) a je zcela zdarma, bez nutnosti registrace na SUSECON. Na programu jsou témata jako automatizace (AutoYaST), DevOps, AI v terminálu, bezpečnost, RISC-V nebo image-based systémy. Všichni jste srdečně zváni.
Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a
… více »Byla vydána verze 1.95.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Mozilla prostřednictvím své dceřiné společnosti MZLA Technologies Corporation představila open-source AI klienta Thunderbolt. Primárně je určený pro firemní nasazení.
Firma Cal.com oznámila, že přesouvá svůj produkční kód z otevřeného do uzavřeného repozitáře z důvodu bezpečnostního rizika umělé inteligence, která prý dokáže vyhledávat a zneužívat zranitelnosti rychleji, než by je jejich vývojářský tým stíhal opravovat. Zároveň zveřejnila samostatnou, open-source verzi Cal.diy pod licencí MIT, ovšem bez řady původních funkcí. O tom, zda je toto opatření rozumné, existují pochyby. … více »
Vývojáři KDE na Mastodonu oznámili vydání balíku aplikací KDE Gear 26.04. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Kryptografická knihovna OpenSSL byla vydána v nové verzi 4.0. Přehled změn v souboru CHANGES.md na GitHubu. Odstraněna byla podpora SSLv2 Client Hello a SSLv3. Ve výchozím nastavení byla zakázána podpora odmítnutých eliptických křivek v TLS dle RFC 8422. Přibyla například podpora Encrypted Client Hello (ECH, RFC 9849).
curl up 2026, tj. setkání vývojářů a uživatelů curlu, proběhne opět v Praze. O víkendu 23. a 24. května v Pracovně.
Aplikace pro ověřování věku uživatelů on-line platforem je technicky hotová a brzy bude k dispozici pro občany EU, oznámila dnes předsedkyně Evropské komise Ursula von der Leyenová. Půjde podle ní o bezplatné a snadno použitelné řešení, které pomůže chránit děti před škodlivým a nelegálním obsahem. Aplikace bude podle ní fungovat na jakémkoli zařízení a bude zcela anonymní.
V prosinci 2012 byla z linuxového jádra odstraněna podpora procesorů 386. Včera započalo odstraňování podpory procesorů 486.
provozuju VPS u Wedosu, OS je Fedora. Původně tam byla verze 19, následné upgrady pomocí fedup na verze 20, 21 i 22 proběhly bez problémů.
Upgrade z 22 na 23 jsem dělal pomocí dnf system-upgrade, jak je doporučeno v dokumentaci.
Poté jsem zjistil, že se nemůžu připojit přes SSH. Připojil jsem se tedy přes VNC (klient ssvnc) a zjistil jsem, že vůbec nejde síť.
V příloze je výpis příkazů ip addr show a systemctl -l status network.service. (Omlouvám se, že to jsou screenshoty, ale za boha jsem nepřišel na to, jak přes VNC kopírovat text z konzole.)
Vypadá to, že systém nemůže najít zařízení eth0, ale netuším, proč tomu tak je.
Podle zákaznické administrace Wedosu síť běží. (Tamtéž to ukazuje, že na VPS je stále Fedora 19 i když tam už je 23. Nijak jsem neřešil, jestli Wedos VPS upgrady OS pomocí nástrojů v OS podporuje, ale u fedup problémy nebyly.)
Díky moc za pomoc.
Řešení dotazu:
(Omlouvám se za citovou zabarvenost způsobenou velkým množstvím objektivně zbytečného stresu v pozdní hodině.)
Díky všem (opravdu, bez ironie) a následující řádky prosím neberte jako kritiku, jen takovou sociologickou poznámku
Fascinuje mě, jak všichni pod tlakem anti-systemd ideologie navrhují řešení spočívající v zachování starého dobrého eth0 a nikoho nenapadlo, že by člověk prostě mohl chtít systém nastavit tak, aby používal nový ("předvídatelný") název rozhraní, což bylo to, co jsem chtěl já.
Nejen tady, ale i když jsem se pokoušel řešení vygooglit, nepovedlo se mi zformulovat dotaz tak, aby se dopředu pořád necpal i zde postovaný link na stackexchange, hemžící se radami k vrtání v konfiguraci GRUBu atd. Dokonce ten popis problematiky na freedesktop.org je psán stylem "počkat, proč přesně je to potřeba? a co mám dělat když to nechci?".
Nu, zjistit jak se zbavit všeho toho balastu ze starých časů se mi nepodařilo a rval jsem si nad tím vlasy dvě hodiny. Zatím tedy workaround - v /etc/sysconfig/network-scripts/ifcfg-eth0 jsem změnil DEVICE=eth0 na DEVICE=ens3, síť nyní funguje a těším se, až se to zase rozbije. Nejradši bych se zbavil celého sysconfig, ale nevím jak protože o tom se nemluví, tak co už.
Nejradši bych se zbavil celého sysconfig, ale nevím jakPřestaň používat network.service. K nastavení sítě můžeš použít systemd-networkd (man systemd.network) nebo NetworkManager (man nmcli-examples).
Tiskni
Sdílej: