Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
ifconfig eth1 up ifconfig eth1 192.168.56.128 up route add default gw 192.168.56.1 echo -ne "nameserver 192.168.56.1\nnameserver 8.8.8.8\n" > /etc/resolv.confVse pak po startu systemu funguje jak ma, avsak obcas, hlavne pri delsi dobe kdy pocitac bezi najednou sit prestane fungovat a ifconfig ukazuje nasledujici:
eth1 Link encap:Ethernet HWaddr 00:0c:29:30:76:87
inet addr:192.168.255.128 Bcast:192.168.255.255 Mask:255.255.255.0
inet6 addr: fe80::20c:29ff:fe30:7687/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:131918 errors:0 dropped:0 overruns:0 frame:0
TX packets:79752 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:192974527 (192.9 MB) TX bytes:6926273 (6.9 MB)
Interrupt:19 Base address:0x2024
IP adresa rozhrani se sama zmenila. Z dhclp klientu mam nainstalovany pouze dhclient, ale nevim jestli to dela zrovna on. Nevite prosim, cim by toto mohlo byt zpusobene?
stava sa ti to pravidelne po urcitej dobe? alebo je to uplne random?
este by si mohol prebehnut /var/log/messages a pohladat kedy dochadza k zmene adresy, tam mozno najdes aj pricinu...
/etc/network/interfaces, kde mas zrejme defaultnu hodnotu auto eth1. Pri vyvolani reloadu networking sa DHCPkom novo-prideli IP. Co vyvola reload neviem povedat...
Ale urcite je spravnejsie nahradit riadky
ifconfig eth1 up ifconfig eth1 192.168.56.128 upnastavenim konfiguracie v
/etc/network/interfaces napr takto (prip. upravit podla potreby)
auto eth0
iface eth0 inet static
address 192.168.56.128
netmask 255.255.255.0
network 192.168.56.0
broadcast 192.168.255.255
gateway 192.168.56.1
a riadok:
echo -ne "nameserver 192.168.56.1\nnameserver 8.8.8.8\n" > /etc/resolv.confnahradit riadkami v konfiguraku
/etc/dhcp/dhclient.conf
prepend domain-name-servers 192.168.56.1; prepend domain-name-servers 8.8.8.8;
eth0 ale eth1
/etc/dhcp/dhclient.conf aplikuje ked je static IP nastavena...
ifconfig a route jsou v Linuxu už asi tak sto let zastaralé a nahradil je příkaz ip z balíčku iproute2. Když řešíte nějaký problém se sítí, je lepší použít příkaz ip rovnou, abyste vyloučil možnost, že je problém právě v těch zastaralých nástrojích. Když už to neuděláte při soukromém zkoumání, udělejte to vždy alespoň když posíláte dotaz na nějaké veřejné fórum. Nikoho nebaví zjišťovat, jestli chyba není po sto padesáté způsobena použitím těchto zastaralých nástrojů.
ip bylo výhodnější. Příkazy pro konfiguraci sítě manipulují se strukturami jádra a musí tedy odpovídat tomu, jak síťová zařízení chápe jádro. To se v řadě jádra 2.2 docela podstatně změnilo, a byl vytvořen balíček programů iproute2, který spolupracuje s modelem, který teď jádro používá. Příkaz ifconfig byl sice upraven, aby pomocí postupů známých ze starého modelu (z jádra 2.0.x) emuloval komunikaci s tím novým modelem, ale ta emulace neřeší všechno a někdy nedělá to, co by člověk očekával. Klasický případ je to, že ifconfig se tváří, jako by existovala virtuální zařízení eth0:0, eth0:1 atd. Ve skutečnosti nic takového neexistuje, je to jen jedno zařízení s více IP adresami. ifconfig to částečně emuluje, ale snadno se vám může stát, že vám ifconfig nevypíše všechny IP adresy, které má zařízení přidělené.
Co se týká dokumentace a informací na internetu, to máte bohužel pravdu, ve spoustě případů se pořád i ve „vzorových“ příkladech používají zastaralé nástroje. Dokonce pořád mnoho distribucí používá tyto nástroje ve svých skriptech a balíček iproute2 je jen volitelný. Je to podobné, jako se všude možně popisuje instalace pomocí „svaté trojice“ místo přes správce balíčků, ostatně často se také popisuje konfigurace sítě pomocí příkazů, místo aby bylo hned na úvod napsáno, že ve většině distribucí jsou tyhle příkazy obalené nějakými distribučními skripty a konfiguračními soubory, a ke konfiguraci je potřeba používat je.
Tiskni
Sdílej: