Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).
Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.
Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.
Již tuto středu proběhne 50. Virtuální Bastlírna, tedy dle římského číslování L. Bude L značit velikost, tedy více diskutujících než obvykle, či délku, neboť díky svátku lze diskutovat dlouho do noci? Bude i příští Virtuální Bastlírna virtuální nebo reálná? Nejen to se dozvíte, když dorazíte na diskuzní večer o elektronice, softwaru, ale technice obecně, který si můžete představit jako virtuální posezení u piva spojené s učenou
… více »Český statistický úřad rozšiřuje Statistický geoportál o Datový portál GIS s otevřenými geografickými daty. Ten umožňuje stahování datových sad podle potřeb uživatelů i jejich prohlížení v mapě a přináší nové možnosti v oblasti analýzy a využití statistických dat.
Kevin Lin zkouší využívat chytré brýle Mentra při hraní na piano. Vytváří aplikaci AugmentedChords, pomocí které si do brýlí posílá notový zápis (YouTube). Uvnitř brýlí běží AugmentOS (GitHub), tj. open source operační systém pro chytré brýle.
Jarní konference EurOpen.cz 2025 proběhne 26. až 28. května v Brandýse nad Labem. Věnována je programovacím jazykům, vývoji softwaru a programovacím technikám.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Debian 12 „Bookworm“ byl vydán. Zohledňuje rozhodnutí o zahrnutí nesvobodného firmwaru. V repozitářích je celkem 64 419 balíčků, z toho přes 11 tisíc nových a 43 tisíc aktualizovaných. Podporováno je 9 architektur (varianty x86, ARM a MIPS, POWER a IBM z), 32bitová x86 nyní vyžaduje aspoň i686. Více v poznámkách k vydání.
Tiskni
Sdílej:
Co lidi ještě provozujou produkčně za x86-32?Co znamená produkčně? Mám tu hromadu různě starých počítačů a chci je udržet v chodu - a rád bych na nich měl aktuální OpenSSH, OpenSSL, GnuPG, GCC a další GNU nástroje a většinou i nějaké to desktopové prostředí. Mám si začít vyrábět vlastní distribuci?
Ne. Kup si nový počítač a zjistíš, že tu hromadu můžeš hodit to sběru.
Navic je to argument pro vyrobce, ze "preci vubec nevadi", kdyz budou rekneme to optimisticky "ridit zivotnost" svych vyrobku.Já si dovolím tvrdit, že se jedná o stroje, kterým bude v době konce podpory minimálně 18 let (většině ale víc, protože v roce 2010 už byl 32-bit-only jen ten největší lowend nebo embedded specializace), a kromě extrémně úzkých nasazení už nebudou dostačovat budoucímu (znovu, bavíme se o 2028) SW ani výkonově.
a kromě extrémně úzkých nasazení už nebudou dostačovat budoucímu (znovu, bavíme se o 2028) SW ani výkonově.Věci, které jsi na počítači dělal před dvaceti lety, děláš pravděpodobně pořád – a tam ten stroj stále může sloužit – a vedle toho přibyly nějaké náročnější činnosti, jako třeba kryptoměny, AI, počítání věcí na GPU, zpracování velkých objemů dat nebo 4K filmy atd., na což ten starý HW bude samozřejmě nepoužitelný. Ale pořád mi nepřijde, že by nebyl vůbec k ničemu dobrý a měl skončit ve šrotu.
Věci, které jsi na počítači dělal před dvaceti lety, děláš pravděpodobně pořád – a tam ten stroj stále může sloužitBohužel právě ty zkušenosti z toho Atomu N270 ukazují, že moc ne -- takové věci, co by měly být pořád stejné, jako třeba čtení mailů v aktuálním Thunderbirdu, nebo čtení AbcLinuxu a Wikipedie v aktuálním Firefoxu (schválně jsem vybral weby, které se za 15 let moc nezměnily) je nějakým podivným způsobem výrazně pomalejší než když jsem ten stejný počítač před 11 lety používal produkčně, s tehdejším Thunderbirdem a Firefoxem. (Okular, fbreader a ssh fungují normálně a v pohodě)
$ qlop -mtv firefox | perl -ne 'print $_ unless $. % 10' 2013-05-28T19:11:33 >>> www-client/firefox-21.0: 39′18″ 2014-01-26T22:58:46 >>> www-client/firefox-26.0: 38′20″ 2014-10-28T10:00:59 >>> www-client/firefox-33.0: 43′00″ 2015-04-07T19:38:54 >>> www-client/firefox-37.0.1: 23′28″ 2015-11-05T19:32:30 >>> www-client/firefox-38.4.0: 31′45″ 2016-07-14T21:14:17 >>> www-client/firefox-45.2.0: 37′37″ 2017-02-16T19:36:44 >>> www-client/firefox-45.7.0: 37′22″ 2017-09-30T14:16:59 >>> www-client/firefox-56.0: 1:01:04 2018-09-06T18:51:08 >>> www-client/firefox-60.2.0: 1:20:14 2019-02-25T17:36:53 >>> www-client/firefox-60.5.2: 1:16:53 2019-09-09T17:28:35 >>> www-client/firefox-60.9.0: 1:27:21 2020-03-14T16:51:05 >>> www-client/firefox-74.0-r1: 2:26:10 2020-07-08T18:33:36 >>> www-client/firefox-78.0.1-r1: 2:50:18 2020-11-11T08:53:01 >>> www-client/firefox-82.0.3: 3:03:27 2021-02-11T19:11:09 >>> www-client/firefox-85.0.2-r1: 2:22:14 2021-08-30T09:39:43 >>> www-client/firefox-91.0.2: 2:39:32 2022-01-04T17:02:33 >>> www-client/firefox-95.0.1-r1: 2:04:05 2022-04-07T20:11:06 >>> www-client/firefox-99.0: 2:11:36 2022-08-19T07:51:57 >>> www-client/firefox-103.0.2: 2:17:34 2023-01-21T09:58:47 >>> www-client/firefox-109.0: 2:08:23 2023-06-03T17:46:14 >>> www-client/firefox-113.0.2: 2:08:19Doba kompilace Firefoxu. Stále stejný stroj, jen průběžně aktualizovaný software.
takové věci, co by měly být pořád stejné, jako třeba čtení mailů v aktuálním Thunderbirdu, nebo čtení AbcLinuxu a Wikipedie v aktuálním Firefoxu … je nějakým podivným způsobem výrazně pomalejšíNevím, jestli tam zbyla ještě nějaká soudnost a sebereflexe, ale pokud i distribuce jako Debian zaříznou ten starší HW, tak to situaci nijak nepomůže – naopak to bude argument pro vývojáře, že všichni přece používají výkonné CPU se spoustou paměti, tak se nemusíme moc omezovat. Naopak, když tu bude nějaké relevantní množství uživatelů se slabším HW, tak tu bude tlak na to, aby třeba ten Firefox nebo jednotlivé weby byly úspornější nebo aby vznikla nějaká alternativa k tomu všemu. Podle mého by mělo jít vytvořit vhodné abstrakce (např. ve formě volitelných hlavičkových souborů), které zajistí, že ten software bude fungovat i na starším HW, jen pomaleji (bez SIMD nebo dalších instrukcí). Existuje např. hlavičkový soubor pro portování z ARM/NEON na x86/SSE. A v zásadě je to věc, kterou stačí napsat jednou, a pak se dá použít v mnoha programech. Nemluvě o tom, že ty programy většinou nepoužívají ty novější instrukce přímo, ale přes nějaké knihovny, které mohou příslušnou výhybku obsahovat. Podobný případ je např. softwarová emulace OpenGL a dalších věcí.
i tam mi přijde škoda, aby to přestalo být použitelné třeba kvůli tomu, že se ti nespojí SSH nebo SSL kvůli tomu, že klient a server nenašli společný podporovaný algoritmus.No a jak dlouho se teda ma podpora spotrebky* udrzovat? Zrovna x86 by zbaveni se historickych 8 a 16 bit rezimu prospelo jak praseti drbani, (a naopak jsou v pocatcich snahy o 128bit adresaci, protoze 4EB jsou u velkych storage serveru v dohledu). * Korporat/armada si kompatibilitu na desitky let zaplati, viz treba z/OS.
No a jak dlouho se teda ma podpora spotrebky udrzovat?Tak ono GNU/Linux není čistě spotřební záležitost… Takové 286 nebo nějaké starší ne-PC by ani moc podporovat nešlo. Na své 386 mám maximálně 16 MB RAM a nějakou starou distribuci jsem na tom sice rozjel, ale žádná sláva to není. Dneska bys byl rád, kdyby se tam vešlo jádro a init. Takže to taky nemá cenu řešit. Na desce se 486 mám 64 MB paměti – na tom už by něco provozovat šlo (to je podobné jako některé modemy/routery). A na různých K6 to jsou už stovky MB RAM a na K7 dokonce GB. To už je spousta paměti a výkon už taky není úplně špatný a už se to dá používat jako celkem normální počítač. Takže tady někde je ta hranice, kde bych rád viděl tu podporu „navždy“. OS se sice vyvíjí, ale pokud by ten základ, který jen zprostředkovává komunikaci s HW a poskytuje základní služby, měl žrát víc, tak bych řekl, že je něco špatně. Nemyslím, si, že takovou podporu musí mít všechny distribuce – může to být třeba nějaká specializovaná, třeba fork toho Debianu. Ale vzhledem k tomu, jak je Debian otevřený, tak bych spíš čekal, že by to dokázali absorbovat do sebe.
Zrovna x86 by zbaveni se historickych 8 a 16 bit rezimu prospelo jak praseti drbaniTo by mi asi nechybělo, ale spíš je otázka, proč se držet x86, když tu máme OpenPOWER a RISC-V, případně ARM.
podpora spotrebkyNapř. hry jsou taková spotřební záležitost a ty starší je docela populární hrát na tenkých klientech. Pro ty DOSové by tam sice člověk mohl dát (Free)DOS, ale přijde mi lepší tam mít něco modernějšího a mít tam třeba SSH/SFTP přístup pro správu souborů z hlavního počítače. Kromě DOSBoxu tam pak můžou běžet i další emulátory.
Souhlasím, že ten praktický význam není až tak velký a je to do značné míry věc sentimentální. Napadají mě teď tyhle důvody:
aby to přestalo být použitelné třeba kvůli tomu, že se ti nespojí SSH nebo SSL kvůli tomu, že klient a server nenašli společný podporovaný algoritmus.P.S. Asi všichni známe případy, kdy byl problém používat třeba ovládací konsoli nějakého HW, protože na aktuálním desktopu už člověk neměl JavaApplety/Flash a HW jinak ovládat nešlo. Nebo neexistovalo šifrování podporované na obou stranách, takže se nešlo ani spojit. Hardware se prostě celkem běžně používá i dlouho po životnosti zamýšlené výrobcem. S proprietárním HW/SW nic moc nenaděláme, ale přijde mi škoda, aby se svobodný software choval podobně a zavíral uživatelům cestu k používání staršího HW, který by jinak mohl ještě sloužit (byť to pro někoho může být trochu obskurní a podivné využití).
problém používat třeba ovládací konsoli nějakého HW, protože na aktuálním desktopu už člověk neměl JavaApplety/Flash a HW jinak ovládat nešloVyreseno, pro uzivatelskou privetivost, virtualboxem. Ale uznavam, ze v idealnim svete ma HW dokumentovane API a uzivatel zdrojaky k ovladacimu SW (klidne pod NDA, ale ma).
Rada na závěr: vždy požadujte zdrojové kódy od programů, které používáte!