Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Ja jsem za semnaticky desktop rad, dlouhou dobu jsem premyslel jak udelat poradek ve filmech, ted to mam krasne otagovane. Ted staci vyhledat napriklad podle herce a zapnout film :). Jeste kdyz se doladi akonadi tak to bude parada.
to bych si taky nechal libit, teoreticky by to slo napojit na csfd, zkusim nato hodit oko :)
Ono se to musi delat od zacatku :) komu by se chtelo tagovat stovky filmu zpetne? Stahnu a otaguji.
Franta_Vopicka/Best_Of/Track_1.mp3.
A to jsme jen u hudby! Co takové video nebo dokumenty...
* Akonadi je široce nenáviděno kvůli závislosti na MySQL. Leč Amarok 2.x používá (interní či externí) MySQL také, a funguje aniž by vzbuzoval bouře nevole. * Strigi není zdaleka jediný diskově intenzivní proces na mém stroji, naopak, ve srovnání třeba s emerge --sync je drobeček. Ale pouze strigi se povedlo naštvat mě do té míry, že jsem ho zfleku zastřelil. * Sémantický desktop má široké a hrozivě vypadající závislosti na různých podivných knihovnách a viditelně nedovařených projektech. Ale třeba závislosti TTS systému taky nejsou žádná krása a přesto si na něj nikdo nestěžuje.
Proč se v jednom případě zdvihají vlny nevole a ve druhém čokl neštěkne?Protože Amarok si instaluju svobodně z vlastní vůle a mám možnost se informovat o jeho závislostech. A-Kunda se cpe do systému jako závislost pomalu okenního správce. Protože emerge dělám svobodně a z vlastní vůle kdy chci a počítám s tím, že to něco sežere. Strigi se pustí kdy se mu zlíbí, na jak dlouho se mu zlíbí, a pak v rámci ušetření proudu usne a už se nikdy nespustí. TTS viz Amarok.
Ne proto, že bych je potřeboval, ale protože mě zajímalo na co by šly upotřebit.Ano a to je celý problém. Sémantický desktop je navrhnut "nožičkama napřed". Místo aby se nejprv našly use-case a pak se k nim udělala technologie, tak se nejprv bastlí technologie, kterou nikdo nechápe a neví jak ji použít. Ta technologie je pak "všechno a nic" a není ani vyzrálá, protože není tažena směrem k nějakému use-case. A celá tahle zbytečnost pak přinejmenším leží ladem na disku.
Googlem to najdete rychleji, než na lokálním disku
Ne. Musím spustit prohlížeč (ideálně několik sekund, spíš více) a vůbec být online, což často nejsem (GPRS navíc není ideální druh připojení).
Nemusíte nic otravně indexovat
Indexování je fakt to nejmenší. Děje se totiž samo.
Google vám opraví i chyby
Anglicky umím a texty znám vesměs zpaměti. Jo, u několika stovek skladeb, akorát jsou to často věci, které si Google plete s věcmi stejnojmennými, ale častěji vyhledávanými.
Když to nemáte, tak si to zkouknete na YT
Na TyTrubko to vesměs není, navíc nemám (a nechci) Flash.
Takže pro někoho, kdo je stále na rychlé lince, je možná Google rychlejší, ale já raději pohodlí. Ostatně je krása, když si ty texty dám do ID3 tagů (jo, myslím, že to jde -- už se mi to jednou nějak povedlo) a nějaký kapesní krám si s tím poradí.
Ad spuštění prohlížeče: Nevím, jak u tebe, ale já mám stejně nějaký prohlížeč spuštěný stále takže tohle bych jako problém neviděl. Navíc člověk může mít nějaký search widget na desktopu. GPRS je jasná nevýhoda, s tím souhlasím.
Ad indexování: Ano, děje se sice samo ale žere procesor, disku a hlavně baterku mého počítače. Google nežere nic (z uživatelského pohledu samozřejmě).
Ad opravování chyb: K tomu asi nic nemám, nezbývá než ti závidět dobrou paměť
Ad YouTube: myslím, že máme hafo alternativních klientů (např. MiniTube) a začínající podporu HTML5 takže Fleš už přestává být problémem.
Souhlasím však s výhodou otagovaných věcí nacpaných do mobilních přehrávačů. Vidět na telefonu 150 skladeb s interpretem Artist 001 není fakt nic moc
Nevím, jak u tebe, ale já mám stejně nějaký prohlížeč spuštěný stále takže tohle bych jako problém neviděl.
To já úplně pořád ne. Ale furt je tu nutnost přepínat okna apod.
Ano, děje se sice samo ale žere procesor, disku a hlavně baterku mého počítače.
Však můžu indexování zapnout, jen když indexovat opravdu chci a můžu. Kolekci v Amaroku taky neaktualizuju co pět minut.
Ad YouTube: myslím, že máme hafo alternativních klientů (např. MiniTube) a začínající podporu HTML5 takže Fleš už přestává být problémem.
Pořád je tu GPRS.
Souhlasím však s výhodou otagovaných věcí nacpaných do mobilních přehrávačů. Vidět na telefonu 150 skladeb s interpretem Artist 001 není fakt nic moc
Hlavně kdyby ty přehrávače dělali aspoň trochu inteligentní lidi. Teď tu mám jeden "značkový" a vyznačuje se tím, že tagy umí, ale řídí se adresářovou strukturou a skladby řadí zřejmě podle data, ne podle názvu.
Tiskni
Sdílej: