Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
#!/bin/sh
...
eval \("$_RUNJAVA\"" "\"$LOGGING_CONFIG\"" $LOGGING_MANAGER $JAVA_OPTS $CATALINA_OPTS \
-Djava.endorsed.dirs="\"$JAVA_ENDORSED_DIRS\"" -classpath "\"$CLASSPATH\"" \
-Dcatalina.base="\"$CATALINA_BASE\"" \
-Dcatalina.home="\"$CATALINA_HOME\"" \
-Djava.io.tmpdir="\"$CATALINA_TMPDIR\"" \
org.apache.catalina.startup.Bootstrap "$@" start 2>&1 & [ ! -z "$CATALINA_PID" ] && echo $! > "$CATALINA_PID"\) | tee -a $CATALINA_OUT 2>&1 | $RSYSLOG 2>&1 &
Takto je to v originalu
eval "\"$_RUNJAVA\"" "\"$LOGGING_CONFIG\"" $LOGGING_MANAGER $JAVA_OPTS $CATALINA_OPTS \
-Djava.endorsed.dirs="\"$JAVA_ENDORSED_DIRS\"" -classpath "\"$CLASSPATH\"" \
-Dcatalina.base="\"$CATALINA_BASE\"" \
-Dcatalina.home="\"$CATALINA_HOME\"" \
-Djava.io.tmpdir="\"$CATALINA_TMPDIR\"" \
org.apache.catalina.startup.Bootstrap "$@" start \
>> "$CATALINA_OUT" 2>&1 "&"
Ty nepárové uvozovky jsou nějaký záměr?
"$_RUNJAVA\""
V originále jsou párové:
"\"$_RUNJAVA\""
Taky asi místo…
... "$CATALINA_PID"\) ...
…by tam mělo být…
... "$CATALINA_PID"\;\) ...
…protože subshell musí končit středníkem nebo ampersandem.
Navíc mi není jasné, proč je tam tak špatně čitelný eval jenom kvůli dvojí expanzi "$@" a pár dalších proměnných. Chci-li dvojitě expandovat některé proměnné, mohlo by to jít třeba takto:
( "$_RUNJAVA" "$LOGGING_CONFIG" \ $(echo "$LOGGING_MANAGER" "$JAVA_OPTS" "$CATALINA_OPTS") \ -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" \ -classpath "$CLASSPATH" \ -Dcatalina.base="$CATALINA_BASE" \ -Dcatalina.home="$CATALINA_HOME" \ -Djava.io.tmpdir="$CATALINA_TMPDIR" \ org.apache.catalina.startup.Bootstrap $(echo "$@") start 2>&1 & \ [ -n "$CATALINA_PID" ] && echo $! > "$CATALINA_PID" ; ) \ | tee -a "$CATALINA_OUT" | "$RSYSLOG" &
Určitě tam mám pár (desítek) překlepů, když to střílím takhle od boku, ale v principu by to fungovat mohlo. Možná tam taky budou nějaké drobné nuance, ale ty už je potřeba vyhodnotit až s konkrétními parametry ("$@") a proměnnými. Například odstraněním uvozovek kolem "$JAVA_OPTS" se dá zajistit ještě další krok expanze, je-li třeba.
Soudě podle názvů proměnných, není náhodou cílem, aby soubor $CATALINA_OUT obsahoval jenom stdout, zatímco $RSYSLOG má dostávat na vstup oba výstupy smíchané? To by pak bylo nějak takhle:
mkfifo catalina_stderr ( "$_RUNJAVA" ... start 2>catalina_stderr & \ [ -n "$CATALINA_PID" ] && echo $! > "$CATALINA_PID" ; ) \ | ( tee -a "$CATALINA_OUT" & cat catalina_stderr & ) \ | "$RSYSLOG" &
Chyby, které vzniknou
…Chyby, které vzniknou při neúspěšném pokusu zapsat do "$CATALINA_PID", by se mohly taky nějak zvlášť ošetřit, mají-li se logovat a nemají-li se míchat do streamů od toho Tomcatu nebo co to je. Tedy buď poslat do /dev/null nebo do nějakého extra logu atd. atp. Nebo předpokládat, že se zápis vždycky podaří.
Záleží na tom, jak moc univerzální a neprůstřelné to má být.
rm -rf "$CATALINA_OUT" mkfifo "$CATALINA_OUT" nohup /usr/sbin/rotatelogs -f "$CATALINA_BASE"/logs/console.%Y.%m.%d.log 86400 > /dev/null 2>&1 < "$CATALINA_OUT" & ( "$_RUNJAVA" "$LOGGING_CONFIG" \ $(echo "$LOGGING_MANAGER" "$JAVA_OPTS" "$CATALINA_OPTS") \ -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" \ -classpath "$CLASSPATH" \ -Dcatalina.base="$CATALINA_BASE" \ -Dcatalina.home="$CATALINA_HOME" \ -Djava.io.tmpdir="$CATALINA_TMPDIR" \ org.apache.catalina.startup.Bootstrap $(echo "$@") start 2>&1 & \ [ -n "$CATALINA_PID" ] && echo $! > "$CATALINA_PID" ; ) \ | tee -a "$CATALINA_OUT" | "$RSYSLOG" &
Tiskni
Sdílej: