Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.6. Přehled novinek s náhledy v oznámení na blogu.
V Edici CZ.NIC, knižní řady správce české národní domény, vychází nová kniha Martina Malého Kódy, buildy, firmwary. Autor po půl roce od vydání předchozího titulu přichází se svou již sedmou knihou, tentokrát zaměřenou na vývoj programového vybavení pro embedded zařízení. Publikace s podtitulem Základy vývojářského řemesla pro tvůrce hobby elektroniky nabízí praktického průvodce pro všechny, kdo své projekty vytvořené s Arduinem
… více »V Brně na FIT VUT probíhá dvoudenní open source komunitní konference DevConf.CZ 2026. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.
Byla vydána nová verze 15.1 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
Vývojáři Ubuntu představili projekt Myna, tj. iniciativu zaměřenou na přidání funkce převodu řeči na text do prostředí desktopu Ubuntu. Dle plánu již v Ubuntu 26.10.
Společnost Epic Games představila nový open source systém pro správu verzí Lore navržený pro "bezprecedentní škálovatelnost dat i týmů a optimalizovaný pro projekty, včetně her a zábavy, které kombinují kód s velkými binárními soubory, aby uspokojil potřeby vývojářů i umělců". Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Úřad pro ochranu hospodářské soutěže (ÚOHS) provedl v říjnu 2024 místní šetření u společnosti Seznam.cz. Úřad prověřoval důvodné podezření na možné protisoutěžní jednání, konkrétně zneužití dominantního postavení. Krajský soud v Brně v květnu 2025 konstatoval, že toto šetření bylo nezákonné. Nejvyšší správní soud (NSS) včera rozhodl, že šetření bylo provedeno v souladu se zákonem. Krajský soud bude muset případ posoudit znovu.
Byl představen skládací telefon Commodore Callback 8020. Ani hloupý, ani chytrý. Pro fanoušky Commodore a digitálního minimalismu. Bez webového prohlížeče a sociálních sítí. S předinstalovaným WhatsAppem. S operačním systémem Sailfish OS.
V OpenBSD byla objevena 27 let stará chyba v ppp pomocí níž lze vzdáleně obejít autentifikaci. Chyba byla nahlášena 12.6. a 14.6. byla opravena. Bližší info v článku A 27-Year-Old Authentication Bypass in OpenBSD's PPP Stack.
Odpověď Evropské komise (pdf) k evropské občanské iniciativě Stop Destroying Videogames, jež je součástí hnutí Stop Killing Games: "Komise se domnívá, že v této fázi nemůže navrhnout právní povinnost zachovat hratelnost videoher poté, co přestaly být poskytovány komerčně. Důvodem jsou i stávající práva duševního vlastnictví. Podle autorského práva EU mají nositelé práv výlučná práva ke svým výtvorům. Kromě autorských práv mohou být
… více »Chtěl bych se zeptat, jakým způsobem archivujete v domácích podmínkách data "na věčné časy", případně jaký postup doporučíte? V mém případě se jedná o fotky, a ročně to dělá několik desítek GB.
Budu vděčný za vaše tipy a návrhy.
I moje 5¼palcové diskety z roku 1990 (1991?) jsou stále čitelné :-)
Jak to děláš s těmi optickými disky? Pravidelně je kontroluješ nebo jim věříš natolik, že je můžeš někam na dvacet let odložit a víš, že je pak přečteš? Já mám většinu dat živých, takže je udržuji na klasických pevných discích, které průběžně kontroluji a občas obměním, ale nějaký propracovaný systém v tom nemám. Akorát ty fotky jsou takové, že jen přibývají, takže ty starší ročníky lze odzálohovat a už se měnit nebudou – ty jsem kdysi na nějaké DVD vypálil, ale teď už jich mám 230 GB a to se mi moc pálit nechce. Nicméně nějaký lepší systém bych si v tom měl udělat…
Nezvažoval jsi páskovou mechaniku? I když cenově to asi pro domácí použití nedává smysl.
I moje 5¼palcové diskety z roku 1990 (1991?) jsou stále čitelnéGratuluji. Já jsem několikrát přemýšlel, jestli bych si taky neměl nechávat starý HW z nostalgických důvodů, ale ne, raději vše porozdávám a doma mám jen aktuální HW + několik záložních kousků ve skříních (nedávno jsem objevil desku s cpu a vůbec nevím, odkud ji mám, to se mi stává pravidelně - nedávno jsem ve skříni objevil 1.5TB enterprise storage disk a i kdyby mě týden vyslýchali, tak fakt nevím, jak se to tam dostalo
). Nejstarší stroj, o kterém vím že mám na starém bydlišti ve sklepě, je Athlon XP cosi ještě s Win 2000. Jsem zvědav, jestli to ještě nastartuje.
Já mám většinu dat živýchJá mám všechna data živá. I dokumenty ze střední školy mám na aktivním úložišti. Ano, mám je i na CD z té doby. Ale ty CD prakticky nepotřebuju.
ty jsem kdysi na nějaké DVD vypálil, ale teď už jich mám 230 GB a to se mi moc pálit nechceJasně, mám to podobně. 25GB BR už ale tak malý není, takže by stačilo jen 10 disků na zálohu. To je nic. V dobách, kdy se ještě běžně vypalovalo, jsem vypálil stovky disků. Tak si říkám, že obětovat jeden BR měsíčně pro aktuálního zálohu aktivních projektů není nic strašného. I kdyby se to nikdy nečetlo.
Nezvažoval jsi páskovou mechaniku?Ne. Spíš bych uvažoval "něco jako" FreeNET, kdy by každý poskytl prostor na svém disku pro síť a lidé zapojení do sítě by si tam umístovali svá data. Síť by měla nějakou redundanci, takže data by se nahrávala na více nodů v síti. Tj třeba někdo by chtěl zálohovat 1TB dat. poskytl by 3TB disk pro "všechny ostatní". Redundance by byla o to vyšší, o co by tam bylo účastníků. Bohužel neznám žádný dlouhodobě úspěšný projekt tohoto typu. FreeNET vždycky jen paběrkoval a bylo to velmi pomalé. Nedávno jsem slyšel o projektu IPFS, ale je to jen protokol. Nevím o tom, že by existovala nějaká větší síť.
Nemyslím, že bych se utápěl v kvantitě, ale chci kromě zpracovaných a hotových fotek archivovat i původní RAW soubory.
No a například z letošní Expedice Beograd, která trvala týden mám asi 250 fotek a několik videí. Celkem asi 11 GB včetně RAWů. Je to moc?
Je to moc?Není. Tohle nafotím za jedno odpoledne, když chci udělat panorama. Některé projekty mají klidně 50GB v rawu. Nemluvě o videu, lidi se strašně diví, proč někdo potřebuje 144TB storage pro osobní použití. Odpověď je triviální. Zkuste si sestříhat z třeba jen 6hodin materiálů půlhodinové video. Jen na tempy potřebujete několik TB. Protože mezivýsledky se pochopitelně ukládají nekomprimovaně (lossless). Až výsledek se možná encóduje do malého h265 2GB souboru. Ale jak už tu někdo psal. Pokud je to takto uzavřená věc, jeden výlet, tak vypálit na placku, raději více a je to. Na toto je to, řekl bych, ideální.
Já do RAWu fotím jen něco nebo je pak promazávám, jinak bych se v tom utopil – stejně vím, že u většiny fotek nebudu mít čas si s tím hrát a „vyvolávat“ je. S videem je to podobné – zabírá spoustu místa, ale toho zajímavého, u čeho by mne fakt mrzelo o to přijít, je jen malá část.
Asi by to chtělo nějakou klasifikaci dat podle toho, jak jsou pro člověka postradatelná/vzácná a na základě toho pak zálohovat. Tzn. ty nenahraditelné věci mít ve více kopiích na různých médiích a místech, zatímco ty nahraditelné třeba jen na disku v RAIDu 1 nebo jen s jednou záložní kopií. Na tohle by se docela hodily rozšířené atributy souborů… vlastně to není tak složité, mohl bych si na to napsat skript, který by vybral soubory určité kategorie a zazálohoval je.
Já do RAWu fotím jen něco nebo je pak promazávám, jinak bych se v tom utopil – stejně vím, že u většiny fotek nebudu mít čas si s tím hrát a „vyvolávat“ je.Já fotím do rawu všechno. To záleží na workflow. Nedávno jsem na žádost fotil jisté gymnastické představení a nafotil jsem přes 500 fotek. Import do lightroomu, potom si zvolím na jedné fotce základní úpravu (vyvážení bílé a alespoň nějaké základní křivky podle osvětlení a úpravu barev) a toto potom aplikuju na všechny fotky. Tím mám "automaticky vyvolané" všechny fotky během 10 minut práce. Potom si vyberu ty k dalšímu zpracování. Tj nastavím jim hodnocení (číselné skóre). Při procházení stačí stisknou příslušnou číslici na numpadu. Tím mám jedním průchodem vybrané fotky s ponechanou "automatickou úpravou" (skore 3), a ty, kterým se budu věnovat víc (skore 5) (a odpad se skore 0). No a v dalších dvou hodinách upravím těch vybraných 50 fotek. Jde to fakt rychle. Ale toto je o programu, v LightRoomu mám celé portfolio, mám k disposici všechny fotky naráz a mohu se kdykoliv podívat na úpravy z jiných akcí. Vůbec si nedovedu představit, že bych to dělal fotku po fotce. Ne, pracuje se s 500 / 50 současně. Individuální retuše se týkají skutečně jen těch několika málo.
Asi by to chtělo nějakou klasifikaci dat podle toho, jak jsou pro člověka postradatelná/vzácná a na základě toho pak zálohovat. Tzn. ty nenahraditelné věci mít ve více kopiích na různých médiích a místech, zatímco ty nahraditelné třeba jen na disku v RAIDu 1 nebo jen s jednou záložní kopií. Na tohle by se docela hodily rozšířené atributy souborů… vlastně to není tak složité, mohl bych si na to napsat skript, který by vybral soubory určité kategorie a zazálohoval je.Já na toto mám osvědčenou metodu: bordel. Mám asi 15 zálohovacích HDD, na které to sypu, sem tam koupím další. Kdykoliv jsem v minulosti chtěl řešit co smazat a co nechat, tak jsem vždy smazal něco, co jsem potom později chtěl mít. Takže zálohuju všechno a i když nějakou zálohu smažu jako nepotřebnou, tak díky bordelu mám celkem jistotu, že to ještě na nějakém jiném disku bude. Takto jsem byl i několikrát rád za ta stará CDR. Z živých dat jsem to smazal a o rok, dva později opět vytahovat z CD.
Tak zrovna já fotím dost železnici a tramvaje, takže myslím že i za těch 100 let by to další generaci šotoušů mohlo zajímat.
V tomhle oboru jsou už dnes velmi hodnotné i fotky např. z 90. let, což přitom bylo relativně před chvílí.
Do Amazonu můžete zálohovat zdarma, platit budete až při obnově (stahování dat)
Zajímavý byznys model. Tady se přímo nabízí otázka, na čem vydělávají a co je motivuje k tomu, aby ostatním zadarmo skladovali jejich data… Pevné disky a provoz serverů nejsou zadarmo.
V lepším případě to funguje jako hazard a ten, kdo má tu smůlu, že potřebuje data obnovit, zaplatí i za všechny ostatní, kteří se vezli zadarmo. V horším případě poskytovatel nějak zpeněží data, která si u něj ostatní ukládají (přeci jen hodně lidí je asi nešifruje).
Tiskni
Sdílej: