Stát, potažmo ministerstvo vnitra plánuje zřízení nového, neveřejného virtuálního operátora, který by byl primárně určený na zajištěni kritické infrastruktury státu. Cílem je zajistit udržitelné, bezpečné, mobilní, vysokorychlostní datové a hlasové služby umožňující přístup ke kritickým aplikacím IZS a krizového řízení.
Byla vydána nová verze 10.0 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze nové balíčky ownCloud Infinite Scale a Uptime-Kuma.
Byla vydána nová verze 3.0.8 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Microsoft poskytl FBI uživatelské šifrovací klíče svého nástroje BitLocker, nutné pro odemčení dat uložených na discích třech počítačů zabavených v rámci federálního vyšetřování. Tento krok je prvním známým případem, kdy Microsoft poskytl klíče BitLockeru orgánům činným v trestním řízení. BitLocker je nástroj pro šifrování celého disku, který je ve Windows defaultně zapnutý. Tato technologie by správně měla bránit komukoli kromě
… více »Spotify prostřednictvím svého FOSS fondu rozdělilo 70 000 eur mezi tři open source projekty: FFmpeg obdržel 30 000 eur, Mock Service Worker (MSW) obdržel 15 000 eur a Xiph.Org Foundation obdržela 25 000 eur.
Nazdar! je open source počítačová hra běžící také na Linuxu. Zdrojové kódy jsou k dispozici na GitHubu. Autorem je Michal Škoula.
Po více než třech letech od vydání verze 1.4.0 byla vydána nová verze 1.5.0 správce balíčků GNU Guix a na něm postavené stejnojmenné distribuci GNU Guix. S init systémem a správcem služeb GNU Shepherd. S experimentální podporou jádra GNU Hurd. Na vývoji se podílelo 744 vývojářů. Přibylo 12 525 nových balíčků. Jejich aktuální počet je 30 011. Aktualizována byla také dokumentace.
Na adrese gravit.huan.cz se objevila prezentace minimalistického redakčního systému GravIT. CMS je napsaný ve FastAPI a charakterizuje se především rychlým načítáním a jednoduchým ukládáním obsahu do textových souborů se syntaxí Markdown a YAML místo klasické databáze. GravIT cílí na uživatele, kteří preferují CMS s nízkými nároky, snadným verzováním (např. přes Git) a možností jednoduchého rozšiřování pomocí modulů. Redakční
… více »Tým Qwen (Alibaba Cloud) uvolnil jako open-source své modely Qwen3‑TTS pro převádění textu na řeč. Sada obsahuje modely VoiceDesign (tvorba hlasu dle popisu), CustomVoice (stylizace) a Base (klonování hlasu). Modely podporují syntézu deseti různých jazyků (čeština a slovenština chybí). Stránka projektu na GitHubu, natrénované modely jsou dostupné na Hugging Face. Distribuováno pod licencí Apache‑2.0.
Po přečtení článku o přehrávači Amarok jsem se rozhodl ho vyzkoušet v náročném provozu
Jak to dopadlo?
Neradostné samozřejmě je, že jde o tvrdě KDE věc, takže potřebuje všechny věci okolo, používá divné fileselectory a podobné ctnosti. Naštěstí zrovna s fileselectory se tam člověk v běžném provozu nesetká, takže se to dá překousnout. Nakonec i pro Qt se dají sehnat nějaké barvičky, ze kterých se mi nedělá špatně.
První dojmy jsou docela pozitivní. Úplně mi tedy nepadl do oka způsob jakým se spravuje kolekce (název pro knihovnu). To je řešeno přidáním adresářů které se sledují, narozdíl od třeba Rhythmboxu, kde se jednorázově projdou adreáře a přidají se z nich skladby. Problém tohoto řešení nastává ve chvíli, kdy z adresáře s hudbou dva nebo tři sledovat nechcete. Nakonec musíte tedy ty adresáře co sledovat chcete nastavit ručně a nové taky přidávat ručně. Celé řešení pak kombinuje nedostatky obou 
Kolekce je uložená v SQL databázi, což by mohlo být plus oproti Rhythmboxu, protože předpokládám, že se z toho bude seznam alb generovat pohodlněji než z nějakého XML. Ale to jsem ještě nezkoušel a otázka je mám-li vůbec, když už skript pro Rhythmbox mám 
Kolekci se nakonec povedlo naimportovat úspěšně. Zobrazení kolekce se mi ale moc nelíbí. Je to možná otázka zvyku a vkusu, ale použitý rozbalovací strom nepovažuju za pěkný. Opět si dovolím označit způsob použitý v Rhythmboxu za lepší. Je pravda, že si mohu nastavit zobrazení jenom alb jako třeba v Muine, nicméně tím stejně nedosáhnu stejného zobrazení jako v Muine (mrk), které se mi také líbí víc než tohle.
Trochu blbé mi přijde, že se mi nepovedlo přesvědčit Amarok, aby začal po přidání první skladby do playlistu hrát. Možná maličkost, ale přišlo by mi to lepší. Jinak se ale s playlistem pracuje celkem dobře, líbí se mi vestavěná fronta, kde si snadno naklikám skladby které chci přehrát nezávisle na pořadí v playlistu.
Pěkné jsou i režimy přehrávání, opakování i náhodné přehrávání se zapíná přiměřeně užitečnosti této vlastnosti (která je značná
). Tímto se dostáváme i k dynamickému playlistu, což by měla teoreticky být vlastnost nahrazující můj oblíbený Ruffle z Muine, ale v praxi je to spíše tlačítko nahrazující ukončení přehrávače. Je to tak zoufale nestabilní, že je to úplně k ničemu.
Bohužel celý Amarok mi přišel dost nestabilní. Zrovna u přehrávače o který se nechci starat to moc příjemné není. Přehrávač chci pustit a nechat hrát, ne ho každou chvíli sestřelovat a pouštět znova protože se kousl nebo spadl. Amarok to ale dělá skoro neustále.
Dalším nepříjemným nedostatkem (nevím čím je způsoben) je nemožnost přeskakovat v přehrávané skladbě, ačkoliv tam na to ovládací prvek je. Prostě to nic nědělá.
Jako skoro k ničemu se ukázala vlastnost na stažení informací o autorovi z wikipedie. K ničemu, protože autory jejichž písničky si přehrávám znám, že
Naproti tomu stahování textů skladeb funguje většinou docela dobře a hodí se. Aktuální kontext je taková hezká věc na koukání, dá se z toho vybrat další skladba autora když po ní náhodou zatoužím, ale to je tak vše, žít se bez toho dá bez jakéhokoliv problému.
Je tedy Amarok lepší než jiné přehrávače, jmenovitě Muine a Rhythmbox? Odpověď může znít, že o trochu ano. Umí některé věci co Muine a Rhythmbox ne. Jenže většinu z nich stejně skoro nepoužiju a Muine a Rhythmbox mi nepadají… Uvidíme.
Tiskni
Sdílej:
Ale slysel jsem, ze na SUSE 10.0 je na tom podobne. Neni to GCC4kou? SUSE 10.0 ji pouziva taky, ne?
divné fileselectoryUž jsem svůj názor na gtk fileselectory vyjádřil mockrát. A řeknu to znova. Už ty z gtk1 (podobné byly ve Windows 3.x) stály za ..., ale v porovnání v těmi, co jsou v gtk2 jsou o řád lepší. Naprosto nerozumím tomu, proč mi fileselector z gtk2 zabírá podstatně více místa, než ten z kde a přitom ve výchozím stavu zobrazuje daleko méně informací. Nechápu, jakého ... napadlo zrušit textové pole s adresářem a narvat tam tlačítka! Neznám Gnome, ale pokud HIG znamená vytvářet podobné "příjemné" rozhraní, pak děkuji, nechci :-/.
Neznám Gnome, ale pokud HIG znamená vytvářet podobné "příjemné" rozhraní, pak děkuji, nechci :-/.Ne, v tomto je HIG nevinně. Stačí si jej přečíst. To byla iniciativa nějakého tvůrce (tvůrců?) tohoto dialogu.
Další betaverze a ještě si to sám kompilovat.
Dalším nepříjemným nedostatkem (nevím čím je způsoben) je nemožnost přeskakovat v přehrávané skladbě U mě funguje bez problému. Používám arts, jak je to u jiných enginů nevím.S GStreamerem, Xine to jde taky v pohodě.
Možná mam jen štěstí, ale prostě na mém PC s amaroKem nikdy žádné problémy nebylyPředpokládám, že dobře víš co je mi to platné
Předpokládám, že dobře víš co je mi to platnéJasně. Ale může tě hřát u srdce, že chyba je asi u tebe a ne v programu. Já ti taky můžu potvrdit, že mi ještě amaroK nespadl (Debian). I když jednou při zkoušení nějaké betaverze měl problém s UI - nešlo zobrazit levou část okna (kontextové info apod.) - ale to se v žádné ostré verzi neopakovalo.