Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.
ahoj, potrebuji si "natrénovat" jisté činnosti s routováním, nainstaloval jsem si do vmware linux, mašinu naklonoval 4x. Chci udelat "virtualni" sit do za sebe do kruhu. Nastavil jsem IP adresy tak, aby vznikl kruh, na prvnich dvouch routerech mam uz nahozenou quaggu.
A zde vznikl problem. Vsechny virtualni sitovky jsou jakoby pichle do _stejneho_ switche. Bohuzel ospf posila routy multicastem, proto routy ktere maji jit na router1(eth0)-router2(eth0) dochazeji i na VSECHNY dalsi sitovky vsech routeru v siti. Coz by se normalne nedelo...
pak ospf loguje plno chyb ze paket XY dorazil na sitovku eth0 a pritom tam nema co delat.... tim padem se mi dost blbe testuje... respektive to nechodi
tedy otazka zni: jak nasimulovat sit tak, aby to bylo co nejvernejsi (nainstalovat 8kompu).
idealne jesli mate nejaky napad jak situaci resit pod vmware :)
TERASA:/etc/quagga# ping 10.45.255.9 PING 10.45.255.9 (10.45.255.9) 56(84) bytes of data. 64 bytes from 10.45.255.9: icmp_seq=1 ttl=64 time=1.41 ms 64 bytes from 10.45.255.9: icmp_seq=1 ttl=64 time=1.41 ms (DUP!) 64 bytes from 10.45.255.9: icmp_seq=1 ttl=64 time=1.41 ms (DUP!) 64 bytes from 10.45.255.9: icmp_seq=1 ttl=64 time=1.42 ms (DUP!) 64 bytes from 10.45.255.9: icmp_seq=2 ttl=64 time=0.496 ms 64 bytes from 10.45.255.9: icmp_seq=2 ttl=64 time=0.500 ms (DUP!) 64 bytes from 10.45.255.9: icmp_seq=2 ttl=64 time=0.518 ms (DUP!) 64 bytes from 10.45.255.9: icmp_seq=2 ttl=64 time=0.521 ms (DUP!) 64 bytes from 10.45.255.9: icmp_seq=3 ttl=64 time=0.953 ms 64 bytes from 10.45.255.9: icmp_seq=3 ttl=64 time=0.958 ms (DUP!) 64 bytes from 10.45.255.9: icmp_seq=3 ttl=64 time=0.960 ms (DUP!) 64 bytes from 10.45.255.9: icmp_seq=3 ttl=64 time=0.962 ms (DUP!)
8021q a příkaz vconfig).
Quagga samozřejmě subinterfacy (virtuální síťovky) umí, ať už to teda znamená cokoliv. Každopádně umí 802.1q rozhraní, a to je přesně to, co člověk obvykle k routování potřebuje.
V rámci nastavení virtualní mašiny do ní můžete přidat více síťovek, každá z nich v jiné vmnet. Síťovky ve stejné vmnet se chovají jako "v jednom switchi", síťovky v různých vmnet spolu spojeny nejsou.
Pravděpodobně si pletete virtuální VLAN rozhraní s pseudorozhraními, která se v jádrech řady 2.0 používala pro IP aliasing. Ale nic takového už od řady 2.2 neexistuje, jen si toho bohužel spousta lidí nevšimla, protože (zastaralý) příkaz ifconfig jejich existenci nadále předstírá.
Tiskni
Sdílej: