Během tradiční ceremonie k oslavě Dne vzniku samostatného československého státu (28. října) byl vyznamenán medailí Za zásluhy (o stát v oblasti hospodářské) vývojář 3D tiskáren Josef Průša. Letos byly uděleny pouze dvě medaile Za zásluhy o stát v oblasti hospodářské, druhou dostal informatik a manažer Ondřej Felix, který se zabývá digitalizací státní správy.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 15.0. Postaven je na Firefoxu ESR 140.
Bylo oznámeno (cs) vydání Fedora Linuxu 43. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách Fedora Magazinu: Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Silverblue a Fedora Atomic Desktops.
Elon Musk oznámil (𝕏) spuštění internetové encyklopedie Grokipedia (Wikipedia). Zatím ve verzi 0.1. Verze 1.0 prý bude 10x lepší, ale i ve verzi 0.1 je podle Elona Muska již lepší než Wikipedia.
PSF (Python Software Foundation) po mnoha měsících práce získala grant ve výši 1,5 milionu dolarů od americké vládní NSF (National Science Foundation) v rámci programu "Bezpečnost, ochrana a soukromí open source ekosystémů" na zvýšení bezpečnosti Pythonu a PyPI. PSF ale nesouhlasí s předloženou podmínkou grantu, že během trvání finanční podpory nebude žádným způsobem podporovat diverzitu, rovnost a inkluzi (DEI). PSF má diverzitu přímo ve svém poslání (Mission) a proto grant odmítla.
Balík nástrojů Rust Coreutils / uutils coreutils, tj. nástrojů z GNU Coreutils napsaných v programovacím jazyce Rust, byl vydán ve verzi 0.3.0. Z 634 testů kompatibility Rust Coreutils s GNU Coreutils bylo úspěšných 532, tj. 83,91 %. V Ubuntu 25.10 se již používá Rust Coreutils místo GNU Coreutils, což může přinášet problémy, viz například nefunkční automatická aktualizace.
Od 3. listopadu 2025 budou muset nová rozšíření Firefoxu specifikovat, zda shromažďují nebo sdílejí osobní údaje. Po všech rozšířeních to bude vyžadováno někdy v první polovině roku 2026. Tyto informace se zobrazí uživateli, když začne instalovat rozšíření, spolu s veškerými oprávněními, která rozšíření požaduje.
Jste nuceni pracovat s Linuxem? Chybí vám pohodlí, které vám poskytoval Microsoft, když vás špehoval a sledoval všechno, co děláte? Nebojte se. Recall for Linux vám vrátí všechny skvělé funkce Windows Recall, které vám chyběly.
Společnost Fre(i)e Software oznámila, že má budget na práci na Debianu pro tablety s cílem jeho vyžívání pro vzdělávací účely. Jako uživatelské prostředí bude použito Lomiri.
Proběhla hackerská soutěž Pwn2Own Ireland 2025. Celkově bylo vyplaceno 1 024 750 dolarů za 73 unikátních zranitelností nultého dne (0-day). Vítězný Summoning Team si odnesl 187 500 dolarů. Shrnutí po jednotlivých dnech na blogu Zero Day Initiative (1. den, 2. den a 3. den) a na YouTube.
Ahoj, chtel bych si roztridit archiv fotek a videi pomoci digikamu. Moje predstava je takova, ze budu mit fotky ulozeny na mem domacim serveru s bananaPi a sambou a pomoci SMB4K si je mountuju do /home
Potom si na notebooku ten adresar s fotkami na sambe pridam mezi alba v digikamu a budu tridit a pracovat s nimi.
Soucasne se k fotkam dostanu i z televize, kde mam multimedialni centrum a mam pristupny ten samba share - kdyz prijde navsteva atd.
Vsechno funguje, jenom mne docela zarazi, jak dlouho si digikam nacita info o fotkach. Po spusteni to trva i dele, jak deset minut. Je tam asi 350GB fotek ve 20 000 souborech. Presto si myslim, ze prece neni nutne, pokazde je nacitat znovu, takze jsem to chapal pri prvnim pridani, ale ne po dalsim spusteni.
Jak Vam to funguje s vetsim mnozstvim fotek? A jak to resit? Rozdelit si alba na roky a pracovat jen s jednim rokem, aby tam toho bylo mene?
Muze byt na vine pomala samba? Da se nejak odzkouset, jak rychly je prenos v pripade, ze pristupuji k velkemu mnozstvi souboru? Mam totiz podezreni, ze prenos jednoho velkeho souboru je docela OK, ale prenos vetsiho mnozstvi malych souboru uz je prusvih - fotky jsou totiz na serveru ulozene v sifrovane slozce, kvuli pripadne kradezi disku.
Mimo jine, myslim, ze webdav na tom bude s vykonem mnohem hure.
Webdav pouzivam pro pristup k firemnimu ulozisti z mobilu - abych se nemusel pripojovat k VPN, atd. Beha mi pres https. Ale doma to nechci ani videt.
Samba je super, je skoda, ze na linuxu neni nejaky klon, treba s lepsim vykonem a kompatibilitou vuci MS klientum - NB s widlema se clovek obcas nevyhne.
Samba je super, je skoda, ze na linuxu neni nejaky klon [...]Ehm. A co myslíš, že je Samba?
)) Samo, samba je prece linuxova portace MS sdileni souboru
Skriptovat kvuli takove banalite...
Ten rozdil v rychlosti mezi SMB a mountovanym bodem byl asi jen autosugesce. V tom gwenview to chodilo stejne naprd. Pouzivam tedka jiny prohlizec fotek a ten jenom lita, i kdyz to sosam z sifrovaneho adresare
Ale delal jsem test pristupu k souborum sifrovanym a nesifrovanym. Nekolik stovek giga fotek a filmu, udelal jsem na vsechny MD5. Takze sifrovany trval 3 hodiny 40 minut, nesifrovany 40 minut
Takze presouvam fotky mimo sifrovany adresar a uvidime
Myslim, ze to, ze si digiKam na ty fotky potreboval sahnout, znamenalo, ze je musel sifrator zase desifrovat, takze to trva ohromne dlouho. Uvidime, jestli se to ted zrychli. Kdyz ne, poleti banan z domu a objednam x86 desku
Tiskni
Sdílej: