Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).
Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.
Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.
Již tuto středu proběhne 50. Virtuální Bastlírna, tedy dle římského číslování L. Bude L značit velikost, tedy více diskutujících než obvykle, či délku, neboť díky svátku lze diskutovat dlouho do noci? Bude i příští Virtuální Bastlírna virtuální nebo reálná? Nejen to se dozvíte, když dorazíte na diskuzní večer o elektronice, softwaru, ale technice obecně, který si můžete představit jako virtuální posezení u piva spojené s učenou
… více »* 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: