Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
#!/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: