Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
Český telekomunikační úřad vydal zprávy o vývoji cen a trhu elektronických komunikací se zaměřením na rok 2024. Jaká jsou hlavní zjištění? V roce 2024 bylo v ČR v rámci služeb přístupu k internetu v pevném místě přeneseno v průměru téměř 366 GB dat na jednu aktivní přípojku měsíčně – celkově jich tak uživateli bylo přeneseno přes 18 EB (Exabyte). Nejvyužívanějším způsobem přístupu k internetu v pevném místě zůstal v roce 2024 bezdrátový
… více »Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-10-01. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Jedná o první verzi postavenou na Debianu 13 Trixie.
Byla vydána nová verze 4.6 svobodného notačního programu MuseScore Studio (Wikipedie). Představení novinek v oznámení v diskusním fóru a také na YouTube.
Společnost DuckDuckGo stojící za stejnojmenným vyhledávačem věnovala 1,1 milionu dolarů (stejně jako loni) na podporu digitálních práv, online soukromí a lepšího internetového ekosystému. Rozdělila je mezi 29 organizací a projektů. Za 15 let rozdala 8 050 000 dolarů.
Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.17. Díky 278 přispěvatelům.
Bylo vydáno openSUSE Leap 16 (cs). Ve výchozím nastavení přichází s vypnutou 32bitovou (ia32) podporou. Uživatelům však poskytuje možnost ji ručně povolit a užívat si tak hraní her ve Steamu, který stále závisí na 32bitových knihovnách. Změnily se požadavky na hardware. Leap 16 nyní vyžaduje jako minimální úroveň architektury procesoru x86-64-v2, což obecně znamená procesory zakoupené v roce 2008 nebo později. Uživatelé se starším hardwarem mohou migrovat na Slowroll nebo Tumbleweed.
Ministerstvo průmyslu a obchodu (MPO) ve spolupráci s Národní rozvojovou investiční (NRI) připravuje nový investiční nástroj zaměřený na podporu špičkových technologií – DeepTech fond. Jeho cílem je posílit inovační ekosystém české ekonomiky, rozvíjet projekty s vysokou přidanou hodnotou, podpořit vznik nových technologických lídrů a postupně zařadit Českou republiku mezi země s nejvyspělejší technologickou základnou.
… více »Radicle byl vydán ve verzi 1.5.0 s kódovým jménem Hibiscus. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.
Společnost OpenAI představila text-to-video AI model Sora 2 pro generování realistických videí z textového popisu. Přesnější, realističtější a lépe ovladatelný než předchozí modely. Nabízí také synchronizované dialogy a zvukové efekty.
Omlouvám se, nějak mi povolily nervy a musel jsem to ze sebe dostat. Šlo mi hlavně o to, že:
- dříve nebyl problém upgradovat kernel a vše bylo ok, od nějaké aktualizace mi ale fungoval jen jeden kernel a to 3.2.0 - protože používám OSS ovladače grafiky, tak jsem chtěl zkusit 3.12, kde údajně došlo k nárůstu grafického výkonu. Najednou jsem se ale dostal do situace, kdy nešel Debian nabootovat a fungoval jen s jedním kernelem
- GTK aplikace byly vždy bez problémů, ale po natažení části GTK z větve testing začaly padat jak ovoce. Styl používám pořád stejný, GTK2 i GTK3, mám pocit že se jmenuje Atolm3. Dřív se to nedělo a nelíbí se mi, že nějaká aktualizace GTK není ošetřená tak, aby aplikace nepadala se starým stylem.
Jsem si samozřejmě vědom, že chyba je někde mezi klávesnicí a židlí, ale proč to dříve fungovalo a teď ne?
A tomu se divíš? Míchat větve se nevyplácí (resp. je blbost to dělat), buď jedu čistě stable, nebo čistě testing.ale po natažení části GTK z větve testing začaly padat jak ovoce
Já mám docela dobré zkušenosti s mícháním stable, unstable a experimental.Já osobně nevidím problém s tím, že to někdo používá a umí to používat. Jen bych to obecně uživatelům nedoporučoval, protože jediným výsledkem je velké množství frustrovaných jedinců, kteří navíc mají pocit, že za jejich neúspěchy může Debian.
kteří navíc mají pocit, že za jejich neúspěchy může Debian
No a ne, když notoricky obsahuje i v unstable některé zastaralé balíčky?
Chtěl jsem přejít na testing, upravil jsem sources.list, apt-get update, apt-get dist-upgrade....a je to tam
Já hlavně předpokládal, že když je / na RAID oblasti, tak se do /etc nic nedostane dřív, než se RAID připojí. Že se to nějak sype do initrd mě nenapadlo, GNU/Linux neznám až tak dobře
Jen mě zaráží, proč se to tak neudělalo už během instalace. Čekal bych, že čistá instalace připraví systém tak, aby první start proběhl hladce (jako tomu bylo předchozích 8 let, kdy jsem s tučňákem neměl po instalaci snad nikdy problémy).
Také, že ne. konfigurák se při generování initrd vkládá do něj. Načte se tedy kernel s initrd a jsou tak v ramce všechny potřebné údaje k nahození pole. V initrd většinou bývají kromě konfiguračních souborů také moduly (drivery k řadiči filesystému apod.).Já hlavně předpokládal, že když je / na RAID oblasti, tak se do /etc nic nedostane dřív, než se RAID připojí..
Ha, jasně! To už dává smysl
Jen netuším proč to s jedním kernelem šlo a s dalším ne. Jakoby v době generování initrd pro starší kernel bylo všechno v pořádku a potom se to nějak rozhodilo. Nebo se při generování novějšáho initrd na RAID vůbec nebral ohled.
Teď mě ale napadá, že to vlastně fungovalo i ve VirtualBoxu, jen na fyzickém stroji byly problémy. Otázka tedy spíše zní jak zjistit, co má být v souboru mdadm.conf a proč to ve virtuálu funguje a v reálu ne.
Hádám že bude potřeba chrootovat z LiveCD, zjistit UUID disků a nějak donutit initrd aby si všimnul RAIDu. Nezapomněl jsem na něco?
[O existenci initrd vím, jednou dobou jsem zkoušel i kompilovat kernel abych si rozšířil obzory, už to ale nějaký rok bude. Teď když se rozpomínám jak to fungovalo, tak to všechno dává smysl. Akorát moje paměť je mrška a na nějaký initrd jsem úplně zapomněl.]
mdadm --detail --scan ARRAY /dev/md2 metadata=1.2 UUID=14640e9e:d1c30960:5b020607:1eecbc2b ARRAY /dev/md3 metadata=0.90 UUID=1d4bfb10:2b00fef9:5b020607:1eecbc2b ARRAY /dev/md5 metadata=0.90 UUID=1011cbb3:b48abbe7:5b020607:1eecbc2b ARRAY /dev/md6 metadata=0.90 UUID=88018aa2:0d416a22:5b020607:1eecbc2bDále, proč ti to jde / nejde. Debian myslím standardně ještě mdadm.conf nepoužívá (teď bych kecal, nevím to jistě). Každopádně vždy to bylo tak, že se mdadm.conf nepoužíval a distribuce spoléhaly na autodetekci pole v kernelu. Jenomže, tato autodetekce má své mouchy a v posledních verzích už je ignorována čím dál víc a doporučuje s používat mdadm.conf nehledě na to, že ani nové verze kernelů nepodporují při autodetekci novější metadata, takže u nových verzí metadat ti ani nic jiného nezbývá.
Poprvé jsem si všiml, že mají dva oddíly spojené do jednoho RAID pole stejné UUID. Jdu si vytisknout tvůj článek a v práci ho zkusím během dne přechroupat, moc díky a počítej s tím, že se ještě budu ptát...pokud tě to teda nějak neobtěžuje.
Díky, bookmarknuto a vytisknuto
Akorát jsem si všimnul, že při dnešním ranním bootu opět vyskočila hláška, že v poli nejsou disky, přitom včera bylo vše OK a nijak jsem s tím nemanipuloval. Začínám mít podezření, jestli na to nemá vliv i nastavení BIOSu a podobných blbin
Díky za informaci. Já se teď snažím odhalit proč jednou initrd disky najde a jindy ne, je to opravdu zvláštní
Ha, po odkomentávání řádku
DEVICE partitions containers
v
/etc/mdadm/mdadm.conf
a spuštění
update-initramfs -u
to vypadá nadějně. Při bootu už to všechny oddíly našlo. Uvidíme po pár rebootech, jestli to nebyla jen náhoda.
Tiskni
Sdílej: