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.
Zdravím Vás. V prílohe si môžete prezrieť moju topológiu. Mám problém s tým že smerovače si neposielajú medzi sebou RIP aktualizácie tak sa v smerovacej tabuľke sa nevytvorí položka podobná tomuto : R>* x.x.x.x via x.x.x.y .V smerovacej tabuľke sú iba directly conected network. Preto samozrejme nefunguje ani ping pretože smerovacie tabuľky neobsahujú RIP informácie. Sú pripojené konfiguračné súbory jedného zo smerovačov. Ip forward mám na 1-notke. za každú radu by som bol nadmieru vďačný.
zebra.conf
hostname router
password soft
enable password soft
log file /var/log/quagga/zebra.log
!
interface eth0
ip address 192.168.32.1/24
interface eth2
ip address 192.168.31.1/24
!
interface lo
!
ip forwarding
!
!
line vty
!
rip.conf
hostname ripd
password soft
enable password soft
log file /var/log/quagga/ripd.log
!
router rip
version 2
network 192.168.32.0/24
network eth0
network 192.168.31.0/24
network eth2
!
ip forwarding
!
line vty
!
Bud skontrolovat verze rip (2), jinak aktulizace pouzivaj multicast
packety, takze muzou byt zahazovany, dale skusit pridat v teto
topologii direktivu neighbor 192.168.31.2 a podivat se do logu.
NN
neighbor som skusil a v logu mi napísalo : doesnt have connected interface !
Fungu je Vam ping z 33.2 na 31.1, pripadne 32.1 a naopak?
NN
nie nefunguje a to práve preto že v smerovcej tabuľke chýba riadok s RIP protokolom. Ping funguje iba na priamo pripojené siete . Napríklad z 32.2 na 32.1 alebo z 32.2 na 31.1( toto funguje preto že na PC 32.2 mám nastavenú predvolenú bránu) . Nefunguje však z 32.2 na 31.2 práve preto že smerovač nevie kam má paket ďalej poslať. Proste fakt tomu nerozumiem prečo mi toto quagga robí. Prakticky démon RIP by sa mal o smerovanie postarať sám.
áno funguje to je v poriadku akurát tie aktualizácie sa neposielajú
Urcite se updaty neposilaji? Neni mozne, ze je druha strana jen neakceptuje? Co rikaji logy? Co zkusit nastavit "no ip rip authentication mode" v ripd.conf pro eth1 na prvni gw, resp. eth2 na druhe gw?
Tomas
tak áno to že ich druhá strana neakceptuje by bolo možné ale z akého dôvodu to naozaj neviem. Vychádzam z toho, že v iptables mám všetko povolené takže to by problém robiť nemalo. Čo sa týka autentizácie tak je defaultne NEnastavená takže v ripd.conf sa zmena prejavý až keď nejakú autentizáciu nastavím takže " no ip rip authentication mode " je iba rušenie nejakej existujúcej autentizácie. Každopádne dakujem za radu. No a čo sa týka logov tak tam mi vypísalo hlášku iba pri zadaní neighbor tak ako som to hore opísal. Nie je možno chyba to že mám nainštalované Xubuntu cez wubi do Windowsu??? to je len taká úvaha ale pravdepodobne to na to nemá vplyv.
A "debug rip events" a "debug rip packets" je zapnuty? Do logu by to urcite melo pravidelne neco hezkeho psat.
Tomas
áno to mám nastavené do logu to hádže nasledovnú hlášku : RIP: update timer fire !
Dobry den, Takze RIP ma defauilt timer na 30 sec, takze poslo-
uchejte na odchozim interfacu dokud neuvidite RIP update mul-
ticast packet na 224.0.0.9 a musi odejit.
NN
Omlouvam se za mozna hloupou otazku, ale bezi krome ripd i samotna zebra? A to tak, ze je nejprve spustena zeba a az pak demoni jednotlivych routovacich protokolu? Podle tech hlasek, zejmena te o tom, ze nema zadny connected interface, by to totiz vypadalo, ze ripd nema od zebry nejake informace, ktere by potreboval.
Tomas
jj díki za odpveď . áno najskôr spúšťam zebru až potom ripd takže toto by malo byť v pohode . ale tiež som rozmýšlal nad tým prečo pri zadaní neighbor nevie nájsť interface . každopádne som sledoval tie aktualizácie pomocou wireshark na rozhraniach a musím povedať že žiadne aktualizácie na interface z druhého smerovača nechodia a tak isto ani neodchádzajú takže problém bude v tom že sa naozaj sa aktualizácie neposialajú aj keď pri zadaní show ip rip status mi napíše : Sending update every 30 second +/- 50 % . Problém by som hľadal v iptables ale tam je všetko povolené takisto ip_forward na jednotke. medzi smerovačmi sa pingnem ale tie aktualizácie nechcú chodiť. mám nainštalovaný Xubuntu na jednom počítači normálne samostatne na disku a na druhom mám popri windowse cez wubi nainštalovaný tiež Xubuntu. počítače sú spojené kríženým káblom . V siťových kartách by problém byť namal. možno to bude v nejakej banalite ktorú prehliadam takže za každú radu som povďačný. nejaké dalšie tipy alebo rady??
Nemohla by byť chyba v tom že sa quagga zle skompilovala ???? alebo Xubuntu nie je úplne aktualizované alebo v tom že mám Xubuntu nainštalované z LiveCD???
Vyriešenééé !!!!!! takže problém bol v nestabilnej verzii quagqy ktorú vývojary dali do obehu. verzia 0.99.11 mi nefungovala tak ako mala. staršia stabilná verzia 0.98.6 mi funguje tak ako má .
Tiskni
Sdílej: