Github publikoval Octoverse 2025 (YouTube), tj. každoroční přehled o stavu open source a veřejných softwarových projektů na GitHubu. Každou sekundu se připojil více než jeden nový vývojář. Nejpoužívanějším programovacím jazykem se stal TypeScript.
Kit je nový maskot webového prohlížeče Firefox.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.5. Přehled novinek s náhledy v oznámení na blogu.
Německo zvažuje, že zaplatí místním telekomunikačním operátorům včetně Deutsche Telekom, aby nahradili zařízení od čínské firmy Huawei. Náklady na výměnu by mohly přesáhnout dvě miliardy eur (bezmála 49 miliard Kč). Jeden scénář počítá s tím, že vláda na tento záměr použije prostředky určené na obranu či infrastrukturu.
Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.
Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.
Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀
Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.
Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.
Tiskni
Sdílej:
A nějaký soucit s náma co nemáme v povolání bankovní loupeže, nic?
Náhodou já z toho mám dobrý pocit. Vždycky mě potěší, že osobně s x86 nemám nejmenší problém až ji dokonce mám rád a tak mám všechno levný :)
Jinak teda čumím, že rozdíl v ceně mezi tou 2S a očesanou 1S deskou je taková raketa. Přitom je tam reálně jen o něco míň poměrně levnejch součástek. Takže na té 2S bude dost tučná marže - variabilní náklady na jeden kus asi určitě nejsou zas tak brutální, jenom ty fixní na vývoj... A taky je ještě pěkný, že i ta spešl malá mATX deska Blackbird s minimem slotů/parády stojí už skoro stejný prachy jako ten Talos II Lite (900$) - takže asi opět, výrobní náklady nízký, ale rýžujou. V lepším případě proto, aby se jim vrátila počáteční investice (což by bylo normální a OK). V horším případě, prostě využívají toho, že lidi požadující ty otevřený firmwary jsou relativně ochotní nechat se dost zkásnout a není tam moc konkurence která by vykuky držela pod kontrolou.
by ji to teoreticky možná i mohlo vyzkratovatVyzkratovat je ale přesně to co chceš. Antistatická ochrana se dřív dělala prostě tak, že se to zabalilo do alobalu. To co ti zničí součástku je rozdíl potenciálu, který tam nemůže být, když je všechno společně propojené.
To však platí jen pokud tam není někde baterka, která např. udržuje CMOS paměť s konfigurací BIOSu. Pokud vím, ty pytlíky jsou vodivé opravdu jen trochu, dost na to, aby se nechtěné náboje nenasbíraly a ty nasbírané vybily, ale málo na to, aby to způsobilo potíže. Bavíme se tady řádově o GΩ. Vem si, jaký vliv má třeba jen vlhkost vzduchu při šoupání nohama po podlaze.Ano, to je pravda. Platí to jen pro statickou elektřinu, samozřejmě pokud by tam někde byl zdroj energie, nebo to nedejbože zapnul, tak to v případě alobalu spolehlivě zničí.
Gratuluji, dobrá práce.
Aby mne zde nekamenovali za otázku, která tu měla padnout jako první: "Může na tom běžet Crysis?". 
Teď vázně. Chci se zeptat zda by šlo využít emulace platformy x86_64 (pomocí QEMU?) s cílem vyhnout se zranitelnostem Spectre/Meltdown na nativní x86_64 platformě, samozřejmě asi s drakonickou výkonostní daní danou náročností emulace?
. Akorát, že PCIe karty s FPGA stojej pořád strašnou pálku a GPU softcore by možná konkurovalo něčemu jako intel GMA.
Akorát, že PCIe karty s FPGA stojej pořád strašnou pálku a GPU softcore by možná konkurovalo něčemu jako intel GMA.Právě.
Jinak, AMD se sice dost otevírá, ale stále vyžadují poměrně dost proprietárního blobu, bez kterého GPU rozumně nefunguje.
Zajímalo by mě, jestli je s AMDGPU open source ovladačem v případě toho Tallos II systému prakticky nějaký zádrhel.Neměl by, kernel drivery jsou psané poměrně multiplatformně. Maximálně je občas umělé omezení driveru na architekturu, protože to nikoho nenapadlo otestovat, ale zrovna toho, že to nepojede na POWER, bych se nebál. Obvykle stejně stačí jen upravit Kconfig aby to neblokoval. P.S. Koukám, že HMM subsystém je omezený na X86_64 a PPC64.
Zajímalo by mě, jestli je s AMDGPU open source ovladačem v případě toho Tallos II systému prakticky nějaký zádrhel.Řekl bych, že docela zásadní, stejně jako s AMDGPU všude jinde -- nepodporuje OpenCL. Vůbec. Pro OpenCL je potřeba proprietární AMDGPU-Pro. Nevím jak ostatní, ale já grafiku vůbec nepoužívám na zobrazování, ale na počítání.
config DRM_AMDGPU_SI
bool "Enable amdgpu support for SI parts"
depends on DRM_AMDGPU
help
Choose this option if you want to enable experimental support
for SI asics.
SI is already supported in radeon. Experimental support for SI
in amdgpu will be disabled by default and is still provided by
radeon. Use module options to override this:
radeon.si_support=0 amdgpu.si_support=1
Teda ono to závisí na tom kdy jsi to zkoušel. Teďka by už nějaká podpora v amdgpu být měla (viz ten výpis z jádra). Ale ono je to blbý, GCN generace 1-2 je přesně v té díře, kde končí podpora v radeonu a začíná podpora v amdgpu, takže se na ně trochu pozapomnělo IMO. Když jsem asi před rokem a něco zkoušel rozchodit nějaké APU (myslím že carrizo - noťas HP255G5), tak to má GCN 2 a různě to házelo s amdgpu warningy a oopsy, takže jsem to vrátil na funkční radeon driver. Od té doby jsem neměl notebook na reinstalaci.
Opencl je podporovaný i v driveru radeon (byť je v tabulce WIP, ale než vyšel ROCm tak to bylo myslím všude).
# ./clinfo
Platform #0
Name: Clover
Version: OpenCL 1.1 Mesa 18.3.1
Device #0
Name: AMD Radeon (TM) RX 460 Graphics (POLARIS11, DRM 3.27.0, 4.20.0-rc2-next-20181113-kontron+, LLVM 7.0.0)
Type: GPU
Version: OpenCL 1.1 Mesa 18.3.1
Global memory size: 4 GB
Local memory size: 32 kB
Max work group size: 256
_MEM_SIZE: (256, 256, 256)
Ale jinak opravdu s opencl může být problém, pokud na dané hostující architektuře není podpora LLVM. Ale to jsou jen ty extrémní okrajové architektury.