Byla vydána verze 12.0 s kódovým jménem Ecne linuxové distribuce Trisquel GNU/Linux. Založena je na Ubuntu 24.04 LTS a podporována bude do roku 2029. Trisquel patří mezi svobodné distribuce doporučované Nadací pro svobodný software (FSF).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 9. Přehled novinek v příspěvku na blogu.
Libre Graphics Meeting 2026, tj. čtyřdenní konference a setkání vývojářů a uživatelů svobodných a otevřených grafických softwarů, proběhne od 22. do 25. dubna v Norimberku. Dění lze sledovat na Mastodonu.
Vývojář Alexandre Gomes Gaigalas na GitHubu zveřejnil c89cc.sh, parser a kompilátor jazyka C89 napsaný v pouhém jediném skriptu o přibližně 8000 řádcích čistého bashe (bez dalších externích závislostí), který generuje ELF64 binárky pro x86-64. Jedná se o velmi jednoduchý kompilátor, který nepodporuje direktivy #include a dokonce ani funkci printf (lze použít puts), všechny dostupné deklarace lze nalézt v proměnné _BUILTIN_LIBC na konci skriptu. Skript je volně dostupný pod ISC licencí.
Francouzská vláda oznámila, že v rámci strategie 'digitální suverenity' zahájí 'přechod od systému Windows k počítačům s operačním systémem Linux' (sa sortie de Windows au profit de postes sous système d'exploitation Linux). DINUM (meziresortní ředitelství pro digitální technologie) požádalo ministerstva, aby do podzimu 2026 vypracovaly konkrétní plány nasazení Linuxu. Francie již dříve migrovala části státní správy na otevřená řešení.
Nezisková organizace Electronic Frontier Foundation (EFF) hájící občanské svobody v digitálním světě po téměř 20 letech opouští platformu X (dříve Twitter). Na platformách Bluesky, Mastodon, LinkedIn, Instagram, TikTok, Facebook, Threads a YouTube zůstává.
Terminálový textový editor GNU nano byl vydán ve verzi 9.0. Vylepšuje chování horizontálního posouvání pohledu na dlouhé řádky a chování některých klávesových zkratek. Více v seznamu změn.
Ministerstvo financí ve spolupráci s finanční správou dnes představilo beta verzi aplikace využívající umělou inteligenci pro předvyplnění daňového přiznání. Není třeba přepisovat údaje z různých potvrzení, ani hledat správné řádky, kam údaje napsat. Stačí nahrát dokumenty a využít AI.
Výrobce počítačových periferií Keychron zveřejnil repozitář se schématy šasi klávesnic a myší. Licence je restriktivní, zakazuje většinu komerčních užití a v podstatě jsou tak data vhodná pouze pro výukové účely, hlášení a opravy chyb, případně výrobu vlastního příslušenství.
Správce balíčků APT, používaný v Debianu a odvozených distribucích, byl vydán ve verzi 3.2 (seznam změn). Mezi novinkami figurují nové příkazy pro práci s historií, včetně vracení transakcí.
Personalities : [raid1]
md0 : active raid1 hda6[0] hdc1[1]
1576384 blocks [2/2] [UU]
/etc/raidtab
raiddev /dev/md0
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
persistent-superblock 1
chunk-size 32
device /dev/hdc1
raid-disk 0
device /dev/hda6
raid-disk 1
Chci vyměnit zařízení hdc1 za nové sda5
následujícím způsobem: přidám sda5 do pole, projede
synchronizace, a potom odeberu hdc1.
Takže v fdisku oddíl sda5 označím jako Raid autodetect
naedituju raidtab následovně:
/etc/raidtab
raiddev /dev/md0
raid-level 1
nr-raid-disks 3
nr-spare-disks 0
persistent-superblock 1
chunk-size 32
device /dev/hdc1
raid-disk 0
device /dev/hda6
raid-disk 1
device /dev/sda5
failed-disk 2
a dbaje návodů zadám
raidstop /dev/md0
raidstart /dev/md0
raidhotadd /dev/md0 /dev/sda5
Načež by podle howto a dalších návodů měla začít synchronizace.
Ale nezačne.
[bod1]
/proc/mdstat vypadá pořád stejně:
Personalities : [raid1]
md0 : active raid1 hda6[0] hdc1[1]
1576384 blocks [2/2] [UU]
No, nic, nenapadlo mě nic chytřejšího, než:
raidsetfaulty /proc/md0 /dev/hdc1
Celkem neočekávaně najednou začala synchronizace mezi hda6 a sda5,
ikdyž je fakt, co jiného raidu zbývalo, že ?
[bod 2]
takže po jejím skončení shazuju raid
raidstop /dev/md0
upravuju raidtab
raiddev /dev/md0
raid-level 1
nr-raid-disks 3
nr-spare-disks 0
persistent-superblock 1
chunk-size 32
device /dev/hdc1
failed-disk 0
device /dev/hda6
raid-disk 1
device /dev/sda5
raid-disk 2
raidstart /dev/md0
a ejhle v /proc/mdstat mám:
md0 : active raid1 hda6[1] sda5[2]
1576384 blocks [2/1] [U_]
zadám raidhotadd /dev/md0 /dev/sda5
[bod 3]
probíhá synchronizace, po skončení mám
md0 : active raid1 hda6[1] sda5[2]
1576384 blocks [2/2] [UU]
OK
Provedu reboot, abych si ověřil, že systém je po výpadku
elektriky schopen sám naběhnout do použitelného stavu bez
ručního nastavování.
kouknu do /proc/mdstat:
tam
md0 : active raid1 hda6[1] sda5[2]
1576384 blocks [2/1] [U_]
což jak zrovna není žádaný stav.
Takže shazuju raid,
upravuju raidtab na:
raiddev /dev/md0
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
persistent-superblock 1
chunk-size 32
device /dev/hda6
raid-disk 0
device /dev/sda5
raid-disk 1
po nahození synchronizace, a kýžený výsledek v mdtab:
md0 : active raid1 sda5[0] hda6[1]
1576384 blocks [2/2] [UU]
po dalších rebootech vše OK.
bod1
proč nezačne synchronizace, když by začít měla, jedná se přece
o prosté přidání disku do pole ?
bod2
proč synchronizace startuje až ve chvíli, kdy simulovaně odejde
jeden disk ?
bod3
proč když mám v konfiguraci dva dobré synchronizované disky a jeden
failed, nedojde k vyt vytvoření raid0 z těch dvou dobrých disků
hned po startu ?
Tiskni
Sdílej: