Nazdar! je open source počítačová hra běžící také na Linuxu. Zdrojové kódy jsou k dispozici na GitHubu. Autorem je Michal Škoula.
Po více než třech letech od vydání verze 1.4.0 byla vydána nová verze 1.5.0 správce balíčků GNU Guix a na něm postavené stejnojmenné distribuci GNU Guix. S init systémem a správcem služeb GNU Shepherd. S experimentální podporou jádra GNU Hurd. Na vývoji se podílelo 744 vývojářů. Přibylo 12 525 nových balíčků. Jejich aktuální počet je 30 011. Aktualizována byla také dokumentace.
Na adrese gravit.huan.cz se objevila prezentace minimalistického redakčního systému GravIT. CMS je napsaný ve FastAPI a charakterizuje se především rychlým načítáním a jednoduchým ukládáním obsahu do textových souborů se syntaxí Markdown a YAML místo klasické databáze. GravIT cílí na uživatele, kteří preferují CMS s nízkými nároky, snadným verzováním (např. přes Git) a možností jednoduchého rozšiřování pomocí modulů. Redakční
… více »Tým Qwen (Alibaba Cloud) uvolnil jako open-source své modely Qwen3‑TTS pro převádění textu na řeč. Sada obsahuje modely VoiceDesign (tvorba hlasu dle popisu), CustomVoice (stylizace) a Base (klonování hlasu). Modely podporují syntézu deseti různých jazyků (čeština a slovenština chybí). Stránka projektu na GitHubu, natrénované modely jsou dostupné na Hugging Face. Distribuováno pod licencí Apache‑2.0.
Svobodný citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 8. Přehled novinek v příspěvku na blogu.
Byla vydána verze 1.93.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Svobodný operační systém ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, slaví 30. narozeniny.
Společnost Raspberry Pi má nově v nabídce flash disky Raspberry Pi Flash Drive: 128 GB za 30 dolarů a 256 GB za 55 dolarů.
Technologie Skip pro multiplatformní mobilní vývoj, která umožňuje vývojářům vytvářet iOS a Android aplikace z jediné Swift a SwiftUI kódové základny, se s vydáním verze 1.7 stala open source.
Na GitHubu byl zveřejněn algoritmus "Pro vás" sociální sítě 𝕏.
GRUB_GFXMODE=1280x1024x32Pro změnu rozlišení konzole jsem přidal do souboru /etc/default/grub
GRUB_GFXPAYLOAD_LINUX=1280x1024x32Dále jsem pro změnu rozlišení GRUB2 menu upravil skript /etc/grub.d/00_header
if [ "x${GRUB_GFXMODE}" = "x" ] ; then GRUB_GFXMODE=1280x1204x32 ; fi
set gfxmode=${GRUB_GFXMODE}
Pro změnu rozlišení konzole jsem přidal do skriptu /etc/grub.d/00_header
if [ "x${GRUB_GFXPAYLOAD}" = "x" ] ; then GRUB_GFXPAYLOAD=1280x1024x32 ; fi
set gfxpayload=${GRUB_GFXPAYLOAD}
Změny jsem uvedl v platnost příkazem
$ update-grubZměna rozlišení však nenastala. Zkusil jsme proto ještě další možnosti aktualizace souboru /boot/grub/grub.cfg
$ update-grub2
$ grub-mkconfigStále však bez výsledku. Myslím, že problém tkví v aktualizaci souboru grub.cfg, neb ani změna barev GRUB2 menu nefunguje. Máte prosím vás nějaké nápady? Předem děkuji za odpovědi. Martin verze GRUB2: 1.98+20100804-14 verze operačního systému: Debian 6.0.1
GRUB_GFXMODE=1280x1024x32Výše uvedeným je upraveno rozlišení GRUB menu. Nyní upravíme rozlišení konzole editací skriptu /etc/grub.d/00_header. Nalezneme řádek
set gfxmode=${GRUB_GFXMODE}
a přídáme pod něj tento řádek
set gfxpayload=keepZměny uvedeme v platnost příkazem
$ update-gruba odkontrolujeme v /boot/grub/grub.cfg, konkrétně v sekci /etc/grub.d/00_header. 2. Řešení: Začátek je stejný jako v předchozím. Editujeme soubor /etc/default/grub odkomentováním a upravením řádky
GRUB_GFXMODE=1280x1024x32Tímto je nastaveno rozlišení GRUB menu. Rozlišení konzole nastavíme ve stejném souboru čili v /etc/default/grub. Nalezneme řádek začínající
GRUB_CMDLINE_LINUXa upravíme na
GRUB_CMDLINE_LINUX="vga=0x31B"v případě rozlišení 1280x1024x32. Zbýva změny uvést v platnost příkazem
$ update-gruba odkontrolovat v souboru /boot/grub/grub.cfg konkrétně v sekcích /etc/grub.d/00_header a /etc/grub.d/10_linux. Nevýhoda 1. řešení: - v mém případě se nespustí X-server (v diskuzích to uživatelům většinou funguje), dle mého názoru to způsobuje funkce keep Nevýhody obou řešení: - standartně boot končí výzvou login na tty1, po změně rozlišení však při přechodu do runlevel 2 přeskočí náhodně do jiné konzole tty1-6 (může i zůstat) a dokončí boot, lze potom tedy vidět "polovinu" spouštění systému v tty1 a druhou "polovinu" v jiném terminálu Setkali jste se už někdy s přeskakováním mezi tty během spouštění systému? Martin verze GRUB2: 1.98+20100804-14 verze operačního systému: Debian 6.0.1
Tiskni
Sdílej: