Evropská komise (EK) zvažuje, že zařadí komunikační službu WhatsApp americké společnosti Meta mezi velké internetové platformy, které podléhají přísnější regulaci podle unijního nařízení o digitálních službách (DSA). Firmy s více než 45 miliony uživatelů jsou podle DSA považovány za velmi velké on-line platformy (Very Large Online Platforms; VLOP) a podléhají přísnějším pravidlům EU pro internetový obsah. Pravidla po
… více »Tržní hodnota technologické společnosti Alphabet poprvé v historii přesáhla čtyři biliony dolarů (83 bilionů Kč). Stalo se tak poté, co Apple oznámil, že bude na poli umělé inteligence (AI) spolupracovat s dceřinou firmou Alphabetu, společností Google.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 161 (pdf).
Po delší době vývoje vyšla nativní linuxová verze virtuálního bubeníka MT-PowerDrumKit 2 ve formátu VST3. Mezi testovanými hosty jsou Reaper, Ardour, Bitwig a Carla.
Desktopové prostředí Budgie bylo vydáno ve verzi 10.10. Dokončena byla migrace z X11 na Wayland. Budgie 10 vstupuje do režimu údržby. Vývoj se přesouvá k Budgie 11. Dlouho se řešilo, v čem bude nové Budgie napsáno. Budgie 10 je postaveno nad GTK 3. Přemýšlelo se také nad přepsáním z GTK do EFL. Budgie 11 bude nakonec postaveno nad Qt 6.
OpenChaos.dev je 'samovolně se vyvíjející open source projekt' s nedefinovaným cílem. Každý týden mohou lidé hlasovat o návrzích (pull requestech), přičemž vítězný návrh se integruje do kódu projektu (repozitář na GitHubu). Hlasováním je možné změnit téměř vše, včetně tohoto pravidla. Hlasování končí vždy v neděli v 9:00 UTC.
Byl vydán Debian 13.3, tj. třetí opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.13, tj. třináctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Na stránkách Evropské komise, na portálu Podělte se o svůj názor, se lze do 3. února podělit o názor k iniciativě Evropské otevřené digitální ekosystémy řešící přístup EU k otevřenému softwaru.
Společnost Kagi stojící za stejnojmenným placeným vyhledávačem vydala (𝕏) alfa verzi linuxové verze (flatpak) svého proprietárního webového prohlížeče Orion.
Firma Bose se po tlaku uživatelů rozhodla, že otevře API svých chytrých reproduktorů SoundTouch, což umožní pokračovat v jejich používání i po plánovaném ukončení podpory v letošním roce. Pro ovládání také bude stále možné využívat oficiální aplikaci, ale už pouze lokálně bez cloudových služeb. Dokumentace API dostupná zde (soubor PDF).
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í?
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: