Mezinárodní federace hudebního průmyslu (International Federation of the Phonographic Industry) navrhla Evropské komisi zařazení populárního open-source nástroje yt-dlp na evropský seznam 'padělků a pirátství' (EU Counterfeit and Piracy Watch List) pro rok 2027 (plné znění žádosti IFPI). IFPI ve svém podání označuje tento aktivně vyvíjený a o rozličné funkce bohatší fork youtube-dl za 'závažný problém' pro hudební průmysl, v
… více »Byla vydána nová verze 7.4 linuxové distribuce Parrot OS (Wikipedie). Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Dnes startuje desátý ročník oblíbené kyberbezpečnostní soutěže The Catch organizované Forenzní laboratoří CESNETu. Letos zavede soutěžící do světa národních výzkumných a vzdělávacích sítí (NREN). Čekají na vás tematické úlohy založené na principu Capture the Flag (CTF), hledání ukrytých flagů i zajímavé ceny. Otestujte své schopnosti a vyrazte na lov flagů.
Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2026.
Německý startup Aleph Alpha k příležitosti výročí sjednocení Německa zveřejnil open-weight jazykový model Kolibri, vyvíjený s ohledem na unijní pojetí autorského práva, ochranu osobních údajů GDPR a nařízení EU o umělé inteligenci, jehož 'Kodexu správné praxe' je Aleph Alpha signatářem. Výsledkem tohoto přístupu je transparentnější technologie, kterou například budou moci využívat evropské veřejné instituce, ovšem za cenu
… více »Nvidia zveřejnila návrh nové bezpečnostní platformy pro nasazování AI agentů. Jedná se o nasazení AI za použití OpenShell a Sentry, dvou oddělených bezpečnostních vrstev, v nichž může Sentry monitorovat a vyhodnocovat chování AI v OpenShellu tak, že ho v krajním případě až vypne. Mělo by to zabránit dalším únikům AI ze sandboxu.
Přímý přenos (YouTube) z konference LinuxDays 2026, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
Byla vydána nová verze 0.17.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 206 vývojářů. Přehled novinek v poznámkách k vydání.
Open-source projekt OpenDLSS-NR je 'bitově přesná reimplementace' neuronové rendrovací sítě DLSS 5 od společnosti NVIDIA, jenže pro grafické API Vulkan (DLSS slouží k vylepšování klasickým způsobem vyrendrovaných snímků pomocí lokálních modelů umělé inteligence, a to v reálném čase). Projekt není nijak spojen se společností NVIDIA, je pouze pro OS Windows a natrénované váhy modelu si uživatelé musí obstarat sami. Zdrojový kód je k dispozici na GitHubu, pod licencí MIT s výjimkou pro komponenty třetích stran.
Společnost Cloudflare představila Clef a Clef-Flash, open-source rozhodovací modely určené pro rychlou a konzistentní klasifikaci vstupů. Na rozdíl od klasických LLM vracejí tyto modely deterministické striktně typované strukturované odpovědi s exaktními pravděpodobnostmi, tedy odpovědi ve stylu přelomového modelu Jev.
… více »Takto dnes vypadá moje plocha.
Já si mohu stěžovat především na dolphin. pokud tzapnu zobrazení skrytých souborů, tak se program stává táááááááááák pomalýýýýým že je to až nepoužitelné, zobraszení se trhá, rolování skáče procesor běží na 100 procent, pokud ale zobrazuji pouze viditelné soubory, tak je vše Ok a dá se s tím pracovat. Vadí mi to, tak to zatím řeším přes Krusaider a čekám na každou další aktualizaci. Jinak je KDE 4.2.1 u mě stabilní, jenom mi nefunguje Kbluetooth manager.
U mě dolphin se zapnutými náhledy funguje dobře, nicméně mám rychlý disk a hodně RAM. Co mě více štve, že se nedají nastavit náhledy jen k určitému typu souboru. Takže u .desktop se zobrazí text místo ikony.
Spíše bych si tipnul na problémy s grafikou.
Byl jsem teď nucen upgradovat desktop, co jsem nechal dcerkám (athlon XP začal zlobit
) a po zkušenostech z NB jsem hledal nějakou levnou GK s co největší pamětí. Nakonec jsem zvolil nVidia 9300 něco s 512MB RAM. A když jsem pak pustil KDE4, tak jsem koukal o kolik to je rychlejší (v porovnání s 8400 (128MB) co mám v NB). Ona ta 8400 je v některých případech pomalejší než 7300 co mám v pracovním NB - třeba změna velikosti okna konsole, kde něco běží je s 8400 pořád problematická.
Od casu KDE 4.0, co vlastne KDE 4.0 nebylo se to docela zcivilizovalo, ale ma to neprijemne mouchy. Kuprikladu u mne spolehlive funguje to, ze kdyz prohlizim fotky v Gwenview a sem tam nejakou otocim, tak po case (rekneme pata, sesta otocena fotka) tak se cely komp "zahlti" a prestane reagovat. V podstate funguje, ale odezvy jsou minutove. Zkousel jsem i prepnuti do konsole (nabeh "zatuhnuti" je relativne pomaly - tak pulminuta) a prihlasit se a shodit xka. Ani to se nepovedlo, protoze vinou zpomalenych reakci byl interval mezi napsanim username a hesla prilis dlouhy. Pomuze jen natvrdo vypnout pocitac. Vcera mi to same udelal i GoogleEarth, kdyz jsem mu dal simulovat prulet nad trasou pres Vrsic pass (spousta serpentin). V logu nic neni a ani nikde jsem nic nezjistil. Ten problem s Gwenview je od prvnich verzi.
Pokud se celou dobu pracuje s diskem, tak se plní swap. Někde tam bude nějaký bug a začne se nekontrolovaně zaplňovat paměť.
Jo, to mne napadlo taky, ale bohuzel jsem se k nicemu nedohledal a na nahlaseni chyby mam v ruce dost malo informaci.
Pokud máš postup, kterým daný problém spolehlivě vyvoláš, tak by to mělo pro začátek stačit. Taky pomůže, pokud někomu pošleš odkaz na bugreport, on to vyzkouší a může daný bug potvrdit. Časem se třeba najde někdo, kdo může dodat více informací. V nejhorším ten bug zapadne.
Já sice fotky otáčím skriptem rovnou při přenosu z foťáku, ale večer bych to zkusil (pokud nezapomenu). Trochu problém, že mám doma 4GB RAM 
Jestli je giga malo, tak je to s kde4 horsi, nez jsem si myslel...
Záleží, jak se ten obrázek v paměti uchovává. Nezkomprimovaná fotka může mít v paměti klidně i 250MB.
Kdyz jsem na tom stroji mel 512 MB, tak jsem pracoval s obrazky, ktere mely 250 MB zkomprimovane a bez problemu. Dokonce jsem si obcas bral praci domu, protoze mi tam PIII nestacila. Zacalo to s Gwenview z KDE4.
O tom reportu popremyslim.
A hele, tak ono to uz je reportovano, to jsem musel nejak posledne prehlednout:
Popisovaný příklad s Gwenview není jediným příkladem interního DoS (denial of service) v desktopovém linuxu.
Hodil nějaký suspend-all mod, něco co by reagovalo na stisk specifické klávesy, nízkoúrovňově, upřednostněné před vším, okamžitě suspendovalo běžící procesy kromě těch nejzákladnějších (jádro?) a spustilo jednoduchou user friendly konzoli (klidně GUI či TUI v záloze i CLI) kde by bylo možné potížistu lokalizovat (řekněme poslední naměřené vytížení CPU, swap, mem) a odstřelit. Konzole by měla mít práva roota, aby bylo možné odstřelit i root process nebo proces jiného uživatele. Neexistuje už něco takového? Mě by se to občas silně hodilo.
S něčím podobným se setkávám v desktopovém linuxu periodicky, tohle dokázal KDevelop v nějaké blahé 3.5.x verzi při pokus načíst některé projekty, jako bug jsem nahlásil na kde bugzillu a tuším to tam stále je, dál to zvládal Firefox 2.x na některých stránkách (podezírám hlavně součinnost s Flashem) OOo quickstarter za určitých okolností a to hned zostra při startu desktopu, a tak dále.
Poslední dobou výskyt takových DoS (denial of service) stavů poklesl, ale nebude to zlepšením stavu kvality linuxového SW (bohužel), ale spíš masivnějším prosazením dvou (vícero) jádrových procesorů, takže když se jedna aplikace "zblázní" a zabere si procesor jen pro sebe, zachrání vás lelkující druhé jádro, protože většina aplikací využívá (v tomto případě naštěstí) jen jedno jádro. Díky tomu se dostanete k příkazové řádce nebo ksysguardu a potížitu můžete odstřelit.
Zní to schůdně, i když práce se systémem vytíženým na 99% taky není žádná slast, načekáte se než se spustí byť jen příkazová řádka, o nějaké GUI aplikaci (KSysGuard) ani nemluvě. A jako vrchol zjistíte, že problematický process běží pod jiným uživatelem a vy ho tak snadno nesestřelíte. To mě pak může trefit. No lepší než nic, ale ideální alternativa k mému návrhu to zrovna není. A snižovat moc pod 99% není taky ideální, hlavně při hraní her by vás to mohlo mrzet. Přijde mi, že primárně tu zklamal kernelový process scheduler.
Už roky nepamatuji, že by k podobnému záseku docházelo na WinXP. A to že mi v práci prošel pod rukama taky všelijaký SW. Podle mě má jádro WinXP nějaký sofistikovaný mechanismus, jak takovým stavům předcházet. Nějaké automatické snižovýní prioriry scheduleru pokud se aplikace chová podezřele, moc dlouho vytěžuje procesor, určitě na to existují nějaké heuristiky. Nevím to, jen hádám.
Ze ich ta 4kova verzia este bavi... 
Baví, proč by ne? Už jen sledovat tu evoluci, jak se z nepoužitelného dema stává pracovní nástroj je zajímavé.
A až je to přestane bavit, tak se vrhnou na KDE5, celé v 3D a ovládané myšlenkami 
>>> Už jen sledovat tu evoluci, jak se z nepoužitelného dema stává pracovní nástroj je zajímavé
Ze evolucia - skor taka ze z pouzitelneho desktopu (KDE3) robia nepouzitelnu a zase "peknu" a efektami prepchatu hatlaninu (KDE4)...
>>> A až je to přestane bavit, tak se vrhnou na KDE5, celé v 3D a ovládané myšlenkami
No a to sa uz pouzivat nebude dat vobec 
>>> Už jen sledovat tu evoluci, jak se z nepoužitelného dema stává pracovní nástroj je zajímavé
Ze evolucia - skor taka ze z pouzitelneho desktopu (KDE3) robia nepouzitelnu a zase "peknu" a efektami prepchatu hatlaninu (KDE4)...
To jsi mě nepochopil. Já myslel evoluci od 4.0 ke 4.2. A rozhodně nesouhlasím s tím, že současné KDE4 je nepoužitelné. Kdyby tomu tak bylo, tak bych ho nemohl používat na pracovním NB. Efekty se dají vypnout, prostředí se nastaví jak komu vyhovuje (a když to nejde tak se napíše bugreport) no a pak se pracuje.
>>> Už jen sledovat tu evoluci, jak se z nepoužitelného dema stává pracovní nástroj je zajímavé
Ze evolucia - skor taka ze z pouzitelneho desktopu (KDE3) robia nepouzitelnu a zase "peknu" a efektami prepchatu hatlaninu (KDE4)...
To jsi mě nepochopil. Já myslel evoluci od 4.0 ke 4.2. A rozhodně nesouhlasím s tím, že současné KDE4 je nepoužitelné. Kdyby tomu tak bylo, tak bych ho nemohl používat na pracovním NB. Efekty se dají vypnout, prostředí se nastaví jak komu vyhovuje (a když to nejde tak se napíše bugreport) no a pak se pracuje.
Ale pochopil som len vravim ze je to evolucia (pre mna) prave ten prechod z 3ky na 4ku a to evolucia k horsiemu. Minimalna konfiguracia sa zvysila a nic az tak extra produktivite nakloneneho ta 4ka neprinasa...
Přechod z trojky na čtverku není evoluce, nýbrž revoluce. ^_^
Přesně tak. Evoluce to je až ze 4.0 na 4.2. Ona 4.2 už KDE 3.5 pomalu dohání a jsem zvědav, čím ji pak předčí.
Tak dnes v noci jsem si natáhl nové repozitáře Kde 4.2.2 a jak přijdu z práce,tak to zpustím. Zkoušel jsem instalaci z Kde 4.2.1. Nedoporučuji, nejde to! Tady je postup reinstalu:
http://www.mandrivalinux.cz/cerstve-kde-4-2-2-muzete-mit-jeste-dnes
Tak Kde 4.2.2, mám už pár týdnů v kompu a jede bez problémů.
Tiskni
Sdílej: