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.
IuRe (Iuridicum Remedium) vyhlásila Ceny Velkého bratra za rok 2025. Slídily roku jsou automobilka Volkswagen, Meta a česká Ministerstva vnitra a průmyslu a obchodu. Autorem Výroku Velkého bratra je dánský ministr spravedlnosti zpochybňující právo na šifrovanou komunikaci. Naopak Pozitivní cenu získali studenti Masarykovy univerzity za odpor proti nucení do používaní aplikace ISIC.
Po osmi měsících vývoje byla vydána nová verze 0.16.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 244 vývojářů. Přehled novinek v poznámkách k vydání.
Nejnovější X.Org X server 21.1.22 a Xwayland 24.1.10 řeší 5 bezpečnostních chyb: CVE-2026-33999, CVE-2026-34000, CVE-2026-34001, CVE-2026-34002 a CVE-2026-34003.
Po roce vývoje od vydání verze 1.28.0 byla vydána nová stabilní verze 1.30.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.30.
brctl addbr xenbr0 ip a add 10.0.0.100 dev xenbr0 ip link set xenbr0 upTeď si ještě z openSUSE mohu pingnout na Debian. Jakmile však zadám poslední krok:
brctl addif xenbr0 eth0ještě několik (i 30) 'pingnutí' projde, ale pak to skončí. Počítače si už mezi sebou 'nepingají', na internet se ale stále dostanou. Po zrušení posledního příkazu se zase vše rozeběhne. Nevím, zda-li jsem na něco zapomněl nebo je celá úvaha špatná a nejde to na jednom segmentu, můžete poradit? Děkuji za pomoc.
Řešení dotazu:
# arp -n Address HWtype HWaddress Flags Mask Iface 10.0.0.138 ether 50:67:f0:fb:ad:af C eth0 10.0.0.11 (nekompletní) eth0Přesně nerozumím Vámi zmiňované druhé variantě, eth0 a xenbr0 by měli mít stejné IP adresy? (ale ani to mi nepracuje).
Jo, tohle je v Linuxu taková ošklivá nejasnost, že není jasné definované, co přesně se má stát, když je například bridge s IP adresami a nějaká jeho „členská“ rozhraní mají taky svoje adresy — jiné než bridge, aby se to vzájemně nesežralo, ale prostě adresy. Zkrátka, párkrát jsem něco takového zkoušel z různých důvodů, třeba aby některé programy poslouchaly jenom na jednom z rozhraní a ne na celém bridge, tedy aby se jim nedalo dovolat jen tak odkudkoliv z bridge, atd. atp. Ale nic naplat, nikdy to pořádně nefungovalo, pokaždé se na tom něco rozesralo napadrť, ne nutně tak vážně jako problém s ARP, ale třeba o dvě patra abstrakce výš už ano, například address selection, s čímž (mimo jiné) souvisí kromě odchozích spojení taky pořadí výsledků, které vrací getaddrinfo(), a tak dále a tak podobně. Pokaždé mě to nakonec nakrklo takovou měrou, že adresy samostatných rozhraní přišly zrušit (ip -6 addr flush atd.) a adresy má nakonec jenom bridge.
Cílem tohoto^^^ žvástu je naznačit, že by se mi víc líbilo, kdyby Linux automaticky zrušil samostatné adresy zařízení, jakmile se zařízení přidá do bridge, a neumožnil přidání žádných samostatných adres, dokud zařízení z bridge nevypadne. Sémantika těchto samostatných adres na rozhraní v bridge je totálně rozbitá.
Vážený anonyme, já mám zase dojem, že právě vy o bridgích a o chování jejich softwarových variant na různých operačních systémech víte naprosté kulové a snažíte se všeho všudy dělat haura, jako ostatně každý klasický anonym na ABCLinuxu. A ten dojem pramení z toho, že váš příspěvek má nulovou informační hodnotu, nesnaží se nijak obhájit nějaký konkrérní argument, ale zabývá se úvahami, co asi tak já vím o bridgích. Zákaz anonymů by ABCLinuxu prospěl, protože drtivá většina „perel“ tohoto typu je právě od nich.
Tiskni
Sdílej: