Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
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:0x2024IP 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.1a 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: