V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 13.0 (Mastodon). Forgejo je fork Gitei.
Společnost Eclypsium se na svém blogu rozepsala o bezpečnostním problému počítačů Framework. Jedná se o zranitelnost v UEFI umožňující útočníkům obejít Secure Boot.
Editor kódů Zed (Wikipedie) po macOS a Linuxu s verzí 0.208.4 už běží také ve Windows.
Apple dnes představil 14palcový MacBook Pro, iPad Pro a Apple Vision Pro s novým čipem M5.
Debian pro mobilní zařízení Mobian (Wikipedie) byl vydán ve verzi 13 Trixie. Nová stabilní verze je k dispozici pro PINE64 PinePhone, PinePhone Pro a PineTab, Purism Librem 5, Google Pixel 3a a 3a XL, OnePlus 6 a 6T a Xiaomi Pocophone F1.
Operátor O2 představil tarif Datamanie 1200 GB . Nový tarif přináší 1200 GB dat s neomezenou 5G rychlostí, a také možnost neomezeného volání do všech sítí za 15 Kč na den. Při roční variantě předplatného zákazníci získají po provedení jednorázové platby celou porci dat najednou a mohou je bezstarostně čerpat kdykoli během roku. Do 13. listopadu jej O2 nabízí za zvýhodněných 2 988 Kč. Při průměrné spotřebě tak 100 GB dat vychází na 249 Kč měsíčně.
Byly publikovány informace o útoku na zařízení s Androidem pojmenovaném Pixnapping Attack (CVE-2025-48561). Aplikace může číst citlivá data zobrazovaná jinou aplikací. V demonstračním videu aplikace čte 2FA kódy z Google Authenticatoru.
Free Software Foundation (FSF) spustila projekt Librephone, jehož cílem je vytvoření svobodného operačního systému pro mobilní telefony. Bez binárních blobů.
Byla vydána verze 7 s kódovým název Gigi linuxové distribuce LMDE (Linux Mint Debian Edition). Podrobnosti v poznámkách k vydání. Linux Mint vychází z Ubuntu. LMDE je postaveno na Debianu.
Byl vydán Mozilla Firefox 144.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vypíchnout lze lepší správu profilů. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 144 bude brzy k dispozici také na Flathubu a Snapcraftu.
Po více než třech měsících vývoje od vydání verze 244 byla vydána nová verze 245 správce systému a služeb systemd (GitHub, NEWS). Z novinek lze zdůraznit novou službu systemd-homed.service(8), viz přednáška "Ahoj, jsem Lennart Poettering a teď vám vezmu váš domovský adresář…" na linuxové konferenci AllSystemsGo! 2019.
Tiskni
Sdílej:
tu srackuProč taková silná slova?
.brm
, a pak chceš, aby se věci tímto končící resolvovaly na jednom DNS serveru a zbytek na jiném. Typicky se to hackovalo lokálním plnohodnotným DNS serverem. Jenže tohle, pokud dobře koukám, systemd-resolved neumí… (Q: proč to nejde pověsit do veřejného DNS stromu? A: protože náhodné resolvery dělají rebound protection a RFC1918 adresy vám nepřeloží Q: a vůbec, proč? A: já byl koncový uživatel a nemůžu s tím nic dělat)
A pak klasika, že getaddrinfo nevaliduje DNSSEC. A že různé multicast DNS věci jsou v tom dohackované. Obecně tohle mi přijde jako rozumné architekturní rozhodnutí, ale ke kvalitě implementace se nedokážu vyjádřit, protože to nepoužívám.
Pokud je něco špatného na tom, aby /etc/resolv.conf
byl obyčejný soubor a v něm řádek nameserver 127.0.0.1
(v případě, že mi tam lokálně běží Bind, nebo jiná IP adresa, když DNS server běží jinde), tak proč se neupraví C funkce pro překlad jmen ve standardní knihovně nebo ten DNS server? Proč se to musí cpát do systemd?
Ten soubor je symlink na ../run/systemd/resolve/stub-resolv.conf
a na 127.0.0.53
nenaslouchá můj Bind (ten je na 127.0.0.1
), ale systemd-resolved
, který funguje jako jakási proxy. Pokud je tam nějaký mezičlánek potřeba, nebylo by lepší, aby to řešila ta funkce v céčkové knihovně, místo dvojitého přeposílání UDP či TCP paketů?
„aplikaci nejde říct, jestli jméno neexistuje, selhal DNSSEC, nebo došlo k nějaké jiné chybě“
Tohle je otázka evoluce API a každé API se s tím setká. Je normální, že se API vyvíjí a přibývají v něm nové funkce. Dobrá knížka na tohle téma je Practical API design. Rozšíření se dá dělat zpětně kompatibilně, není potřeba nic rozbíjet.
Znamená to změnit něco v glibc. Dokážeš si představit ten kvikot systemd sežral glibc!!!11!!!!1! systemd se rozpíná do glibc!!!!!!!111!
Nevidím důvod, proč by to mělo být něco specifického pro systemd. Jestli jde o všeobecně užitečnou funkci/rozšíření, tak může být ve standardní knihovně.
vždyť na to dokonce mají API
systemd je jeden produkt, neříkám, že proprietární, ale je to produkt nějakého autora/autorů. To, na čem bychom měli stavět, jsou otevřené standardy. Tzn. specifikace, na které se shodne širší skupina, nevzniká to nějak svévolně a hlavně je tam závazek, že se to bude rozvíjet nějak předvídatelně a zpětně kompatibilně. Na základě této specifikace pak mohou vznikat nezávislé implementace.
na 127.0.0.53 nenaslouchá můj Bind (ten je na 127.0.0.1), ale systemd-resolved, který funguje jako jakási proxypodle mě systemd-resolve je myšlen právě jako náhrada za lokální Bind. Pokud potřebuješ Bind (nějaká pokročilejší věc, co systemd-resolve neumí), tak systemd-resolve vypni, ne? (a naopak pokud nepotřebuješ systemd-resolve, tak ho vypni taky -- já to tak třeba mám. Dokonce v Debianu ani není defaultně zapnutý.)
Proč se to musí cpát do systemd?Proč se musí md5sum(1) cpát do coreutils? Jako asi by bylo hezké, kdyby to bylo zvlášť, aby se to dobře balíčkovalo, protože třeba Debian má aktuálně všechny tyhle věci v jednom balíčku, takže to mají nainstalované i lidi, kteří to nepoužívají. Má to celkem 14 MB, což je tak na hraně toho, co mi ještě nevadí plýtvat (e.g. systém na industriální SLC flashce která je drahá a má jenom 1 GB).
$HOME
is my castle.
Konečně rozumná integrace Btrfs a domovských adresářů. Samozřejmě jsem je vždycky vytvářel jako subvolume, což má spoustu výhod a asi tak nula nevýhod, ale pokaždé jsem si říkal, že automatizace a unifikace správy domovských adresářů by přišla vhod.
Jako generické řešení asi OK. Ale např. já mám v domovském adresáři různé druhy složek, některé jsou hodně důležité a rád bych měl jejich snapshoty uchované klidně roky, zatímco jiné jsou nepodstatné nebo dočasné a tam o tu historii nestojím. Co s tím? Promazávat je ve snapshotech? Nebo si udělat víc pododdílů v rámci domovského adresáře (takhle to mám teď)?
Pokud by byla nějaká použitelná GNU/BSD distribuce a dobrá podpora HW, tak proč ne? Mít další možnost se vždycky hodí. Ale zatím mi přijde pořád lepší GNU/Linux (a to jsem kdysi FreeBSD používal).
Jakmile to bude mít systemd
, hned tam přemigruju. :-P