Desktopové prostředí Xfce bude mít vlastní kompozitor pro Wayland s názvem xfwl4. V programovacím jazyce Rust s využitím stavebních bloků z projektu Smithay jej napíše Brian Tarricone. Úprava stávajícího xfwm4 tak, aby paralelně podporoval X11 i Wayland, se ukázala jako špatná cesta.
Desktopové prostředí KDE Plasma 6.8 poběží už pouze nad Waylandem. Vývojáři, kteří s rozhodnutím nesouhlasí, vytvořili fork KDE Plasma s názvem SonicDE (Sonic Desktop Environment) s cílem zachovat a vylepšovat podporu X11.
Byla vydána nová stabilní verze 7.8 dnes již jedenáctiletého webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 144. Přehled novinek i s náhledy v příspěvku na blogu.
GNU gettext (Wikipedie), tj. sada nástrojů pro psaní vícejazyčných programů, dospěl do verze 1.0. Po více než 30 letech vývoje. Přehled novinek v souboru NEWS.
Chris Kühl (CEO), Christian Brauner (CTO) a Lennart Poettering (Chief Engineer) představili svou společnost Amutable. Má přinést determinismus a ověřitelnou integritu do linuxových systémů.
Byla vydána (𝕏) nová verze 26.1 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.1 je Witty Woodpecker. Přehled novinek v příspěvku na fóru.
Deník TO spustil vlastní zpravodajský webový portál ToHledej.CZ s internetovým vyhledávačem a bezplatnou e-mailovou schránkou. Dle svého tvrzení nabízí 'Zprávy, komentáře, analýzy bez cenzury' a 'Mail bez šmírování a Velkého bratra'. Rozložením a vizuálním stylem se stránky nápadně podobají portálu Seznam.cz a nejspíše je cílem být jeho alternativou. Z podmínek platformy vyplývá, že portál využívá nespecifikovaný internetový vyhledávač třetí strany.
Computer History Museum (Muzeum historie počítačů) zpřístupnilo své sbírky veřejnosti formou online katalogu. Virtuálně si tak můžeme prohlédnout 'rozsáhlou sbírku archivních materiálů, předmětů a historek a seznámit se s vizionáři, inovacemi a neznámými příběhy, které revolučním způsobem změnily náš digitální svět'.
Ruský hacker VIK-on si sestavil vlastní 32GB DDR5 RAM modul z čipů získaných z notebookových 16GB SO-DIMM RAM pamětí. Modul běží na 6400 MT/s a celkové náklady byly přibližně 218 dolarů, což je zhruba třetina současné tržní ceny modulů srovnatelných parametrů.
Národní identitní autorita (NIA), která ovlivňuje přihlašování prostřednictvím NIA ID, MEP, eOP a externích identit (např. BankID), je částečně nedostupná.
Dobrý den,
potřebuji na rychlo vyrobit program v Javě do jednoho projektu. Javě moc nerozumím, tak mě berte s rezervou. Cílem je aby třída (momentálně definováno jako proměnné) obsahovala kód shell skriptů, které budou vzdáleným voláním zapsány na disk a spuštěny. Pokud však takový skript zapíšu do cílového adresáře (Linux, 32-bit, x86), obsahuje jeho kód mezeru (resp. znak NULL dle hexa editoru) za každým znakem.
Příklad:
(originální kód v Java třídě) this.file = "#!/bin/sh\n" + : : " lines=$(expr $(wc -l $TARGET|sed 's/^ *//'|cut -d \" \" -f 1) \"-\" 2)\n" + " head -n $lines $TARGET > $TEMP\n" + " cat $SOURCE >> $TEMP\n" + " tail -n 2 $TARGET >> $TEMP\n" + : :
(kód zapsaný do souboru) l i n e s = $ ( e x p r $ ( w c - l $ T A R G E T | s e d ' s / ^ * / / ' | c u t - d " " - f 1 ) " - " 2 ) h e a d - n $ l i n e s $ T A R G E T > $ T E M P c a t $ S O U R C E > > $ T E M P t a i l - n 2 $ T A R G E T > > $ T E M P
(kód zodpovědný za zápis stringu) File file = new File(this.script); DataOutputStream stream = new DataOutputStream(new FileOutputStream(file)); stream.writeUTF(this.install); // zkoušel jsem i writeChars -- žádná změna return 0;
Data shell skriptů nemohu umístnit mimo třídu. Ptám se tedy -- jak se zbavím mezer v souboru? A dále, existuje nějaká "lepší" možnost zápisu většího množství dat (podobně jako třeba v Perlu) do Stringu či jiné datové struktury (kterou pak vyplivnu do souboru), tak, abych nemusel každý řádek dávat do úvozovek a spojovat operátorem +...s tím, aby však zápis byl stejně přehledný.
Zdravim. V javadocu (java.sun.com/j2se/1.4.2/docs/api/java/io/DataOutputStream.html) je popsáno jak se chovají jednotlivé metody. Ai by bylo výhodnější použít writeBytes(). Protože writeChars() a pravděpodobně i writeUTF() zapisuje znaky po 2 bytech.
Díky. Myslel jsem si správně, že právě tam bude problém. Po přepnutí editoru do UTF-16 se text zobrazil správně. K vyřešení mi pomohla následující metoda z diskuse u FAQ na jGuru:
/* convert from internal Java String Format -> UTF-8 encoded HTML/JSP-Pages */
public static String convertToUTF8(String s) {
String out = null;
try {
out = new String(s.getBytes("UTF-8"));
} catch (java.io.UnsupportedEncodingException e) {
return null;
}
return out;
}
Nyní string před zápisem překóduji na UTF-8 a je po problému.
OutputStreamWriter(OutputStream out)
Creates an OutputStreamWriter that uses the default character encoding.
OutputStreamWriter(OutputStream out, Charset cs)
Creates an OutputStreamWriter that uses the given charset.
OutputStreamWriter(OutputStream out, CharsetEncoder enc)
Creates an OutputStreamWriter that uses the given charset encoder.
OutputStreamWriter(OutputStream out, String charsetName)
Creates an OutputStreamWriter that uses the named charset.
DataOutputStream, ale Writer, zde se konkrétně bude hodit PrintWriter. Při vytváření je vhodné nadefinovat kódování souboru, jinak se použije kódování platformy (což bude správně, pokud je počítač, kde spouštíte program, zároveň cílovým počítačem pro skripty a je tam správně nastavené locale; ale je to nevhodné,pokud chcete výstupní kódování nějak řídit). DataOutputStream slouží k serializaci Java objektů.
Tiskni
Sdílej: