Open source software pro úpravu digitálních fotografií LightZone (Wikipedie) byl vydán v nové verzi 5.0.0. LightZone je dnes k dispozici pod licencí BSD. Původně se jednalo o proprietární software vyvíjený společností Light Crafts. Ta v prosinci 2012 souhlasila s uvolněním zdrojových kódů jako open source [Wayback Machine].
Byla vydána verze 0.84 telnet a ssh klienta PuTTY (Wikipedie). Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.
Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.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 informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
#!/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: