Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
* Bringing up interface lo * 127.0.0.1/8 ... [ ok ] * Adding routes * 127.0.0.0/8 via 127.0.0.1 ... [ ok ] * Bringing up interface br0 * Creating bridge br0 ... * Adding ports to br0 * eth0 ... [ ok ] * tap0 ... * Cannot add non-existent interface tap0 to br0 INIT: Entering runlevel: 3 * Bringing up interface br0 * Destroying bridge br0 ... [ ok ] * Creating bridge br0 ... * Adding ports to br0 * eth0 ... [ ok ] * tap0 ... [ ok ] * 192.168.3.100/24 ... [ ok ] * Adding routes * default via 192.168.3.1 ... [ ok ]Na serveru běží KVM, síť přes Vde Switch, konfigurace. Nevíte, co se mohlo pokazit?
Řešení dotazu:
/etc/conf.d/net. Tu je o tom viac: Migration Guide
bridge_add_eth0="br0" bridge_add_tap0="br0"teď to mám zatím takto:
config_eth0=( "null" ) tuntap_tap0="tap" config_tap0=( "null" ) # vyhozeno po prechodu na openrc 0.8.2-r1 # soucasne bylo nutno startovat br0 a vde v boot # RC_NEED_br0="net.eth0 net.tap0" bridge_br0="eth0 tap0" config_br0=( "192.168.3.100/24 brd 192.168.3.255") routes_br0=( "default via 192.168.3.1" )
* Bringing up interface br0 * ERROR: interface br0 does not exist * Ensure that you have loaded the correct kernel module for your hardware * ERROR: net.br0 failed to start * Bringing up interface eth0 * Creating bridge br0 ... * Adding ports to br0 INIT: Entering runlevel: 3 * Bringing up interface br0 * 192.168.3.100/24 ... [ ok ] * Adding routes * default via 192.168.3.1 ... [ ok ]Zatím jsem to vrátil a jdu hledat nějakou novou dokumentaci.
/usr/share/doc/openrc-0.8.2-r1/net.example
PM
config_eth0="null" tuntap_tap0="tap" config_tap0="null" RC_NEED_br0="net.eth0 net.tap0" bridge_br0="eth0 tap0" config_br0="192.168.3.100/24 brd 192.168.3.255" routes_br0="default via 192.168.3.1"ifconfig
br0 Link encap:Ethernet HWaddr 02:8c:36:17:f6:2c
inet addr:192.168.3.100 Bcast:192.168.3.255 Mask:255.255.255.0
inet6 addr: fe80::8c:36ff:fe17:f62c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3314 errors:0 dropped:0 overruns:0 frame:0
TX packets:591 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:378622 (369.7 KiB) TX bytes:62367 (60.9 KiB)
eth0 Link encap:Ethernet HWaddr 68:b5:99:4f:c6:4c
inet6 addr: fe80::6ab5:99ff:fe4f:c64c/64 Scope:Link
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:4029 errors:0 dropped:0 overruns:0 frame:0
TX packets:1089 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:617992 (603.5 KiB) TX bytes:144962 (141.5 KiB)
Interrupt:19
lo Link encap:Místní smyčka
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:30 errors:0 dropped:0 overruns:0 frame:0
TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2844 (2.7 KiB) TX bytes:2844 (2.7 KiB)
tap0 Link encap:Ethernet HWaddr 02:8c:36:17:f6:2c
inet6 addr: fe80::8c:36ff:fe17:f62c/64 Scope:Link
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:485 errors:0 dropped:0 overruns:0 frame:0
TX packets:3312 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:70314 (68.6 KiB) TX bytes:482216 (470.9 KiB)
Zkontroloval jsem konfiguraci jádra, ta se neměnila, CONFIG_TUN tam mám. Vlastně to funguje, ale něco kolem tap0 a br0 se asi nestartuje ve správném pořadí.
Zkus pouzit misto:RC_NEED_br0="net.eth0 net.tap0"
toto:rc_net_br0_need="net.eth0 net.tap0"
Oboji je spravne, rc_net_*_need lze taktez dat do /etc/rc.conf
Navic s rc_net_<IF>_{need,use,after,before,provide} se daji delat se siti (a nejen s ni) opravdu kouzla.
Trebarc_net_br0_provide="net"
rc_net_eth0_provide="!net"
zpusobi, ze sluzby, ktere zavisi na net, se nastartuji az bude nahozeny br0. Jinymi slovy, ze eth0 neposkytuje net zavislost.
* Bringing up interface lo * 127.0.0.1/8 ... [ ok ] * Adding routes * 127.0.0.0/8 via 127.0.0.1 ... [ ok ] * Bringing up interface eth0 * null ... [ ok ] * Bringing up interface tap0 * Creating Tun/Tap interface tap0 ... [ ok ] * null ... [ ok ] * Bringing up interface br0 * Creating bridge br0 ... * Adding ports to br0 * eth0 ... [ ok ] INIT: Entering runlevel: 3Už jsem to nastavil ve čtvrtek, ale otočil jsem to až dnes. Vedlejším efektem je, že ve virtualizovaném stroji už nemusím po startu systému dělat reload Apache a ten teď startuje správně. Ještě jednou díky.
Tiskni
Sdílej: