Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
#!/bin/bash
CheckLogFile () {
if [ -s $(dirname $0)/temp/error.log ]; then
cat $(dirname $0)/temp/error.log
rm $(dirname $0)/temp/error.log
fi
}
Goo () {
while [ 1 ]; do
...
##### tady vyvolám chybu #####
...
CheckLogFile
done
}
Goo 2>>$(dirname $0)/temp/error.log
>> pro přidávání)
Goo 2>>$(dirname $0)/temp/error.logFunkce Goo neví, kam jde její chybový výstup, nemá s tím sama nic společného. Po prvním smazání souboru error.log přijde tento o jméno, ale chybový výstup jde stále do tohoto bezejmenného souboru, který pak operační systém zlikviduje, jakmile bude uzavřen. A teď jak to opravit. Úplně čistá řešení mne právě nenapadají; exec s přesměrováním je globální, ... Vzhledem k tomu, že Goo sice formálně neví, kam jde její chybový výstup, ale reálně ví, protože volá CheckLogFile, tak nejlépe asi odpovídá původnímu záměru refaktorovat tělo
while do samostatné funkce a její chybový výstup přesměrovat. Takže se v každé iteraci cyklu vytvoří znovu.
nemá smysl používat >> pro přidávání
to tam mám, kdyby se třeba vytvořily 2 chyby najednou, navíc by se v každem projetí cyklu vypsal obsah toho souboru, kdybych ho nesmazal, ne?
a co kdybych to vyřešil takto?
místo rm $(dirname $0)/temp/error.log bych dal echo -n > $(dirname $0)/temp/error.log
to tam mám, kdyby se třeba vytvořily 2 chyby najednouTo je nesmysl a základní nepochopení přesměrování. Rozlišení na přidávání/vytvoření souboru znovu se týká jen a pouze toho přesměrování. To je okamžik, kdy je soubor otevřen pro zápis/přidávání. Pak už celý chybový výstup funkce Goo prostě jde do toho souboru, kam byl přesměrován, ať už byl soubor vytvořen nový, nebo se do něj přidává. Zbytek IMO pouze rozvíjí toto základní nepochopení, takže neodpovídám...
Tiskni
Sdílej:
