Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi 2023.05. Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Linux Foundation Europe představila projekt RISE (RISC-V Software Ecosystem), jehož cílem je urychlit vývoj open source softwaru pro architekturu RISC-V.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu pro jednodeskové počítače na platformě ARM, byl vydán ve verzi 23.05. Přehled novinek v Changelogu.
Minulý týden proběhla openSUSE Conference 2023. Mimo jiné bylo oznámeno přejmenování systému MicroOS Desktop. MicroOS Desktop GNOME byl přejmenován na openSUSE Aeon a MicroOS Desktop Plasma na openSUSE Kalpa.
Thom Holwerda z OSnews si všímá, že vývoj operačního systému MINIX je prakticky mrtvý. Jeho hlavní autor, Andrew Tanenbaum, formálně odešel do důchodu v roce 2014 a příspěvky do kódu v následujících letech vůbec ustaly. Stav projektu shrnuje diskuze z roku 2020. Sice vyšlo najevo, že Intel používal MINIX v Management Engine, ale změny nezveřejňoval.
Google Chrome 114 byl prohlášen za stabilní. Nejnovější stabilní verze 114.0.5735.90 přináší řadu oprav a vylepšení (YouTube). Vypíchnut je CHIPS (Cookies Having Independent Partitioned State). Opraveno bylo 16 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Byly zveřejněny prezentace a videozáznamy přednášek a fotografie z česko-slovenského setkání poskytovatelů přístupu k internetu, provozovatelů telekomunikačních sítí, registrátorů domén a provozovatelů počítačových sítí a technických nadšenců CSNOG 2023 (Czech and Slovak Network Operators Group) konaného 16. a 17. května ve Zlínu.
Soutěž amatérských robotů Robotický den 2023 proběhne v neděli 4. června v Kongresovém centru Praha.
V Tchaj-peji probíhá počítačový veletrh COMPUTEX 2023. Firmy představují své novinky. Nvidia například superpočítač DGX GH200 AI.
Vyšla nová verze XMPP (Jabber) klienta Gajim. Nejvýznamnější novinkou je integrace OMEMO pluginu přímo do jádra aplikace, takže již není třeba plugin samostatně instalovat. Přehled dalších novinek je dostupný na oficiálních stránkách. Gajim je vytvořen v jazyce Python s využitím knihovny GTK a vedle Linuxu jej lze vyzkoušet i na platformách MacOS a Windows.
brctl addbr xenbr0 ip a add 10.0.0.100 dev xenbr0 ip link set xenbr0 upTeď si ještě z openSUSE mohu pingnout na Debian. Jakmile však zadám poslední krok:
brctl addif xenbr0 eth0ještě několik (i 30) 'pingnutí' projde, ale pak to skončí. Počítače si už mezi sebou 'nepingají', na internet se ale stále dostanou. Po zrušení posledního příkazu se zase vše rozeběhne. Nevím, zda-li jsem na něco zapomněl nebo je celá úvaha špatná a nejde to na jednom segmentu, můžete poradit? Děkuji za pomoc.
Řešení dotazu:
# arp -n Address HWtype HWaddress Flags Mask Iface 10.0.0.138 ether 50:67:f0:fb:ad:af C eth0 10.0.0.11 (nekompletní) eth0Přesně nerozumím Vámi zmiňované druhé variantě, eth0 a xenbr0 by měli mít stejné IP adresy? (ale ani to mi nepracuje).
Jo, tohle je v Linuxu taková ošklivá nejasnost, že není jasné definované, co přesně se má stát, když je například bridge s IP adresami a nějaká jeho „členská“ rozhraní mají taky svoje adresy — jiné než bridge, aby se to vzájemně nesežralo, ale prostě adresy. Zkrátka, párkrát jsem něco takového zkoušel z různých důvodů, třeba aby některé programy poslouchaly jenom na jednom z rozhraní a ne na celém bridge, tedy aby se jim nedalo dovolat jen tak odkudkoliv z bridge, atd. atp. Ale nic naplat, nikdy to pořádně nefungovalo, pokaždé se na tom něco rozesralo napadrť, ne nutně tak vážně jako problém s ARP, ale třeba o dvě patra abstrakce výš už ano, například address selection, s čímž (mimo jiné) souvisí kromě odchozích spojení taky pořadí výsledků, které vrací getaddrinfo(), a tak dále a tak podobně. Pokaždé mě to nakonec nakrklo takovou měrou, že adresy samostatných rozhraní přišly zrušit (ip -6 addr flush atd.) a adresy má nakonec jenom bridge.
Cílem tohoto^^^ žvástu je naznačit, že by se mi víc líbilo, kdyby Linux automaticky zrušil samostatné adresy zařízení, jakmile se zařízení přidá do bridge, a neumožnil přidání žádných samostatných adres, dokud zařízení z bridge nevypadne. Sémantika těchto samostatných adres na rozhraní v bridge je totálně rozbitá.
Vážený anonyme, já mám zase dojem, že právě vy o bridgích a o chování jejich softwarových variant na různých operačních systémech víte naprosté kulové a snažíte se všeho všudy dělat haura, jako ostatně každý klasický anonym na ABCLinuxu. A ten dojem pramení z toho, že váš příspěvek má nulovou informační hodnotu, nesnaží se nijak obhájit nějaký konkrérní argument, ale zabývá se úvahami, co asi tak já vím o bridgích. Zákaz anonymů by ABCLinuxu prospěl, protože drtivá většina „perel“ tohoto typu je právě od nich.
Tiskni
Sdílej: