Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 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.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
Ve správci balíčků APT, používaném v Debianu a odvozených distribucích, byla nalezena a opravena kritická zranitelnost CVE-2026-109518. Vzdálený útočník může obejít ověření stažených balíčků pomocí přesměrování a dočasných chyb HTTP serveru.
Nejvyšší kontrolní úřad (NKÚ) vydal zprávu o finančním řízení prostředků EU v ČR (pdf). Dočíst se lze například, že přes 8 miliard korun na digitální vzdělávání nepřineslo naplnění žádného z prioritních cílů programu. Peněžní prostředky z fondů EU sice byly vynaloženy formálně v souladu s právními předpisy, avšak s minimálním nebo neprokazatelným dopadem na proklamované cíle ve vzdělávání. Na Metodickém portálu RVP.CZ bylo ke konci
… více »Emulátor terminálu kitty (Wikipedie, GitHub) byl vydán v nové verzi 0.50.
Vývojáři C-Kermit oznámili několik dlouhodobě přítomných zranitelností. Patří mezi ně buffer overflow v Telnet/FTP klientovi a command injection v Kermit serveru. Dotčené verze: C-Kermit 11.0.514 a starší. Fix: 11.1.515 [oss-security].
Moje místo pro poplakávání nad malými linuxovými strastmi a pro radost nad malými linuxovými radostmi.
Většinou to však budou výkřiky do prázdna nad věcmi, se kterými si neumím poradit, ale které mě nutí nad nimi se zamyslet.
Proto blog a ne diskuse nebo zprávičky...
Moje Eclipse 3.2 (Version: 3.2.0 Build id: I20051102-1600) a J2SE 5.0 (build 1.5.0_06-b05) nějak úplně nezvládá debugování náročného projektu... 
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0xb780151e, pid=2456, tid=2454186928
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_05-b05 mixed mode)
# Problematic frame:
# V [libjvm.so+0x12051e]
#
# An error report file with more information is saved as hs_err_pid2456.log
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
Tak si tak říkám, že ten SIGSEGV asi není úplně nejlepší signál pro ukončení procesu 
Tiskni
Sdílej:
import java.awt.Font;
import java.awt.GraphicsEnvironment;
import java.io.PrintStream;
public class FontTest
{
public FontTest()
{
}
public static void main(String args[])
{
Font fonts[] = GraphicsEnvironment.
getLocalGraphicsEnvironment().getAllFonts();
for(int i = 0; i < fonts.length; i++)
{
Font font = fonts[i];
String name = font.getName();
System.out.print((new StringBuilder()).
append("Checking Font: ").append(name).toString());
if(font.canDisplay('a') && font.canDisplay('z')
&& font.canDisplay('A') && font.canDisplay('Z')
&& font.canDisplay('0') && font.canDisplay('1'))
System.out.println(" OK.");
}
}
}
ps - tohle není důvod pro blogový zápis, je kontraproduktivní
Nejsem si úplně jist, ale fonty to asi nebude. Ale zkusím to. Třeba to pomůže (jsem ochoten zkusit cokoli, v krajním případě i změnu vývojového prostředíMěnit vývojové prostředí je nesmysl. Chyba je v JVM, to se stává, takže prostě vyplnit bugreport a než to opraví, používat jinou verzi (starší). Při vývoji to ještě jde, na produkčním stroji by se vždy měla používat jen vyzkoušená verze. Je to něco jako s linuxovým kernelem (2.6 řady, starý systém se mi líbil víc).