PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Zdravím, chtěl bych požádat zkušenější o radu, na čem postavit sdílené úložiště (SW, příp. HW), což jsem dostal v práci za úkol. Jsou na to cca následující požadavky:
V zásadě jde o něco, co by fungovalo jako Dropbox, ale aby to bylo šifrované. Budou se tam ukládat typicky dokumenty, zatím by se jednalo o řádově pár GB dat, sdílených mezi cca 5 uživateli. Nemusí to být čistě (vlastní) SW řešení, pokud by něco podobného nabízel třeba nějaký NAS, tak je to taky možnost.
Zatím mi vyšlo pár možných variant:
).Zatím mi přijde nejzajímavější varianta 4. za použití Seafile. Co jsem se dočetl, tak je z volně dostupných alternativ Dropboxu asi nejlepší (dle hodnocení uživatelů), třeba OwnCloud má sice spoustu rozšíření, ale taky spoustu chyb, a další alternativy taky mají nějaké problémy. Pak se mi líbí to šifrování (doufám, že funguje i při sdílení dat mezi více uživateli), mělo by tam fungovat verzování souborů (historie změn), a možná ještě nějaké další funkce budou přínosem (nestudoval jsem to úplně detailně). Z čeho mám ale trochu obavy, je to, že se na serveru neukládají data v původní podobě (soubory 1:1 jako na klientech) - abych byl v případě problémů schopný z toho data dostat... Máte zkušenosti se stabilitou, vč. klienta pod Win? Jak jsou tam řešené kolize souborů (pokud dva uživatelé nezávisle na sobě v jeden čas provedou úpravu)? A bylo by lepší to hodit na VPS, nebo radši použít vlastní železo a mít to připojené lokálně? Předem díky za vaše poznatky.
. Další věc, jak tam konkrétně řešit to verzování? Dělat třeba každou půlhodinu zálohy, resp. kopie souborů, které se změnily, a tenhle strom "záloh" zpřístupnit jen pro čtení...? Tam by se ale mohlo sem tam stát, že by taková granularita nebyla dostatečná. Nebo na to nějak naroubovat inotify a kopírovat soubory při změně/vytvoření?
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
incronu (v podstatě "cron", ale řízený událostmi přes inotify, nikoliv časem) nebo ještě lépe pomocí jeho dá se říct ekvivalentu, který ale umí i rekurzivní adresáře - watcher. Následně při každé změně souboru bych ho nějakým bashovým nebo pythoním skriptem zkopíroval do vedlejšího stromu a přidal do názvu datum a čas - podle toho by se pak případně dala dohledat potřebná verze. Mělo by to nějaká omezení, ale bylo by to relativně jednoduché tedy asi do doby, než bych od toho potřeboval nějaké sofistikovanější chování (nějak tam víc řešit oprávnění, nastavování sdílených složek, atd.), pak by to asi bylo poněkud horší 
.
Pouzivam vlastni server s ubuntu, kde mi bezi samba + owncloud. Zadnych chyb jsem si nevsiml, vyjma snad toho, ze se chova dost nekorektne pripojovani samba adresaru primo pres admin menu owncloudu - proste to nenacita slozky, kdyz jsou moc velke (typicky hudba, filmy, apod). Takze si to mountuju primo na linuxu do tech slozek owncloudu konkretniho uzivatele (prdne se to do fstab a je to bez starosti).
Pak taky nepouzivam synchronizaci (jen s NB a tam mam pokusnou slozku - testuju to) - pry to obcas plete a maze soubory. Pro mne je to zatim zbytecnost, mam vsechna data na sitovem disku, takze synchronizaci prilis nepotrebuju a cekam, az owncloud dotahnou do konce - lepsi podpora prehravani videi primo v prohlizeci, poradny prehravac hudby, apod. Je to velice dobre naslapnuty projekt, jehoz tvurci presne pochopili, co lidi chteji, jen jim to holt trochu trva no 
Ale za ty penize...?
Osobne bych se s tim v praci asi nepackal a koupil nejaky komercni NAS - tvoji snahu stejne ASI nikdo neoceni, tak proc si komplikovat zivot? Ty NASy maji velice prijemne rozhrani, naklikas to za pet minut.
Pro mne byla hlavni priorita ta, ze vim, co ten system dela, ze si muzu zasifrovat data na oddilech toho disku a nespolehat se na nejake dodane reseni a ze si to muzu rozsirovat dle libosti. Ucil jsem se u toho linux, takze jsem spojil prijemne s uzitecnym.
Dneska si doma provozuju podobny server na Banana Pi (jen se sambou) a jeho zprovozneni mi diky tomu, co jsem se naucil trvalo jen par hodin - i se sifrovanymi slozkami, atd. Dnes uz bych to rozbehal za par minut. Cena oproti komercnimu nasu je zlomkova, ale nejvice si stejne cenim te otevrenosti a toho, ze vim, jak to doopravdy funguje a kdo do toho ma vlastne pristup.
. Samozřejmě nemám osobní zkušenost, ale v těch záporech u hodnocení OwnCloudu se takové stesky objevovaly celkem nezřídka.
S NASem celkem souhlas, ale zase problém jako výše - dá se tam nějak řešit verzování? Jde mi o to, že když třeba omylem smažu soubor nebo ho omylem přepíšu nebo nahradím novou verzí, ve které bude chybět kus původních dat, tak už nebude cesta, jak to obnovit zpět (jako to jde třeba na Dropboxu). Samozřejmě, že tam uvažuju nějakou formu zálohování, ale i v takovém případě by se tohle mohlo stát (pokud bych zálohoval třeba jednou denně).
Díky moc, to je zajímavá informace. Ještě bych se rád zeptal na pár věcí:
Tiskni
Sdílej:
