Open source reimplementace počítačových her Tomb Raider I a Tomb Raider II spolu s dalšími vylepšeními a opravami chyb TRX byla vydána ve verzi 1.0. Jedná se o sloučení projektů / enginů TR1X a TR2X do jednoho TRX. Videoukázka na YouTube.
Společnost Seznam.cz spouští konverzační nástroj založený na umělé inteligenci Seznam Asistent. Asistent využívá vlastní jazykový model SeLLMa a dočasně i komerční modely od OpenAI provozované v evropských datacentrech prostřednictvím Microsoft Azure. Dlouhodobým cílem Seznamu je provozovat Asistenta výhradně na interních jazykových modelech a ve vlastních datových centrech.
Software LibrePods osvobozuje bezdrátová sluchátka AirPods z ekosystému Applu. Exkluzivní funkce AirPods umožňuje využívat na Androidu a Linuxu. Díky zdokumentování proprietárního protokolu AAP (Apple Accessory Protocol).
Byl vydán AlmaLinux OS 10.1 s kódovým názvem Heliotrope Lion. S podporou Btrfs. Podrobnosti v poznámkách k vydání.
Placená služba prohledávání zprostředkovatelů dat a automatického odstraňování uniklých osobních údajů Mozilla Monitor Plus bude 17. prosince ukončena. Bezplatná monitorovací služba Mozilla Monitor bude i nadále poskytovat okamžitá upozornění a podrobné pokyny k omezení rizik úniku dat. Služba Mozilla Monitor Plus byla představena v únoru loňského roku.
Waydroid (Wikipedie, GitHub) byl vydán v nové verzi 1.6.0. Waydroid umožňuje spouštět aplikace pro Android na běžných linuxových distribucích. Běhové prostředí vychází z LineageOS.
Příspěvek na blogu Raspberry Pi představuje novou kompletně přepracovanou verzi 2.0 aplikace Raspberry Pi Imager (YouTube) pro stažení, nakonfigurování a zapsání obrazu operačního systému pro Raspberry Pi na SD kartu. Z novinek lze vypíchnout volitelnou konfiguraci Raspberry Pi Connect.
Memtest86+ (Wikipedie), svobodný nástroj pro kontrolu operační paměti, byl vydán ve verzi 8.00. Přináší podporu nejnovějších procesorů Intel a AMD nebo také tmavý režim.
Programovací jazyk Racket (Wikipedie), tj. jazyk z rodiny jazyků Lisp a potomek jazyka Scheme, byl vydán v nové major verzi 9.0. Hlavní novinku jsou paralelní vlákna (Parallel Threads).
Před šesti týdny bylo oznámeno, že Qualcomm kupuje Arduino. Minulý týden byly na stránkách Arduina aktualizovány podmínky používání a zásady ochrany osobních údajů. Objevily se obavy, že by otevřená povaha Arduina mohla být ohrožena. Arduino ubezpečuje, že se nic nemění a například omezení reverzního inženýrství v podmínkách používání se týká pouze SaaS cloudové aplikace.
Já bych grub legacy vůbec neinstaloval a nechal grub 2 zavádět oba systémy (jádra).
Taková možnost zatím neexistuje, bohužel.
Nemusí se tlouct. Nejlepším řešením je použít chainloading, tj. nechat GRUB 2 jako hlavní bootloader nainstalovaný přímo na úvodních blocích disku a poté nainstalovat fosilní GRUB od OpenIndiany přímo do oddílu (nebo do jednoho z oddílů), kde OpenIndiana bude. Měl by to být primární MBR oddíl. (Jak by to fungovalo s GPT, to jsem nezkoušel.) GRUB 2 pak může mít v menu položku pro chainloading toho fosilního GRUBu, který bude dobře fungovat s OpenIndianou, tj. bude ukazovat seznam dostupných BE a podobně.
Poněkud krkolomný návod je zde. Když jsem já instaloval dual boot ArchLinuxu a OpenIndiany, prostě a jednoduše jsem nainstaloval ArchLinux a jeho GRUB 2 a nechal jsem prázdný oddíl pro OpenIndianu. Při následné instalaci OpenIndiany jsem pak nenechal bootloader zapsat přímo do úvodních stop disku, ale do oddílu (resp. před oddíl, podle toho, jak se to vezme) s OpenIndianou. Stačilo už jen přidat do GRUBu 2 položku pro chainloading a vše bylo vyřešeno. Ani náhodou jsem nemusel provádět nějaké podivné zápisy pomocí dd či něco podobného.
V podstatě jedinný důvod, kdy vidím oprávění dual bootu je situace, kdy nutně potřebuji přímý přístup k HW a to mě kromě hráčů her a jejich přistupu ke výkonu grafiky, nic nenapadá, co by požadavek na dual boot dělalo tak nutným.
Jako diplomovou práci jsem implementoval RCU pro kernel (UTS) OpenSolarisu. Takže přístup k hardware sice nebyl (přísně vzato) stoprocentně nutný, ale KVM tehdy v multiprocesorech příliš nevynikal (mírně řečeno) a pro jakékoliv seriózní ověření funkčnosti a praktických výhod toho RCU byl bare metal v podstatě nutností. To by mohl být příklad situace (byť ne úplně obvyklý), kdy virtualizace nevyřeší úplně všechno.
Dual boot se ovšem vůbec nevylučuje s virtualizací. V mém případě to fungovalo následovně: Když jsem nabootoval do ArchLinuxu, sestavil se lineární RAID, který sestával ze souboru (loopbacku) s fiktivním MBR, následovala skutečná partition s OpenSolarisem a na konci byl zase soubor/loopback s další partition (čistě pro formu, aby sedělo číslování disků, pokud si to dobře pamatuju). Takže se OpenSolaris dal spustit normálně v qemu-kvm jako virtuální stroj s přímým přístupem na disk. Při přebootování systému se ovšem dal zvolit ten chainloading na fosilní GRUB a ten samý OpenSolaris z toho samého oddílu se tak dal nabootovat i přímo a bez virtualizace. Jenom se nesmělo zapomenout na touch /reconfigure, kdykoliv bylo potřeba přebootovat OpenSolaris „z virtualizace na opravdový hardware“ nebo naopak. Byla to velmi užitečná konfigurace, protože se dalo pracovat s novějšími vývojovými nástroji a s virtualizací přímo na Linuxu a podle potřeby občas nabootovat Solaris na opravdovém hardwaru, když šlo o benchmarky.
Ovšem dlužno dodat, že to už je hodně dávno. 
OpenSolaris je už jen historie. 
Jenom se divím, že dodnes není pro takovou konfiguraci podpora v nějakém klikátku typu virt-manager, tj. možnost zvolit partition, ze které se má přímo nabootovat virtuální stroj, k té partition vygenerovat a lineárním RAIDem připojit fiktivní MBR nebo GPT a nakopnout z toho virtuální stroj.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz