CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.
Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.
Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.
Google na včerejší akci The Android Show | I/O Edition 2026 (YouTube) představil celou řadu novinek: Gemini Intelligence, notebooky Googlebook, novou generaci Android Auto, …
Ahoj,
mám vytvořený mirror z disků "sda3" sdb3 poslední dobou mi dělá problém, že mi po restartu nepřipojí do pole disk sdb3. Jinak md0 se normálně mountne.
Relevantní věci z dmesg:
[ 12.041923] md: bind ... [ 13.492388] md: raid1 personality registered for level 1 [ 13.492462] bio: create slab at 1 [ 13.492517] md/raid1:md0: active with 1 out of 2 mirrors [ 13.492532] md0: detected capacity change from 0 to 250997497856 [ 13.492603] fedora-storage-init[829]: mdadm: started array /dev/md0 [ 13.514379] md0: unknown partition table ... md: export_rdev(sdb3)
cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sda3[0]
245114744 blocks super 1.2 [2/1] [U_]
mdadm --manage /dev/md0 --add /dev/sdb3
mdadm: /dev/sdb3 reports being an active member for /dev/md0, but a --re-add fails. mdadm: not performing --add as that would convert /dev/sdb3 in to a spare. mdadm: To make this a spare, use "mdadm --zero-superblock /dev/sdb3" first.
Ta napovídaná varianta pomocí --zero-superblock funguje, disk přidám do md0, proběhne synchronizace, ale po restartu je zase mimo.
Díky za každou užitečnou radu
MAILADDR max@devaine.cz PROGRAM /usr/sbin/handle-mdadm-events ARRAY /dev/md2 metadata=0.90 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:1eecbc2bRozhodně bych nespoléhal na autodetekci pole apod. věcí. Všechno pěkně natvrdo nastavit v příslušném configu.
mdadm --detail --scanZdar Max
ARRAY /dev/md0 metadata=1.2 name=shadow:0 UUID=f9d385ca:8e93ebe9:8a91c445:8ae42251
mdadm --stop /dev/md0
mdadm --assemble --scan
mdadm: /dev/md0 has been started with 1 drive (out of 2).
mdadm --stop /dev/md0
mdadm --assemble /dev/md0 /dev/sda3 /dev/sdb3
mdadm: /dev/sda3 has no superblock - assembly aborted
cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sda3[0]
245114744 blocks super 1.2 [2/1] [U_]
unused devices: <none>
Jak může nemít superblok, když mi ho tam normálně přidá a sdb3 ne? Jak tam podle něj ten superblock vytvořím aniž bych ty data musel přesunout jinam a vytvořit to celý znova? Zajímavý je, že mi to nějakou dobu chodilo a pak se to vyk****lo 
Ano, původně to šlapalo. Zapomněl jsem uvést, že se jedná o Fedoru 16 x64. Ještě uvedu:
mdadm --stop /dev/md0
mdadm --assemble /dev/md0 /dev/sdb3 /dev/sda3 --force
dmesg
[ 458.792605] md: export_rdev(sdb3) [ 462.671513] md: export_rdev(sdb3) [ 868.220250] md0: detected capacity change from 250997497856 to 0 [ 868.220257] md: md0 stopped. [ 868.220262] md: unbind [ 868.235200] md: export_rdev(sda3) [ 883.046691] md: md0 stopped. [ 883.047437] md: bind [ 883.047588] md: bind [ 883.047620] md: kicking non-fresh sdb3 from array! [ 883.047626] md: unbind [ 883.060041] md: export_rdev(sdb3) [ 883.065413] md/raid1:md0: active with 1 out of 2 mirrors [ 883.065477] md0: detected capacity change from 0 to 250997497856 [ 883.067044] md0: unknown partition table
Tiskni
Sdílej: