V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Na ubuntu hardy provozuji terminal server. Někteří klienti z podsítě 192.168.4. občas nenabootují. PXE získá ip adresu z dhcp serveru pokaždé. Během bootu ale probíhá IP-Config a na něm se to občas zastaví. Pomůže pokud v dhcpd.conf na dhcp serveru zakomentuju statický záznam počítače, restartuju dhcp server a klienta, ten získá jinou ip a nenabootuje, to ale stačí, potom v dhcpd.conf záznam odkomentuju a restartuju dhcp server a klienta a ten vždy neběhne. Už několik týdnů s tímto problémem soupeřím, nevím co s tím. Zde je část z dhcpd.conf:
subnet 192.168.4.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.4.255;
option routers 192.168.4.1;
option domain-name-servers 192.168.1.2,192.168.1.1;
pool {
ddns-updates on;
failover peer "dhcp-failover";
deny dynamic bootp clients;
deny unknown-clients;
max-lease-time 3600;
range 192.168.4.11 192.168.4.99;
filename "/ltsp/i386/pxelinux.0";
option root-path "/opt/ltsp/i386";
next-server 192.168.4.10;
host a1 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.11;}
host a2 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.12;}
host a3 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.13;}
host a4 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.14;}
host a5 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.15;}
host a6 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.16;}
host a7 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.17;}
host a8 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.18;}
host a9 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.19;}
host a10 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.20;}
}
pool {
ddns-updates on;
failover peer "dhcp-failover";
deny dynamic bootp clients;
allow unknown-clients;
max-lease-time 1800;
range 192.168.4.100 192.168.4.240;
}
}
část logu z dhcp serveru:
Jan 28 16:58:30 dhcp dhcpd: Dynamic and static leases present for 192.168.4.11.
Jan 28 16:58:30 dhcp dhcpd: Remove host declaration a1 or remove 192.168.4.11
Jan 28 16:58:30 dhcp dhcpd: from the dynamic address pool for 192.168.4/24
Jan 28 16:58:30 dhcp dhcpd: DHCPREQUEST for 192.168.4.11 (192.168.1.2) from XX:XX:XX:XX:XX:XX via 192.168.4.1
Jan 28 16:58:30 dhcp dhcpd: DHCPACK on 192.168.4.11 to XX:XX:XX:XX:XX:XX via 192.168.4.1
To Dynamic and static.. s tím asi nemá co dělat, ale nevím. U všech ostatních podsítí to funguje.
Je to tak půl na půl: starší 3COMy a Realteky rtl 8139.
Je na jiném switchi, vlastně na dvou a chová se to na obou stejně.
A k samotnému bootování: z pevného disku načte lilo image stažený z rom-o-matic.net, ten vyhledá síťovku a začně bootovat.
A abych doplnil to občas zastaví. Pokud se to zastaví na nějakém počítači, tak od té chvíle už nefungujou žádné počítače s tohoto subnetu, jen ty, které naběhly před tím, než nastal problém-ty pak normálně fungují i po rebootu. A zase pomáže na chvíli zakomentovat daný záznam v dhcpd.conf abych ty nefunkčí jeden po druhým rozchodil.
Další věc: zkoušel jsem vypnout a zapnout všechny switche - skoro bez efektu až na to že potom mi přestali fungovat všichni tencí klienti v tom problémovém subnetu - zase pomohlo odkomentování v dhcpd.conf(jenže to není trvalé řešení, to funguje jen chvilku!!). Abych vyloučil problémy s klientskými pc, tak jsem je vytáhl na chvíli ze zásuvky a zapnul ale pořád se to chovalo stejně.
Tiskni
Sdílej: