Byla vydána nová verze 2.53.18.2 svobodného multiplatformního balíku internetových aplikací SeaMonkey (Wikipedie). Přehled novinek v poznámkách k vydání.
Na blogu programovacího jazyka Swift byl publikován příspěvek Psaní aplikací pro GNOME v programovacím jazyce Swift. Používá se Adwaita pro Swift.
egui je GUI knihovna pro programovací jazyk Rust běžící na webu i nativně. Vydána byla verze 0.27.0.
Byla vydána nová verze 6.1 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.13. Thunderbird na verzi 115.9.0.
Linka STOPonline.cz v roce 2023 přijala 3700 hlášení závadného obsahu na internetu, 22 bylo předáno PČR, 23 bylo předáno ISP a 944 závadových domén zobrazujících dětskou nahotu či pornografii bylo nahráno do mezinárodního systému ICCAM, který je spravován asociací INHOPE.
Byla publikována podrobná analýza v upstreamu již opravené bezpečnostní chyby CVE-2024-1086 v Linuxu v nf_tables.
Byla vydána nová verze 4.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v obsáhlých poznámkách k vydání.
Úkolníček Taskwarrior (Wikipedie) pro správu úkolů z příkazového řádku byl vydán ve verzi 3.0.0.
Společnost Canva stojící za stejnojmenným webovým grafickým editorem koupila společnost Serif stojící za grafickým editorem Affinity.
Byla vydána betaverze Fedora Linuxu 40, tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 16. dubna. Z novinek (ChangeSet) lze vypíchnout podporu frameworku pro strojové učení PyTorch. Fedora KDE Plasma Desktop přichází s Plasmou 6 a běží nad Waylandem. Fedora Workstation přichází s GNOME 46.
Od posledního vydání Zpravodaje o Víně vyšla celá spousta nových verzí Wine. Zmíníme jen ty vývojové:
Wine 1.7.2 vyšlo 13. září s těmito změnami:
Wine 1.7.3 vyšlo 27. září s těmito změnami:
Wine 1.7.4 vyšlo 11. října s těmito změnami:
Wine 1.7.5 vyšlo 25. října s těmito změnami:
Wine 1.7.6 vyšlo 25. října s těmito změnami:
Asi to není až tak překvapivé, ale některé viry opravdu fungují i pod Wine a úspěšně se mohou rozšířit z Wine na stroje s Windows. Dan Kegel poukázal na zajímavý bug #34556, kde si uživatel stěžuje, že wineserver posílá spousty SYN paketů na porty 139 a 445.
Dodávám, že SYN pakety se zase objevily po spuštění wineserveru a skončily po jeho odstřelení.
Nakonec uživatel potvrdil, že se opravdu jedná o virus.
Nalezen W32:Tenga. Rozšířil se z Wine na jiné stroje s Windows na mé síti přes port 139 a všechny je drtil.
Můžeme tedy hrdě přidat další položku do AppDB. Nebo snad přímo do Wine VirusDB? Autor VirusDB pro případné zájemce rovnou poslal, co tento virus po spuštění vlastně dělá.
Už více než rok nevyšla nová verze Wine Mono, které usnadňuje běh .NET aplikací ve Wine. Vincent Povirk to po dotazu jednoho z uživatelů, jestli už na to není čas, hnedle napravil verzí 4.5.0.
Změnil se systém verzování, kdy čísla major a minor nyní označují nejvyšší podporovanou verzi runtimu .NET, takže už žádné 0.0.něco. Od verze 0.0.8 došlo mimo jiné k těmto změnám na straně Wine Mono:
Mezi významné novinky na straně Mono patří:
MSI balíček najdete na SourceForge, zdrojový kód na github.com.
Damian Ivanov s hrůzou zjistil, že si ve Wine nemůže nastavit verzi Windows na Windows 95, kvůli čemuž jeho aplikace padá. Kam se tento režim poděl?
Jsou dostupné jen systémy NT, ale s nimi moje aplikace vyžadzující win95 padá. Zmizela v posledních verzích verze win9x? Je snad pryč kvůli 64bitovému OS?
Damian to skoro trefil. Hans Leidekker:
Ano, pod 64bitovými prefixy už nejde vybrat verze win9x. Budeš si muset vytvořit 32bitový prefix.
Možná to zní logicky – Windows 95 o 64bitovém procesoru nikdy neslyšely – ale je to tak správně? Stefan Dösinger:
Myslím si, že bude stačit explicitně spustit 32bitové winecfg, které stále umožní nastavit winver=win95. Ale máme dobrý důvod, proč odstranit win9x ze 64 bitů? Nastavení winver na win9x pomáhá řadě instalátorů z doby Windows 95, které se snaží použít instrukce ring0 a předpokládají, že je obsluha chyb bude ignorovat.
Hans situaci vysvětlil. Problém je v tom, že na 64bitovém prefixu to nemusí celé fungovat...
...ale spouštění 32bitových aplikací v 64bitových prefixech bychom neměli podporovat. Nebude to vždy fungovat.
Řekl bych, že hlavním důvodem je to, že necheme, aby bylo pro uživatele snadné zvolit konfiguraci, kterou nemůžeme podporovat (nejsou žádná 64bitová win9x). Pokročilý uživatel si stále může upravit registr nebo spustit 32bitové winecfg.
Mnoho hráčů říká, že pro zaručeně nejvyšší výkon je nutné vypnout v systému cokoliv, co by jen teoreticky mohlo znamenat nějaké úspory energie. Ukazuje se, že na tom možná něco je, alespoň co se „ondemand“ governoru týče. Scott Ritchie z Ubuntu se tímto problémem zabývá:
Během uplynulých několika let jsem měl tu možnost vyzkoušet hry pod Wine v mnoha různých prostředích – na laptopech, desktopech a dokonce i serverech v cloudu.
Mnohokrát jsem přišel na to, že hra sice funguje, ale pomalu, jenže po troše zkoumání jsem přišel na to, že přinucení CPU jet na 100% výkon pomůžu hře k tomu, aby byla hratelná. Dají se na to najít nástroje (například cpufreq-indicator pro desktopové uživatele), ale výsledek je pořád ten, že většina uživatelů si podle mě jen pomyslí, že Wine je pomalé a vzdá to.
1) Jelikož je Wine v tomto případě opravdu závislé na CPU, proč nepřinutí automatické škálování zrychlit procesor? Viděl jsem to na systémech běžících z adaptéru a s baterií na 100 %.
2) Je to problém v jádře? Chyba v nastavení správy výkonu distribuce? Nebo je tu něco, co by Wine mohlo dělat jinak, aby bylo méně zdvořilé?
Možná, že to ale není ani problém Wine a ani to není specifické pro Linux... Konstantin Litvinenko:
Potvrzuji. Můj nedávný výzkum výkonu Diablo 3 mě dovedl až k nastavení governoru na „performance“, což mělo za následek, že Diablo 3 „zázračně“ běželo rychleji, bez fíglů s CPU affinity nebo jiných triků.
Ale podle battle.net tímto netrpí jen Wine. Mnoho uživatelů Windows/Mac na to naráží. Proto si nejsem jist, jestli to je problém ve Wine, nebo ne.
Roderick Colenbrander nabízí řešení, jak si ondemand poladit tak, aby pracovalo více podle představ uživatele. Ve výsledku je ale jen a pouze na uživateli, aby si našel nastavení, které vyhovuje jemu i jeho hardwaru:
Tento plánovač [ondemand] má různé nastavitelné parametry v /sys/devices/system/cpu/cpufreq/ondemand. Jeho parametr up_threshold je obvykle nastaven na 95, což znamená, že jakmile procesor dosáhne 95 %, tak je čas zvýšit frekvenci o stupeň výš. Často je tato hodnota příliš vysoká, aby došlo k přechodu na vyšší frekvenci. Jen tak ze srandy to zkus dát na 25, jestli se to bude chovat jinak.
Nalezení „správného“ nastavení výkonu je velmi obtížné, protože jsou tu i jiné parametry, kde výdrž baterie vs. výkon je tím nejdůležitějším.
Nástroje: Tisk bez diskuse
Tiskni Sdílej:
(nejsou žádná 32bitová win9x)Nemá tam spíše být 64bitová? Jinak díky za článeček.
Kompilátor Microsoft Managed C++ někdy generuje rozbitý IL kód, což má za následek nedosažitelnou instrukci ret. Tento kód je runtimem .NET přijímán, ale Mono jej odmítá. Mono v tomto případě správně implementuje specifikaci, ale jelikož nám jde o kompatibilitu, tak nyní přijímáme i tento kód.Microsoftí klasika...