Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem nadále zůstává Frontier od HPE (Cray) s výkonem 1,206 exaFLOPS. Druhá Aurora má oproti loňsku přibližně dvojnásobný počet jader a dvojnásobný výkon: 1,012 exaFLOPS. Novým počítačem v první desítce je na 6. místě Alps. Novým českým počítačem v TOP500 je na 112. místě C24 ve Škoda Auto v Mladé Boleslavi. Ostravská Karolina, GPU
… více »GHC (Glasgow Haskell Compiler, Wikipedie), tj. překladač funkcionálního programovacího jazyka Haskell (Wikipedie), byl vydán ve verzi 9.10.1. Přehled novinek v poznámkách k vydání.
Po 9 týdnech vývoje od vydání Linuxu 6.8 oznámil Linus Torvalds vydání Linuxu 6.9. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna. Později také na Linux Kernel Newbies.
Byla vydána verze 0.2.0 v Rustu napsaného frameworku Pingora pro vytváření rychlých, spolehlivých a programovatelných síťových systémů. Společnost Cloudflare jej letos v únoru uvolnila pod licencí Apache 2.0.
Open source RDP (Remote Desktop Protocol) server xrdp (Wikipedie) byl vydán ve verzi 0.10.0. Z novinek je vypíchnuta podpora GFX (Graphic Pipeline Extension). Nová větev řeší také několik bezpečnostních chyb.
Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.
Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Prosím chytré uživatele o pár nápadů, čím by to mohlo být.
Problém vypadá takto: Tiskárna (v titulku) je GDI tiskárna a je pro ni ovladač min12xxw. Na mém (relativně novém) notebooku tiskne bez problémů přes USB. Mám tam CUPS, ppd soubor z linuxprinting.org, filtry foomatic a zmíněný driver.
Nedávno jsem potřeboval tiskárnu zprovoznit na starém desktopu, který nemá USB. Podnikl jsem podobné kroky jako u notebooku, jen jsem při konfiguraci (pochopitelně) vybral LPT. Tiskárna se "normálně" detekovala přes PnP. Jenže netiskne. Při tiskové úloze bliká a bliká, jako že přijímá data, ale ono nic.
Máte-li někdo tušení, kde může být chyba, prosím poraďte mi, jak by se dala nejlépe vystopovat.
Právě jsem přišel na něco nového. V souboru /etc/cups/cupsd.conf jsem zvýšil log level na debug, takže jsem se pak ve /var/log/cups/error_log dočetl několik zajímavých věcí.
První věc, chyběl adresář /var/spool/cups/tmp. Doplnil jsem ho, ale nepomohlo to.
Druhá věc, objevuje se tam Unrecoverable error: rangecheck in %set_screen_continue. Nevím, jestli právě kvůli tomu dochází ke zmaření celé tiskové úlohy nebo zda to souvisí jen s nějakou chybou ve webovém rozhraní CUPS...
Webové rozhraní serveru CUPS už mi zpřístupní nastavení tiskárny a není tam žádný error. Začalo to samo fungovat, což je nevysvětlitelné. Nastavení jsem neměnil.
Jinak platí všechno z minulého příspěvku. Bliká a bliká, ale nakonec nic. Prosím poraďte mi, aspoň třeba nějaký drobný hintík, čím by to mohlo být...
Problém vyřešen. Ale jak! Tomu bych nikdy nevěřil, kdyby se mi to fakt nestalo.
Nikde v diskusních skupinách o tom nebyla zmínka. První indicie jsem našel v prastarých příspěvcích z let 1992 a 1994. (!) Tehdy existovaly počítače bez matematického koprocesoru. Při příliš odvážném použití instrukcí pro plovoucí řádovou čárku došlo v procesoru ke kumulaci chyb. To tenkrát úplně zbouralo některé tiskové filtry pro FreeBSD.
Stroj, na kterém problém nastal, měl CPU Cyrix M II. Taková volba v kernelu není, tedy jsem zvolil Pentium II. To byla vážná chyba, protože Pentium II má mnohem lepší FPU. V Cyrixu se kvůli tomu kumulovaly chyby tak moc, až to shodilo filtr Ghostscript, což jsem se dočetl v logu od CUPS.
Kompiloval jsem kernel několikrát. Funkční konfiguraci jsem získal teprve s nastavením M686 (Pentium-Pro) a zapnutým ACPI. (Processor + Power Management Timer Support zapnuté.) Je to podivné, zvlášť když ten stroj ACPI nemá. Zapnul jsem i Generic x86 support, což je v Processor Type and Features. To nemělo na funkci Ghostscriptu (kupodivu) vliv, ale může údajně kernel zrychlit na nestandardních CPU.
Problém byl tedy tam, kde by ho člověk nejméně čekal. Kdo by to byl řekl, že se kernel bude chovat takto... Pokud chce lepší FPU, radši by měl zpanikařit. Dále platí: Třikrát konfiguruj a jednou kompiluj.
No a už to tiskne!
Tiskni Sdílej: