OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
Před přeinstalováním počítače si kdekdo zkusí "rm -rf --no-preserve-root /". Ono se ale dnes může stát, že po spuštění příkazu rm počítač už nenaběhne (brick). Problémem může být UEFI, například proměnné EFI, ke kterým lze přistupovat a případně je měnit z adresáře /sys/firmware/efi/efivars.
Nemá-li EUFI "reset", může se stát, že smazáním souboru se "nevratně" smaže důležitá proměnná z UEFI a počítač bude muset do servisu. Před náhodným smazáním proměnných by mohlo pomoci, kdyby byl adresář /sys/firmware/efi/efivars připojen pouze pro čtení. Systemd jej ale připojuje pro čtení i zápis (#2402). Více v diskusním fóru Arch Linuxu nebo na Hacker News. Pro podrobnější informace lze doporučit přednášku "Attacking and Defending BIOS in 2015" (pdf, nejenom stranu 43).
Tiskni Sdílej:
sudo debootstrap sid debian http://http.debian.net/debian/ for x in dev sys proc; do mount -o bind /$x debian/$x; done sudo chroot debian ... sudo rm -rf debian(nezkoušel jsem, ale nevidím důvod, proč by to nemělo fungovat)
Nemá-li EUFI "reset"Hm, to jsou jeste dnes nejaky zakladni desky co na sobe nemaji "reset", "clear cmos" nebo neco takovyho? Takova deska si nezaslouzi byt koupena.
Proprietary components statusOn se ptal čím to nahradit, ne, co dát vedle toho.
- ME(Management Engine) => you do not have to touch it (just leave it where it is)
- EC(Embedded Controller) => you do not have to touch it (just leave it where it is)
z té dokumentace je "cítit" ta korporace - všechno má předdefinovaný postup a nedá se hackovat okoloAle datasheet pro Intel® 8255x 10/100 Mbps Ethernet k dispozici je a případné úmyslné chyby v dokumentaci zas tolik vyčnívat nad neúmyslnými nebudou. Jinak v té diskuzi to spíš vypadá na informace ohledně PCB návrhu. Rozhodně tím Intel nechci nijak obhajovat (je to hajzl monopoláckej ). Spíš jsem porovnával relativně vůči ostatním firmám (konkrétně SiS cipset vs Intel čipset ke stejnýmu modelu CPU). Jinak i kdyby tam polovina registrů nebyla, tak je prostě ukradneš z běžícího OS (takhle jsem byl línej dělat autodetekci SIMM 72p paměti ).
Asi nejsi dostatecne agilni!
V tom má celkom pravdu. Na mieste kernelistov heneď vyhodím podporu a pre istotu prehlásim, že kdbus nebude nikdy začlenený, je to predsa problém systemd.
Přes /sys/ třeba můžeš nastavovat frekvenci CPU, GPU, dělat různé jiné věci…Nějak té myšlence nerozumím. Viz https://github.com/systemd/systemd/blob/master/src/core/mount-setup.c#L109 - co má jako kernel řešit na tomhle Lennartově natvrdo zadrátovém nesmyslu?
Lennart je čůrák.s/čůrák/čurák/g „Čůrák“ je nesmysl, už jen z etymologického hlediska.
Nebylo by lepší apelovat na tvůrce desek, aby implementovali UEFI normálně, tak že to takovou blbostí bricknout nepůjde?Proč si myslíš, že je to chyba desky? Možná v tomto konkrétním případě je to proti specifikaci (nevím, neznám), ale obecně na konceptu „deska zpřístupňuje firmware jako FS“ nevidím nic špatného.
Implementovat failsafe fallback by patrně stálo tak 0.000001 centu za kus, pročež by patrně výrobce zkrachoval.A ta failsafe věc by byla read-only, aby to někdo omylem nepřepsal? Co když by se v ní našla chyba?
No, nějak nevím, co by se tam mělo přepisovat.Pokud je to konfigurace, tak by to nějakou obnovu mít mohlo. Pokud je to ale třeba flashka s firmware, tak tam když smažeš firmware, tak prostě smůla (můžeš ji normálně naprogramovat programátorem zvenku).
Pamatuju si jak linuxové drivery likvidovaly LG vypalovačky… V té době bohužel Lennart nebyl, tak nebylo komu nadávat :)Když Linux začal rozbíjet vypalovačky, vývojáři na to nereagovali stylem „stejně by to šlo rozbít nějak jinak, tak to tak necháme“, ale přidali tam workaround pro postižené modely.
Do stejného (flash) čipu jako kód UEFI (čuchám zajímavé budoucí chyby, jak ta flash bude postupně umírat )Ono se tam taky moc nezapisuje. Např. když se něco smaže, tak se fakticky nic nemaže, akorát se to označí jako smazané a při rebootu, pokud tam dochází místo, se udělá garbage collection. (S tímhle nějak souviselo bricknutí Samsungů o kterém se psalo před pár lety.)
systemd is not responsible for allowing kernel code that I wrote to destroy your shitty firmware. I think you get to blame me instead.Zdroj