PSF (Python Software Foundation) po mnoha měsících práce získala grant ve výši 1,5 milionu dolarů od americké vládní NSF (National Science Foundation) v rámci programu "Bezpečnost, ochrana a soukromí open source ekosystémů" na zvýšení bezpečnosti Pythonu a PyPI. PSF ale nesouhlasí s předloženou podmínkou grantu, že během trvání finanční podpory nebude žádným způsobem podporovat diverzitu, rovnost a inkluzi (DEI). PSF má diverzitu přímo ve svém poslání (Mission) a proto grant odmítla.
Balík nástrojů Rust Coreutils / uutils coreutils, tj. nástrojů z GNU Coreutils napsaných v programovacím jazyce Rust, byl vydán ve verzi 0.3.0. Z 634 testů kompatibility Rust Coreutils s GNU Coreutils bylo úspěšných 532, tj. 83,91 %. V Ubuntu 25.10 se již používá Rust Coreutils místo GNU Coreutils, což může přinášet problémy, viz například nefunkční automatická aktualizace.
Od 3. listopadu 2025 budou muset nová rozšíření Firefoxu specifikovat, zda shromažďují nebo sdílejí osobní údaje. Po všech rozšířeních to bude vyžadováno někdy v první polovině roku 2026. Tyto informace se zobrazí uživateli, když začne instalovat rozšíření, spolu s veškerými oprávněními, která rozšíření požaduje.
Jste nuceni pracovat s Linuxem? Chybí vám pohodlí, které vám poskytoval Microsoft, když vás špehoval a sledoval všechno, co děláte? Nebojte se. Recall for Linux vám vrátí všechny skvělé funkce Windows Recall, které vám chyběly.
Společnost Fre(i)e Software oznámila, že má budget na práci na Debianu pro tablety s cílem jeho vyžívání pro vzdělávací účely. Jako uživatelské prostředí bude použito Lomiri.
Proběhla hackerská soutěž Pwn2Own Ireland 2025. Celkově bylo vyplaceno 1 024 750 dolarů za 73 unikátních zranitelností nultého dne (0-day). Vítězný Summoning Team si odnesl 187 500 dolarů. Shrnutí po jednotlivých dnech na blogu Zero Day Initiative (1. den, 2. den a 3. den) a na YouTube.
Byl publikován říjnový přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Pracuje se na podpoře M3. Zanedlouho vyjde Fedora Asahi Remix 43. Vývojáře lze podpořit na Open Collective a GitHub Sponsors.
Iniciativa Open Device Partnership (ODP) nedávno představila projekt Patina. Jedná se o implementaci UEFI firmwaru v Rustu. Vývoj probíhá na GitHubu. Zdrojové kódy jsou k dispozici pod licencí Apache 2.0. Nejnovější verze Patiny je 13.0.0.
Obrovská poptávka po plynových turbínách zapříčinila, že datová centra začala používat v generátorech dodávajících energii pro provoz AI staré dobré proudové letecké motory, konvertované na plyn. Jejich výhodou je, že jsou menší, lehčí a lépe udržovatelné než jejich průmyslové protějšky. Proto jsou ideální pro dočasné nebo mobilní použití.
Typst byl vydán ve verzi 0.14. Jedná se o rozšiřitelný značkovací jazyk a překladač pro vytváření dokumentů včetně odborných textů s matematickými vzorci, diagramy či bibliografií.
Ahoj,
právě jsem narazil na to, že mi blkid hlásí:
/dev/sda1: UUID="669ff75e-633f-729d-3faa-dc9d4ec92699" TYPE="mdraid"
a
vol_id /dev/sda1:
ID_FS_USAGE=raid
ID_FS_TYPE=linux_raid_member
ID_FS_VERSION=0.90.0
ID_FS_UUID=5ef79f66:9d723f63:9ddcaa3f:9926c94e
ID_FS_UUID_ENC=5ef79f66:9d723f63:9ddcaa3f:9926c94e
ID_FS_LABEL=
ID_FS_LABEL_ENC=
ID_FS_LABEL_SAFE=
1. Jak je možné, že jeden a ten samý oddíl má jiné UUID?
2. Proč se jednou zapisuje UUID s pomlčkami a jednou s dvoujtečkami?
Díky za nakopnutí.
Já bych řekl, že to UUID bude, protože i /usr/share/bug/mdadm/script vypisuje:
# definitions of existing MD arrays
ARRAY /dev/md0 level=raid1 num-devices=4 UUID=5ef79f66:9d723f63:9ddcaa3f:9926c94e
...
--- volume detail:
/dev/sda1:
Magic : a92b4efc
Version : 00.90.00
UUID : 5ef79f66:9d723f63:9ddcaa3f:9926c94e
Creation Time : Fri Apr 11 18:38:09 2008
Raid Level : raid1
Used Dev Size : 10240128 (9.77 GiB 10.49 GB)
Array Size : 10240128 (9.77 GiB 10.49 GB)
Jestli je to ubuntu, tak zkus reboot. Ubuntu používají opatchovaný vol_id (IIRC -- nebo blkid), takže jedna z těch informací nemusí být up-to-date. Google třeba taky bude něco vědět.
Již několikrát restartováno. Je to Debian Lenny (už dlouhou dobu - z dob testingu). Google mi již před zde položeným dotazem nabídl hezký článek http://www.linux.com/feature/146951. Tam je právě též UUID s "pomlčkami" a na serveru, kde jsem měl problém s prohazováním disků, funguje k plné spokojenosti. Pak jsem mrknul ještě na diskové pole, které též funguje k plné spokojenosti a narazil jsem právě na tento rozdíl, který se mi nedaří vygooglovat :(
ls -l /dev/disk/by-uuid/vám ukáže co?
Následuje kompletní výpis (zajímavé, že zde nejsou jednotlivé oddíly, např. pro MD0=SDA1+SDB1+SDC1+SDD1)
ls -l /dev/disk/by-uuid/ total 0 lrwxrwxrwx 1 root root 9 2009-02-14 19:15 1c69bff1-bbb5-4d89-8044-67b5bd95fab3 -> ../../md0 lrwxrwxrwx 1 root root 9 2009-02-14 19:15 48b14e27-b5fe-467a-a1dd-8f00438f4f5d -> ../../md1 lrwxrwxrwx 1 root root 9 2009-02-14 19:15 fdb262e2-377a-4ea5-8128-fb693ff1d8d3 -> ../../md2
Hmmm... Když jsem si četl článek na výše uvedeném linux.com, myslel jsem, že tomu rozumím, včetně různých způsobů generování UUID. A ono prd. Další sada UUID navíc úplně rozdílná od toho co ukazuje /usr/share/bug/mdadm/script :(
Tiskni
Sdílej: