Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Řešení dotazu:
Řekl bych, že hledáš Debian.
Velké aktualizace ve Win10 mažou lidem nastavení, občas data, občas někomu způsobí BSOD a dělají jiné psí kusy.
Už tohle je dost pádný důvod takový zmetek nepoužívat. Jedná se o škodlivý software.
Jednou se jim podařilo rozbít antiviry. Ale jinak drží kompatibiltu se softy naprosto příkladně.
Kompatibilitu s čím? DOSové aplikace už dávno fungují lépe pod DOSBoxem nebo ve FreeDOSu. Některé starší aplikace pro Windows už fungují lépe pod Wine než pod Windows. Snad už v dobách XP (nebo to byly Visty?) tam MS musel dobastlit nějaký „režim kompatibility“ protože starší aplikace jim v nových Windows nechodily (a v tom „kompatibilním“ režimu to nebylo o moc lepší). A současné Windows 10 už AFAIK nejsou zárukou už vůbec ničeho (to už ty starší aplikace rozběháš spíš na XP nebo Vistách, které uzavřeš do virtuálky a odřízneš od sítě, aby nemohly škodit).
V tom případě dej ty 2-3 kusy historického softwaru do samostatného virtuálu, ve kterém nebudeš aktualizovat a který firewallem co nejvíc odřízneš od sítě.
To je nejlevnější a zároveň funkční řešení.
Druhá možnost je zaplatit si u někoho takovou úroveň podpory, aby si oprašoval staré verze knihoven, různě patchoval systém, dělal backporty a zároveň tam pouštěl aktualizace, takže by ti mohl běžet historický i nový software v jednom OS. Tohle znamená spoustu práce a pochybuji, že ti takovou službu bude někdo poskytovat zadarmo.
Optimální řešení je nepoužívat „historický“ software resp. zajistit, aby došlo k vydání nové verze, která bude fungovat na současném OS a se současnými verzemi knihoven. Pokud se o ten software nikdo nechce starat, tak je na čase přejít k nějakému udržovanému softwaru.
a který firewallem co nejvíc odřízneš od sítě.To by me zajimalo co jsi tim chtel rict?
To samozřejmě záleží na tobě, jaké máš priority… ale já už dávno přišel na to, že je výhodnější přejít jinam (v tomhle případě KVM) než se trápit se zastaralou a proprietární technologií.
Ono ten VMWare jsem kdysi taky používal, někde tu odkazuji návod na to, co bylo potřeba tehdy dělat, aby to fungovalo… ale to už je dávno :-)
To je v principu pořád tenhle problém s vmwarem, který se řešil před víc jak deseti lety, nebo něco nového? Kdysi jsem si dokonce koupil licenci VMWaru. Dneska bych už takovou blbost neudělal.
linux-image-generic
a odstranění novějších jader by to snad mohla vyřešit. Jinak je tu ještě Ukuu, kterým lze nainstalovat mainlinové jádro v konkrétní verzi a případně ho aktualizovat ručně.
To snad ne! Už je tedy nepoužívám, ale stejně ...
Umíte si představit, kdybych chtěl v libovolném současném distru linuxu zprovoznit 12 let starý Open Office?
S OpenOffice by to mělo jít taky, ale teď jsem schválně zkoušel Firefox – jde to bez problémů – stáhneš, rozbalíš, spustíš. Zkoušel jsem to s Firefoxem 4, který je z roku 2011. Mělo by to jít i se staršími verzemi, ale nenašel jsem sestavení pro 64-bitovou architekturu CPU a instalovat si kvůli tomu 32-bitové verze knihoven se mi nechtělo (což ale neznamená, že to nejde).
Ono jestli máš pocit, že na Windows staré programy fungují lépe, tak to není dané tím, že by ty Windows nebo ty programy byly lepší, ale odlišným způsobem distribuce. Ten je v zásadě horší, ale má pozitivní vedlejší efekt, který se projevuje tím, že spustíš starý program na novém OS. Ten odlišný způsob spočívá v tom, že aplikace má u sebe přibalené všechny knihovny a díky tomu má minimum závislostí a od OS vlastně nic moc nepotřebuje. Tenhle způsob distribuce ale můžeš praktikovat i v GNU/Linuxu (viz třeba ten ručně stažený Firefox v prvním odstavci). Jen to prostě není dobrý nápad – projevuje se to tak, že máš zastaralé verze knihoven, třeba těch šifrovacích a něco pak nefunguje nebo je to děravé, v závislosti s tím, s jakými servery komunikuješ.
Ve světě GNU/Linuxu je normální používat distribuce a jejich balíčky – pak máš doporučenou sadu programů a knihoven, které by měly dohromady fungovat. Ve světě Windows máš místo toho DLL-hell :-).
Pak tu jsou systémy jako Snap nebo Flatpak, které jsou něco mezi tím – aplikace si sice nese svoje knihovny s sebou, ale aspoň je kolem toho nějaký systém abys v tom neměl úplně bordel a aby byly aplikace od sebe izolované. Má to svoje problémy… ale pokud se autor programu (distributor to za něj v tomhle případě neudělá) bude starat o aktualizace knihoven a vydávat nové verze svého balíčku, tak je to docela dobré.
Tiskni Sdílej: