Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »Canonical vydal (email, blog, YouTube) Ubuntu 26.04 LTS Resolute Raccoon. Přehled novinek v poznámkách k vydání. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 11. vydání s dlouhodobou podporou (LTS).
.po a jeden .pot. Viz http://i18n.kde.org/stats/gui/trunk-kde4/team/cs/extragear-network/ (hned první dva soubory v tabulce). Přeložil jsem tedy choqok.po a potom jsem (v programu Poedit) dal "Aktualizovat z POT souboru" (desktop_extragear-network_choqok.pot). Dopřeložil jsem nové řetězce a ve výsledném choqok.po jsou tedy snad všechny (a tím pádem by měly být i v choqok.mo). (Zkoušel jsem i obyčejně nakopírovat zbývající řetězce z .pot do .po.)
Bohužel ve spuštěné aplikaci se některé přeložené řetězce stále zobrazují v originále. Jde o řetězce, které jsou, podle .po souboru, v souborech *.desktop. Jak zařídit, aby se ukazovaly přeložené? Přikládám .po soubor k nahlédnutí.
package.pot a se aktualizuje make foo.pot-update, což dělá vývojář programu.
PO jsou vlastní překlady. Jmenují se normálně jazyk.po, což identifikuje, pro který jazyk je to překlad. Správně jsi je uvedl do souladu s POT, pokud Poedit dělá, co si myslím (normálně to provde make cs.po, například, což spustí msgmerge). Takže problém bude nejspíš jen s pojmenováním, choqok.mo je překlad pro jazyk choqok, ne pro češtinu.
Takže problém bude nejspíš jen s pojmenováním, choqok.mo je překlad pro jazyk choqok, ne pro češtinu.V tom problém určitě není
. Nevím, jak v jiných distrech, ale v Debianu, který používám, jsou tyto soubory uloženy v adresáři /usr/share/locale/cs/LC_MESSAGES/, který je plný souborů název_programu.mo. Nehledě na to, že jsem v původním dotazu uvedl, že většina řetězců se v prostředí programu při testování překladu zobrazuje správně, tj. přeloženě - je tedy jisté, že se můj soubor .mo načítá.
Po nainstalování samozřejmě, ne ve zdrojácích...Já nemluvil o zdrojácích. Prostě: můžeš mi věřit, .mo soubor, který jsem vygeneroval z přeloženého .po, se načítá.
V tom případě je otázka, zda je POT soubor aktuální. Můžeš ho zkusit aktualizovat, jak jsem napsal, a pak znovu PO, zda se něco změní.Ještě jednou: V přeloženém souboru .po jsou _všechny řetězce_, žádný tam nechybí. A všechny přeložené. Ale v rozhraní programu se pak některé přeložené řetězce přesto ukazují v originálu.
msgunfmt zdrojovy_mo_soubor > cilovy_po_soubor. Nevygeneruje se přesný původní .po soubor, nicméně všechny překlady, které aktuálně jsou v .mo, tam uvedeny budou.
Těžko ovšem říci, co Robert přesně dělá...Eh... to jsem to opravdu napsal tak nesrozumitelně? Ačkoliv oceňuji jakoukoliv snahu o pomoc, tak mi připadá, že jsi ten původní dotaz ani moc nečetl. Jde o tohle: Jak přinutit program, aby si z přeloženého .po souboru bral všechny řetězce? Některé bere, některé ne. Ty, které nebere, jsou asi všechny v souborech .desktop.
Co se týká .desktop souborů - tyto jsou vcelku obyčejné texťáky obsahující překlady přímo v čitelné podobě, tudíž jejich zpracování nutně musí být odlišné od klasického .pot--.po--.mo postupu.Jasně, ale vzhledem k tomu, že ty řetězce z .desktop souborů jsou zařazeny do .pot souboru, tak bych očekával, že je správné je překládat tam...
Ke zjištění, jestli nainstalovaný .mo soubor obsahuje příslušné překlady, se dá použít příkaz msgunfmtZapomněl jsem uvést, že jsem tohle kontroloval. Ty řetězce, které se v rámci aplikace při testování zobrazují špatně (anglicky) tam jsou (přeložené).
A third task is taking care of the .desktop and similar files. For those files, Scripty extracts the required information from the file, merges it with the existing translation files, and also copies the translation back into the original file.
msgmerge choqok.po choqok.pot -o vystup.poObcas se stava, ze progam ma nektere retezce sice vyexportovane v po, ale nenacita je. Pdrobnosti neznam, ale proste je to chyba v programu a je treba reportovat bug. Jakmile autor program opravi, jede vse jak ma.
Tiskni
Sdílej: