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.
option new-name code new-code = definition ;
ale nieje tam napisane, ci je tu definicu nutne uviest v oboch configoch jak dhcpd.conf a tiez dhclient.conf
aby aj klient aj server boli schopny transformovat meno na cislo. (To hadam).
Potom sa na servery nova hodnota definuje narp. ak je definicia
option use-zephyr code 180 = integer;
hodnota sa zada ako
option use-zephyr 8;
ale neviem ako mam pomocou dhcpclienta hodnotu ziskat.
Neviete niekto??
Dik
ale nieje tam napisane, ci je tu definicu nutne uviest v oboch configoch jak dhcpd.conf a tiez dhclient.conf aby aj klient aj server boli schopny transformovat meno na cislo. (To hadam).
Definici volby i požadavek, že chcete tuto volbu získat ze serveru, je nutné uvést v konfiguraci klienta.
Obecně v DHCP protokolu se žádné názvy voleb nepřenáší. Tam právě proudí čísla voleb a jejich zakódované hodnoty. Klient i server tak musí mít shodnou konfiguraci, aby věděli, jaké číslo volby je zajímá a jakým způsobem se hodnota kóduje/dekóduje v protokolu.
eviem ako mam pomocou dhcpclienta hodnotu ziskat
Tohoto klienta nepoužívám, ale tipl bych si, že výsledek bude uložený někde ve /var/lib/. Případně bude možné nechat si z klienta spustit externí skript, který údaje dostane jako poziční argumenty.
Mohli by ste mi opisat este tu komunikaciu z obecneho hladiska. Ja skusim napisat, co som teda zatial poskladal, ak to nieje dobre, prosim opravte ma. Klient aj server maju definicie konkretnej option , jej kodu , a typu Klient vysle poziadavku vrat option xyz, co sa vlastne prelozi do vrat kod xyz a server zasle xyz = lalalla.
Tak jest.
Je to tak, ze server zasiela vzdy nejake zakladne option ako su napr. IP adresa alebo maska, alebo zasle len a len tie hodnoty ktore specifikuje klient. Inak povedane, je mozne aby klient poslal dotaz, posli mi len option xyz a nic ine? Dik.
RFC zná požadavek klienta typu INFORM. Ten slouží právě na získání voleb, které nesouvisí s přidělováním IP adresy klientovi.
Pokud klient chce získat i adresu, musí použít požadavky DISCOVER/REQUEST. Samotné adresy se přenáší ve zvláštních hlavičkách protokolu a jsou považovány za něco výjimečného na rozdíl od ostatních voleb. Tento komplikovaný způsob je dán historicky, kdy byla snaha udržet zpětnou kompatibilitu s BOOTP protokolem.
V DHCPv6 už to je zařízené lépe, ale to vás asi teď nezajímá.
Tiskni
Sdílej: