Počítačové hře Doom je dnes 30 let. Vydána byla 10. prosince 1993. Zahrát si ji lze také na Internet Archive.
V srpnu společnost HashiCorp přelicencovala "své produkty" Terraform, Packer, Vault, Boundary, Consul, Nomad a Waypoint z MPL a Vagrant z MIT na BSL (Business Source License). V září byl představen svobodný a otevřený fork Terraformu s názvem OpenTofu. Na konferenci Open Source Summit Japan 2023 byl představen (YouTube) svobodný a otevřený fork Vaultu s názvem OpenBao (GitHub).
Na dnes plánované vydání Debianu 12.3 bylo posunuto. V jádře 6.1.64-1 v souborovém systému ext4 je chyba #1057843 vedoucí k možnému poškození dat.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek i s náhledy aplikací v Týden v GNOME a Týden v KDE.
Tak od ledna linuxové terminály, výchozí pozadí i celé desktopy v barvě "broskvového chmýří", v barvě "jejíž všeobjímající duch obohacuje mysl, tělo i srdce". Barvou roku 2024 je PANTONE 13-1023 Peach Fuzz.
Byla vydána verze 10 linuxové distribuce Freespire (Wikipedie). Jedná se o bezplatnou linuxovou distribuci vyvíjenou společností PC/OpenSystems LLC stojící za komerční distribucí Linspire (Wikipedie), původně Lindows.
Binarly REsearch před týdnem informoval o kritických zranitelnostech UEFI souhrnně pojmenovaných LogoFAIL. Tento týden doplnil podrobnosti. Útočník může nahradit logo zobrazováno při bootování vlastním speciálně upraveným obrázkem, jehož "zobrazení" při bootování spustí připravený kód. Pětiminutové povídání o LogoFAIL a ukázka útoku na YouTube.
Byla vydána listopadová aktualizace aneb nová verze 1.85 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.85 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
git.kernel.org je nově oficiálně také v tmavém vzhledu.
Richard Hughes na svém blogu oznámil, že počet aktualizací firmwarů pomocí služby LVFS (Linux Vendor Firmware Service) přesáhl 100 milionů. Přehled podporovaných zařízení, nejnovějších firmwarů nebo zapojených výrobců na stránkách LVFS.
# systemctl status -- '-.mount' -.mount - / Loaded: loaded Active: active (mounted) since Fri, 09 Mar 2012 03:57:30 +0100; 1 years and 3 months ago Where: / What: /dev/md127
Na co jsem zapomněl?Na to skoro nejdůležitější. Na obecnou synchronizaci, fyzikálně by se dalo říct určení bodu v čase. T.j. článek se má zveřejnit o půlnoci 11.6., každé pondělí se má něco stát, zaměstnanec se smí přihlásit pouze v pracovní době... Ale jinak souhlas, že je to o požadavcích a předpokladech...
Těch pár služeb, co se jich globální čas nějak víc týká, by měly buď specifikovat závislost na úspěšně synchronizovaném čase (což by měl nabídnout zřejmě chronyd ve spolupráci se systemd), nebo by měly na seřízení času čekat (zřejmě pomocí nějakého API v chronyd). Druhá možnost je aby si poradili s tím, že čas není garantovaný.To API by právě nemělo být v chronyd, ale nějaké obecné (zde je právě prostor pro systemd+dbus,atd...) a chronyd by měl být pouze jeho implementátor (ideálně jeden z mnoha). Stejně tak to nastavení sítě, to je to samé v bledě modrém. Ale to jsme se dostali i trochu dál, mně "vadí", že s tím časem neumí správně pracovat ani sám systemd :)
Ale to jsme se dostali i trochu dál, mně "vadí", že s tím časem neumí správně pracovat ani sám systemd :)A k tomu jste dosel jak? Systemd po startu predpoklada, ze systemove hodiny jsou nastaveny dobre - odhlednemeli od male casove deviace - coz je celkem korektni pozadavek. Vy mu prestavite systemove hodiny pres chronyd, o mesice, a pak se divite, ze runtime vam vraci podivne hodnoty. Co ma podle vas systemd delat? Apriory predpokladat, ze systemove hodiny jsou po startu nefunkcni a pak provest korekci?
Vy mu prestavite systemove hodiny pres chronyd, o mesice, a pak se divite, ze runtime vam vraci podivne hodnoty.Je zajímavé, že uptime mi vrací hodnoty správné, ikdyž mu posunu čas o 10 let...
Apriory predpokladat, ze systemove hodiny jsou po startu nefunkcni a pak provest korekci?Ano, jak jsem psal, spousta zařízení nemá k dispozici HW hodiny vůbec, takže předpoklad, že jsou po startu nefunkční je naprosto správný. A můžu se zeptat, jakou korekci provádí ten výše zmíněný uptime?
Pozadavek zalohovanych CMOS RTC je standardni requirement Windows a Microsoft to chce rozsirit na pouziti HPET, ktere ubastlili spolu s Intelem. Ve vasem pripade, na vasi platforme se jedna o selhani, poruchu HW.Co mají požadavky Windows a Microsoftu společného se systemd? Nebo snad chcete říct, že je to požadavek Intel x86_64 platformy? Ano, na této platformě je často běžné, že čas je správně, ale rozhodně si nemyslím, že je to nějaký požadavek, jehož nesplnění=závada HW.
Urcite by to slo resit lepe, je to cele dalsi pandorina skrinka plna problemu, ale obavam se ze pokus integrovat spravu RTC do systemd by zde nekteri lide uz psychicky neustaliJá už to opravdu déle nevydržím.
Co mají požadavky Windows a Microsoftu společného se systemd?Systemd nema spolecneho s Windows nic. Pokud ale systemd provozujete na PC platforme kompatibilni s PC AT BIOSem nebo UEFI BIOSem, budete backupovane RTC mit. Bez nich HW neni kompatibilni s Windows, ani s PC specifikaci dohodnutou Intelem, Microsoftem, HP a dalsimi velkymi hraci.
Ale zpátky do objektivní neemoční roviny...My jsme byli v nejake emocni rovine?
Mně by bohatě stačilo použít ten čítač vteřin od startu systému a odečíst ho od aktuálního stavu.Urcite by bylo lepsi pouzit monotonni timer, nulovany pri startu, osetrit preteceni a kombinovat to s RTC. Nicmene to neni reseni treba problemu s logy ci cronem; RTC vam proste nesmi prilis ulitnout.
Bez nich HW neni kompatibilni s Windows, ani s PC specifikaci dohodnutou Intelem, Microsoftem, HP a dalsimi velkymi hraci.Opravdu to v nějaké té specifikaci je? Abysme si rozuměli, já to nezpochybňuju, ale nevím, jestli to tvrdíte na základě nějaké znalosti nebo jen de facto zkušenosti nebo doměnky.
My jsme byli v nejake emocni rovine?My ne, jenom já. A jenom na chvilku v té poznámce o Pandořině DHL
Urcite by bylo lepsi pouzit monotonni timer, nulovany pri startu, osetrit preteceni a kombinovat to s RTC. Nicmene to neni reseni treba problemu s logy ci cronem; RTC vam proste nesmi prilis ulitnout.Je jasný, že RTC nesmí moc ulítnout, k tomu se koneckonců používá to chronyd. A já ani nezpochybňuju to, že budou špatně logy atd... Tohle se dá opravdu řešit jen tak, že se systém rozjede v nějakém "předrežimu", seřídí si hodiny a teprve pak kompletně nastartuje. Ale co mi připadá selským rozumem (nebo jak používá Pavlix common sensem
Active: active (running) since Mon, 10 Jun 2013 23:15:46 +0200; 5s ago Active: active (running) since Mon, 10 Jun 2013 23:15:46 +0200
Opravdu to v nějaké té specifikaci je?Ano. PC/AT BIOS, cca od 1984, pozadavek od PC DOS 3.0, interrupt 0x1A - RTC Services, viz. treba zde. Od te doby se to vlece az do UEFI BIOSu.
Tohle se dá opravdu řešit jen tak, že se systém rozjede v nějakém "předrežimu", seřídí si hodiny a teprve pak kompletně nastartuje.Není pravda. Stačí počítat logy pomocí monotonních hodin a po seřízení spočítat offset.
Apriory predpokladat, ze systemove hodiny jsou po startu nefunkcni a pak provest korekci?I to je možnost. Když pořád mluví o tom, jak cílí na embedded, tak by měli počítat s tím, že systém nemusí mít ve vypnutém stavu hodiny vůbec žádné.
To API by právě nemělo být v chronyd, ale nějaké obecnéTo je zajímavá teorie. Nicméně pak je potřeba používat nějakou obecnou registrační službu a v ní registrovat obecné události. D-Bus tohle neřeší. Zato systemd to řeší blbě, protože se s něčím takovým vůbec nepočítalo. V systemd je bohužel možné toto řešit jen různými hacky typu že se služba ohlásí jako spuštěná až když úspěšně proběhne synchronizace. OpenRC má něco podobného, jen je to trochu flexibilnější.
Popravdě jsou řečeno závislosti v systemd paradoxně řešeny ještě hůře než před ním.Krasy paralelizace. To casem poladite
Tam je taky skutečná závislost na funkční síti a ne na forknutí procesu, který se má o síť postarat.A jak je ted network-online.target spolehlivy?
A jak je ted network-online.target spolehlivy?Je to Microsoft-style řešení. Nedělá to vůbec nic, ale hlavně, že se o tom ví. Je to jen přejmenovaný network.target. Navíc je to jen target, který se musí nějak implementovat.
Jinak pro sluzby, ktere potrebuji presny cas pri startu, existuje time-sync.target poskytovany sluzbami chrony-wait.service, ntp-wait.service a ntpdate.service.To se hodí.
Tiskni
Sdílej: