NiceGUI umožňuje používat webový prohlížeč jako frontend pro kód v Pythonu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána ve verzi 2024.6. Z novinek lze vypíchnout lepší integraci LLM (OpenAI, Google AI, Ollama) nebo podporu Matter 1.3.
IKEA ve Spojeném království hledá zaměstnance do své nové pobočky. Do pobočky v počítačové hře Roblox. Nástupní mzda je 13,15 liber na hodinu.
Alyssa Rosenzweig se v příspěvku na svém blogu Vulkan 1.3 na M1 za 1 měsíc rozepsala o novém Vulkan 1.3 ovladači Honeykrisp pro Apple M1 splňujícím specifikaci Khronosu. Vychází z ovladače NVK pro GPU od Nvidie. V plánu je dále rozchodit DXVK a vkd3d-proton a tím pádem Direct3D, aby na Apple M1 s Asahi Linuxem běžely hry pro Microsoft Windows.
Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.90 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.90 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána (Mastodon, 𝕏) nová verze 2024.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení.
Počítačová hra Tetris slaví 40 let. Alexej Pažitnov dokončil první hratelnou verzi 6. června 1984. Mezitím vznikla celá řada variant. Například Peklo nebo Nebe. Loni měl premiéru film Tetris.
MicroPython (Wikipedie), tj. implementace Pythonu 3 optimalizovaná pro jednočipové počítače, byl vydán ve verzi 1.23.0. V přehledu novinek je vypíchnuta podpora dynamických USB zařízení nebo nové moduly openamp, tls a vfs.
Canonical vydal Ubuntu Core 24. Představení na YouTube. Nová verze Ubuntu Core vychází z Ubuntu 24.04 LTS a podporována bude 12 let. Ubuntu Core je určeno pro IoT (internet věcí) a vestavěné systémy.
Databáze DuckDB (Wikipedie) dospěla po 6 letech do verze 1.0.0.
Oficiální stanovisko vyšlo před nějakým časem v blogu : FreeNAS Corral Status: From “RELEASE” to “TECHNOLOGY PREVIEW” Status
Skoro tři roky vývoje FreeNAS Corral byly zahozeny. Všem je doporučeno provést downgrade zpět na verzi 9.10.
Na stránkách projektu již není ke stažení Correl verze.
Migrace na starší verzi není zajištěna a vzhledem k úplně odlišným konfiguračním souborům se neplánuje implementace automatické migrace (slovy vývojářů : FreeNAS je open source projekt s volně dostupnými zdrojovými kódy, nikomu nebráníme to implementovat, my to dělat nebudeme).
Manuální migrační proces je popsán zde : FAQ: Migrating from FreeNAS Corral to FreeNAS 9.10 / 11.
Kdo si dal tu práci a zrušil Jaily a přešel na Corral a Docker, má smůlu, vše bude muset znovu ručně zpátky přemigrovat, nebo počkat na podporu VM a migrovat do VM.
Ten, kdo provedl migraci do KVM, by měl počkat na FreeNAS 11, který podporu KVM dostane.
Čumím jak puk, nemohu tomu stále uvěřit a osobně čekám na stable 11, aktuálně je venku FreeNAS 11.0-RC s podporou VM (KVM) a přepracovaným UI.
Pravdou ovšem je, že mně trápí tři věci na Corralu, jednou je divně se chovající Veeam backup (skoro to i vypadá časově na dobu, kdy byl proveden upgrade na Corral) a druhým problémem je to, že Start/Stop/Restart VM způsobí, že FreeNAS přetočí síťovky a celý server je na síti 30s nedostupný. Poslední chybou to, že pokud mám nastaveno na síťovce MTU 9000, tak VM nesputím, nebo když spustím, tak v ní není ethernet, protože se snaží nastavit MTU na 1500 v bridgi s MTU 9000 a nejde to obejít.
Všem kdo neupgradovali na FreeNAS 10 tímto gratuluji. Těm, co upgradovali a nedělali skoro žádné změny a nechali si snapshot se starší verzí FreeNAS, přeji, aby downgrade proběhl bez problémů. Těm, co si snapshot nenechali, nebo dělali hodně změn (vytvářeli datasety, upgradovali pool apod.), s těmi prosím soucítím a nezávidím jim nevratnou slepou uličku :-/.
Zdar MaxTiskni Sdílej:
Start/Stop/Restart VM způsobí, že FreeNAS přetočí síťovky a celý server je na síti 30s nedostupný.Určitě to dělá? Tohle se občas děje i při normální práci s bridgem, když se do něj přidávají/ubírají síťovky - automaticky se mění jeho MAC adresa, s čímž se zbytek sítě nemusí srovnat hned.
ix2: link state changed to UP lagg1: link state changed to UP vlan0: link state changed to UP vlan1: link state changed to UP nfsd: can't register svc name NLM: local NSM state is 0 bridge0: Ethernet address: 02:42:64:09:55:00 bridge0: changing name to 'mgmt0' bridge1: Ethernet address: 02:42:64:09:55:01 bridge1: changing name to 'nat0' tap0: Ethernet address: 00:bd:d1:9e:fa:00 bridge2: Ethernet address: 02:42:64:09:55:02 ix2: promiscuous mode enabled lagg1: promiscuous mode enabled bridge2: link state changed to UP vlan0: promiscuous mode enabled tap0: promiscuous mode enabled bridge2: changing name to 'brg12' tap0: link state changed to UP tap0: link state changed to DOWN tap0: promiscuous mode disabled brg12: link state changed to DOWN ix2: promiscuous mode disabled lagg1: promiscuous mode disabled vlan0: promiscuous mode disabled tap0: Ethernet address: 00:bd:9c:34:fd:00 bridge2: Ethernet address: 02:42:64:09:55:02 ix2: promiscuous mode enabled bridge2: link state changed to UP lagg1: promiscuous mode enabled vlan0: promiscuous mode enabled tap0: promiscuous mode enabled bridge2: changing name to 'brg12' tap0: link state changed to UP tap0: link state changed to DOWN tap1: Ethernet address: 00:bd:30:31:0d:01 tap1: promiscuous mode enabled tap1: link state changed to UP tap1: link state changed to DOWN tap2: Ethernet address: 00:bd:d3:07:0f:02 tap2: promiscuous mode enabled tap2: link state changed to UP tap2: link state changed to DOWN tap0: promiscuous mode disabled tap1: promiscuous mode disabled tap2: promiscuous mode disabled brg12: link state changed to DOWN ix2: promiscuous mode disabled lagg1: promiscuous mode disabled vlan0: promiscuous mode disabled ix2: Interface stopped DISTRIBUTING, possible flapping tap0: Ethernet address: 00:bd:47:9b:81:00 bridge2: Ethernet address: 02:42:64:09:55:02 ix2: promiscuous mode enabled lagg1: promiscuous mode enabled bridge2: link state changed to UP vlan0: promiscuous mode enabled tap0: promiscuous mode enabled bridge2: changing name to 'brg12' tap0: link state changed to UPDalší věc je třeba nemožnost změnit MTU z UI bez restartu. Měl jsem na lagg nastaveno MTU9000, změnil jsem na 1500, server byl 30s nedostupný, poté web ksicht hlásil MTU 1500, ale přes ssh jsem viděl, že není nastaveno, změny se skutečně aplikovaly až po rebootu.
Samozřejmě na síti mám normálně RSTP, ale to Linux asi neumí.Neumí, bohužel. Hodilo by se.
Important note! MSTP part of the code (as opposed to STP/RSTP part) is mainly untested, so I believe it will behave unexpectedly in many situations. Don't use it in production!To nezní moc dobře. Nehledě na to, že by to spíš mělo být v kernelu, ne v user space.
jj taky jsem zkoušel různé, nakonec jsem šel do ubuntu serveru (protože jsem líný prase). Možnost tam cokoliv přidat...
aktuálně
- tvheadend
- 4tunerový dvb-s2 (tbs-6985)
- oscam s skylink kartou
- samba/nfs
- 3x4TB mdraid
- dhcp/dns/routing
- lxd kontejnery s grafováním provozu/teplot/senzorů (grafana + influx), webserver
Jako jednorázová řešení jsou ok, ale jak si začnete hrát, zkoušet, mít více nároků, tak stejnak skončíte u nějakých "plnotučných" řešeních. Na freenasu by to asi také šlo všechno rozfungovat, ale rozhodně bude po netu méně howtos než pro debian/ubuntu.
Jediné co mi nefunguje, je uspávání mdraidu/disků... to mi zaboha nechce makat.
Ještě mi ke štěstí zbývá domácí síť, zVlanovat a zprovoznit ipv6 (prefix už mám). Když jsem kouknul na provoz, tak přecijen těch zařízení co mají v síti adresu, už mám aktuálně přes 20 (od telefonů po "chytré" televize) a nelíbí se mi jak všechno může všude. Samozřejmě takovéto řešení asi není pro každého, musí to mít člověk jako koníček/práci... Zrovna tak jako automechanik se může doma hrabat ve svém autě.