David Revoy se před rokem rozhodl, že vydá svůj open source webový komiks Pepper&Carrot také knižně a ve vlastní režii. Použije k tomu pouze open source software. Nemá to jednoduché. V několika příspěvcích na svém blogu popsal problémy a jejich postupné řešení. Po roce testování je ale konečně s výsledkem spokojen.
Lukáš Bařinka oznámil vydávání série video cvičení Programování v shellu na YouTube.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 98 (pdf), HackSpace 35 (pdf), Wireframe 42 (pdf) a Hello World 14 (pdf).
Byla vydána verze 8.4 OpenSSH. Blíží se ohlášený zákaz algoritmu „ssh-rsa“ kvůli zranitelnosti SHA-1.
Více než 60 moderních telefonů má díky práci týmu dobrovolníků SOMainline šanci na zařazení do oficiálního linuxového jádra. Patche pro podporu chipsetu SD630 a SD660, kterým jsou tyto telefony poháněny, jsou postupně začleňovány. Tým se soustředí na zprovoznění klasických linuxových distribucí pro telefony, ale věnuje se i zprovoznění běžného AOSP. Další tým vývojářů postmarketOS již delší dobu pracuje na podpoře chipsetu MSM8953, který umožňuje vdechnout život dalším nejméně 30 telefonům vydaných v letech 2017 a 2018.
Svobodný kancelářský balík LibreOffice slaví 10 let od svého vzniku. Projekt byl představen 28. září 2010.
Ve dnech 15. až 17. října 2020 se bude konat společná openSUSE + LibreOffice konference. Původně měla konference probíhat v Norimberku, ale vzhledem k situaci bude probíhat online. Konference již zveřejnila program. Naplánováno je několik desítek přednášek. Registrace a podrobnosti naleznete na stránce konference.
SimulIDE je realtimový simulátor elektronických obvodů. Podporuje také PIC, AVR a Arduino. K dispozici je verze 0.4.13. Vývojáře lze podpořit na Patreonu.
Virtual Machine Manager aneb virt-manager (Wikipedie), tj. GUI pro správu virtuálních strojů podporovaných knihovnou libvirt, byl vydán ve verzi 3.0.0. Přehled novinek v příspěvku na blogu. Zdůrazněna je nová volba --cloud-init.
Vývojáři programovacího jazyka Swift na svém blogu oznámili, že společností Apple v červnu představená knihovna Swift System je již open source a byla do ní přidána podpora Linuxu. Jedná se o knihovnu poskytující idiomatická rozhraní k systémovým voláním.
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!
To nemůžeš brát jako běžné HOWTO pro zprovoznění tiskárny. 
V reálu to je tak, že 99% tiskáren funguje skoro hned. Hlavně s novějším železem je to úplně v pohodě. Pokud se potýkáš s nějakým konkrétním hardwarem, rád Ti pomůžu najít vhodné řešení.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
17.8.2005 14:23