Byla vydána Java 22 / JDK 22. Nových vlastností (JEP - JDK Enhancement Proposal) je 12. Nová Java / JDK vychází každých 6 měsíců. LTS verze jsou 8, 11, 17 a 21 a bude 25.
Správce sbírky fotografií digiKam byl vydán ve verzi 8.3.0. Jedná se o převážně opravné vydání doplněné o aktualizace knihoven a drobné úpravy uživatelského rozhraní, ale dostala se do něj např. práce na automatickém štítkování z obsahu obrázků, výstup projektu z GSoC 2023.
Byl vydán Mozilla Firefox 124.0. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 124 je již k dispozici také na Flathubu a Snapcraftu.
Man Yue Mo z GitHub Security Lab se podrobně rozepsal o již opravené zranitelnosti CVE-2023-6241 v Arm Mali GPU umožňující získání roota na telefonu Pixel 8 s povoleným MTE (Memory Tagging Extension).
V San José probíhá vývojářská konference NVIDIA GTC 2024. CEO společnosti NVIDIA Jensen Huang měl dvouhodinovou keynote, ve které představil celou řadu novinek: NVIDIA Blackwell platform, NVIDIA NIM microservices, NVIDIA Omniverse Cloud APIs, Project GR00T, …
Byly zpracovány a na YouTube zveřejněny videozáznamy jednotlivých přednášek z letošního Installfestu.
Od 21. do 23. března proběhnou Arduino Days 2024. Sledovat bude možné oficiální streamy. Zúčastnit se lze i lokálních akcí. V Česku jsou aktuálně registrovány dvě: v Praze na Matfyzu a v Poličce v městské knihovně.
Letošní ročník konference LinuxDays se uskuteční o víkendu 12. a 13. října, opět se potkáme v pražských Dejvicích na FIT ČVUT. Také během letošního ročníku nás budou čekat desítky přednášek, workshopy, stánky a spousta doprovodného programu. Aktuální dění můžete sledovat na Twitteru, Facebooku nebo na Mastodonu, přidat se můžete také do telegramové diskusní skupiny.
Byla vydána nová major verze 2.0.0 a krátce na to opravné verze 2.0.1 open source online editoru Etherpad (Wikipedie) umožňujícího společné úpravy v reálném čase.
Jinak to, že svítí LEDka, ještě nic neznamená, už se mi mockrát stalo, že LEDka svítila a kabel (nebo konektor na kartě) byl špatný…
U gigabitových ano. U stovkových je to hodně výrazná menšina.
Občas přemýšlím nad tím, že věci typu "zažil jsem" by stálo za to shromáždit a vydat knižně. Poněvadž to jsou typicky věci, o kterých se nikdy nikde nedočtete a hlava vám to nebere.
Z kategorie "zažil jsem" bych mohl (na druhé síťové vrstvě) uvést například sérii (neznačkových) síťových karet s totožnou MAC adresou. Anebo zařízení, které se mělo chovat jako switch a ve skutečnosti provádělo nějaký zmatený "SNAT" MAC adres. Anebo (značkovou) síťovou kartu, která se nebyla schopna domluvit prakticky s nikým, posléze se ukázalo, že generuje rámce zcela v rozporu s IEEE 802.3. Anebo některá zařízení Cisco, která v implementaci IEEE 802.3 skončila pravděpodobně už u druhého E (ale s jinými zařízeními Cisco samozřejmě nebyl problém). A ještě pár daleko vymakanějších vychytávek na vyšších vrstvách... .
PS: Návrh pro nějakého toho místního admina: nešlo by založit někde nějakou tu kategorii typu "zažil jsem"? Musela by být moderovaná, protože většina "nevysvětlitelných" problémů je typicky problém mezi židlí a klávesnicí, ale čas od času se najde opravdový problém, a ten většinou stojí za zdokumentování...
PPS: Jeden příklad: Switch s MDI/MDI-X autodetekcí. Věřili byste, že když na portu vypnete autonegociaci, přestane na něm fungovat MDI/MDI-X autodetekce? Ty dva mechanismy spolu VŮBEC NESOUVISEJÍ, nicméně je to tak...
Upřímně řečeno, to je pěkně zapeklitý problém
Rady typu křížený/rovný kabel a podobně vynechávám, veřím vám, že dříve vše chodilo a teď to nechodí.
Switch Edimax cosi neznám (i když bych ho dle vašich slov znát měl), ale předpokládám, že to není managovatelná věc, a že tedy neexistuje způsob, jak se dozvědět, co ten switch dělá.
Pročež bych doporučil následující postup: na inkriminovaných počítačích prozkoumat jejich MAC adresy a arp tabulky a spustit tcpdump -e - a následně začít přemýšlet nad tím, co kam došlo či nedošlo a proč.
Podle vašeho popisu je problém způsobem switchem, takže se zaměřte na druhou síťovou vrstvu - tedy na MAC adresy a ARP tabulky. Možná na něco přijdete...
PS: Výsledek mě docela zajímá, pokud na něco přijdete, budu rád, když to sem plácnete.
root# arp -v -a ? (192.168.0.1) at <incomplete> on eth0 ? (192.168.0.33) at <incomplete> on eth0 root# ifconfig eth0 Link encap:Ethernet HWaddr 00.E0.18.01.93.63 inet addr:192.168.0.35 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:89987 errors:0 dropped:0 overruns:0 frame:0 TX packets:24871 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 Interrupt:5 Base address:0xd800 root# ping 192.168.0.1 root# tcpdump 10:28:43.813974 arp who-has 192.168.0.1 tell 192.168.0.35 root# tcpdump 10:55:54.525454 802.1d config 8000.02.11.2f.06.69.23.8000 root 8000.02.11.2f.06.69.23 pathcost:0 age:0 max:8 hello:2 fdelay:5mmt poradi nekdo co znamena ten flag notrailers? zdar a silu
Tiskni Sdílej: