Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Ahoj, řeším problém s thunderbirdem. Kdysi tam byl enigmail, ten už není, šifrování gpg je už vestavěné, ale moje skušenosti s tou vestavěnou variantou jsou takové, že to funguje hůře a složitěji jak enigmail.
Mám vytvořený gpg klíč a exportovaný jako public.asc a secret.asc
Když mi přijde šifrovaná zpráva, tak ji můžu bez problémů přečíst.
Když však chci odeslat šifrovanou zprávu, tak to píše toto:
Poslání zprávy selhalo.
Zvolili jste elektronický podpis této zprávy, ale aplikace nedokázala najít odpovídající certifikát specifikovaný v nastavení účtu pro oštu a diskusní skupiny nebo už certifikát vypršel.
V nastavení účtu -> koncové šifrování
mám zvolený OpenPGP klíč.
Pak je tam S/MIME
Osobní certifikát pro elektronický podpis:Osobní certifikát pro šifrování:
Myslím si, že to je tím.
To nelze vybrat
Správce certifikátů nedokázal najít správný certifikát, který by se použil pro elektronický podpis dané zprávy s adresou (xxx@xxx.cz)
Je tam položka "Správa certifikátů S/MIME"
Když ji rozkliknu, tak jediné co můžu dělat je importovat PKCS12 klíč.
Ten ale nemám a nevím, jak ho získat.
Veškeré pokusy selhaly.
Nejde exportovat ze "Správce klíčů OpenPGP", exportuje to jen soubory asc.
Když jsem zkoušel asc zkonvertovat, tak to neprošlo. openssl ani gpg si s tím neporadil.
(pracuju se soubory asc)
openssl: unable to load private key
gpg: Poznámka: „--export-format“ není uvažovaná možnost gpg: Poznámka: „--cert“ není uvažovaná možnost gpg: VAROVÁNÍ: nebylo nic vyexportováno
gpgsm: can't export key '0x34XEF99...mnou_upraveno': Žádný tajný klíč
Zkoušel jsem tyto příkazy
openssl pkcs12 -export -in public.asc -inkey secret.asc -out my.p12 gpg -o private.p12 --export 0x39CADB54A84149DC --export-format pkcs12 --cert gpgsm -o output.p12 --export-secret-key-p12 0x354ACDA84F125D gpgsm -o output.p12 --export-secret-key-p12 354ACDA84F125D
Pokračuju dále:
http://wiki.cacert.org/ConvertingPgpKeyToCertificate gpg --export-secret-key 0x354ACDA84F125D | openpgp2ssh 0x354ACDA84F125D > moje_id_rsa gpg: VAROVÁNÍ: nebylo nic vyexportováno No matching key found.
No a když zadám
gpg --list-keys
tak je seznam prázdný. Přesto mám gpg klíč v thunderbirdu, jednu příchozí a dešifrovanou zprávu.
Tak zkoušel jsem si vytvořit svůj vlastní GPG klíč lokálně a importovat ho do thunderbirdu.
gpg --gen-key gpg --list-keys
teď už tady je mnou vygenerovaný klíč.
Teď už to prošlo
gpg -o Jarotek_public.p12 --export ACB48124DCEEF8AB87743C37A6C7A964347824C7 --export-format pkcs12 --cert gpg --export -a "Jmeno < jmeno@klice.cz >" > public.key gpg --export-secret-key -a "Jmeno < jmeno@klice.cz >" > private.key
Toto (key) jsem importoval, ale p12 se importovat nepodařilo.
To právě že mám...
Nástroje -> Správa klíčů OpenPGP
...a tam mám klíč přijemce cílový adresát.
Kdysi jsem to měl a fungovalo mi to, nevím, co je teď špatně
Nakonec vyřešeno. Byl tam jediný problém, a to že jsem měl stále otevřený email, co jsem chtěl odeslat zašifrovaně.
A ať jsem se snažil jak jsem se snažil, tak to nešlo. Asi si pamatoval starou konfiguraci.
Jediné, co jsem změnil je:
Nastavení -> Koncové šifrování -> OpenPGP
a tam jsem ze seznamu vybral svůj osobní klíč. Byl tam jen jeden. Buď volba žádný, nebo ten můj jeden.
Pak jsem tam přidal ještě ten mnou lokálně vytvořený, ale ten jsem poté co to začalo fungovat, odebral.
Takže jediné vysvětlení, otevřená nová zpráva ve svém vlastním okně si musela pamatovat staré nastavení.
Šifrování a podpis S/MIME v Thunderbirdu už asi tak 20 let (tedy i v tom předchůdci Mozilla Mail či jak se to jmenovalo) bezproblémově funguje.
GPG-nesmysl nefunguje a zatím ještě nikdy nefungoval. Rozbitý Enigmail (naštěstí) vyhodili a zkusili tu podporu zaintegrovat do Thunderbirdu, jenže ono pořád nic.
Doporučuji použít zkrátka S/MIME. Spolehlivé funguje, způsob použití u veřejně ověřitelných certifikátů je naprosto stejný jako u podomácku vyrobených certifikátů s vlastní autoritou atd.
GPG je taková fraška a fata morgana plná bugů. V tomhle desetiletí fungovat nebude. Zato ovšem v S/MIME v tomhle (i v předchozím (i v předpředchozím)) desetiletí vždy fungoval na jedničku.
Tiskni
Sdílej: