Fedora 40 release party v Praze proběhne v pátek 17. května od 18:30 v prostorách společnosti Etnetera Core na adrese Jankovcova 1037/49, Praha 7. Součástí bude program kratších přednášek o novinkách ve Fedoře.
Stack Overflow se dohodl s OpenAI o zpřístupnění obsahu Stack Overflow pro vylepšení OpenAI AI modelů.
AlmaLinux byl vydán v nové stabilní verzi 9.4 (Mastodon, 𝕏). S kódovým názvem Seafoam Ocelot. Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Před 50 lety, 5. května 1974 v žurnálu IEEE Transactions on Communications, Vint Cerf a Bob Kahn popsali protokol TCP (pdf).
Bylo vydáno do češtiny přeložené číslo 717 týdeníku WeeklyOSM přinášející zprávy ze světa OpenStreetMap.
Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.10.38 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Google zveřejnil seznam 1220 projektů od 195 organizací (Debian, GNU, openSUSE, Linux Foundation, Haiku, Python, …) přijatých do letošního, již dvacátého, Google Summer of Code.
Na základě DMCA požadavku bylo na konci dubna z GitHubu odstraněno 8535 repozitářů se zdrojovými kódy open source emulátoru přenosné herní konzole Nintendo Switch yuzu.
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.
O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).
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: