Raspberry Pi Touch Display 2 je nově vedle 7palcové k dispozici také v 5palcové variantě. Rozlišení stejné 720 × 1280 pixelů. Cena 40 dolarů.
Telnet a ssh klient PuTTY postupně přechází na novou doménu putty.software.
Debian dnes slaví 32 let. Ian Murdock oznámil vydání "Debian Linux Release" 16. srpna 1993.
Policisté zadrželi odsouzeného drogového dealera Tomáše Jiřikovského, který daroval ministerstvu spravedlnosti za tehdejšího ministra Pavla Blažka (ODS) bitcoiny v miliardové hodnotě, a zajistili i darovanou kryproměnu. Zadržení Jiřikovského může být podle ministerstva důležité k rozuzlení kauzy, která vypukla koncem května a vedla ke konci Blažka. Zajištění daru podle úřadu potvrzuje závěry dříve publikovaných právních
… více »Administrativa amerického prezidenta Donalda Trumpa jedná o možném převzetí podílu ve výrobci čipů Intel. Agentuře Bloomberg to řekly zdroje obeznámené se situací. Akcie Intelu v reakci na tuto zprávu výrazně posílily. Trump minulý týden označil Tana za konfliktní osobu, a to kvůli jeho vazbám na čínské společnosti, čímž vyvolal nejistotu ohledně dlouholetého úsilí Intelu o obrat v hospodaření. Po pondělní schůzce však prezident o šéfovi Intelu hovořil příznivě.
Společnost Purism stojící za linuxovými telefony a počítači Librem má nově v nabídce postkvantový šifrátor Librem PQC Encryptor.
VirtualBox, tj. multiplatformní virtualizační software, byl vydán v nové verzi 7.2. Přehled novinek v Changelogu. Vypíchnou lze vylepšené GUI.
Eric Migicovsky, zakladatel společnosti Pebble, v lednu oznámil, že má v plánu spustit výrobu nových hodinek Pebble s již open source PebbleOS. V březnu spustil předprodej hodinek Pebble Time 2 (tenkrát ještě pod názvem Core Time 2) za 225 dolarů s dodáním v prosinci. Včera představil jejich konečný vzhled (YouTube).
Byla oznámena nativní podpora protokolu ACME (Automated Certificate Management Environment) ve webovém serveru a reverzní proxy NGINX. Modul nginx-acme je zatím v preview verzi.
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.08. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Prosím o radu ohledně tohoto nepříjemného problému: Mám tiskárnu <viz titulek> už víc než rok a vždy mi přes CUPS tiskla bezchybně. Přibližně od kernelu 2.6.16 a CUPS 1.2 prakticky nefunguje. (Verze neznám přesně, měsíc jsem netiskl (dobrovolně) a pak už taky ne (nedobrovolně).)
Při pokusu o tisk tiskárna bliká, stejně jako dřív. Stránka je však vytištěna až po 20 minutách nebo po hodině, pokud je vůbec vytištěna. (Většinou není.) Přitom CUPS se tváří, jako by se nic špatného nedělo. (Webové rozhraní i rozhraní KDE ukazuje tiskárnu ve stavu processing, accepting data atd.)
Když smažu tiskárnu v CUPS a znovu ji přidám přes webové rozhraní (nebo přes rozhraní v KDE), chvíli tiskne normálně. Ale jen do nejbližšího restartu. (Občas normální chování nevydrží ani do restartu.)
Zapnul jsem LogLevel debug
. Bezvýsledně. Když udělám z logu grep err
, vidím jen:
D [02/Oct/2006:21:10:09 +0200] PID 3400 (/usr/lib/cups/filter/pstops) exited with no errors. D [02/Oct/2006:21:10:10 +0200] PID 3401 (/usr/lib/cups/filter/foomatic-rip) exited with no errors. D [02/Oct/2006:21:10:10 +0200] PID 3402 (/usr/lib/cups/backend/usb) exited with no errors.
Jako by se fakt nic nedělo. Přitom se v logu minimálně tisíckrát dokola opakují shluky řádků tvaru:
D [02/Oct/2006:21:10:09 +0200] [Job 603] Received 40 bytes of back-channel data!
Takové řádky tam předtím nikdy nebyly. To vím jistě, protože už jsem LogLevel debug
měl nastavený hodněkrát. (S CUPS jsou problémy soustavně a s každou novou verzí přijdou další.)
Dál se objevují ohromné shluky těchto řádek:
D [02/Oct/2006:21:05:15 +0200] [Job 602] Received 40 bytes of back-channel data! D [02/Oct/2006:21:05:16 +0200] [Job 602] Read 8192 bytes of print data... D [02/Oct/2006:21:05:16 +0200] [Job 602] Received 40 bytes of back-channel data! D [02/Oct/2006:21:05:17 +0200] [Job 602] Wrote 8192 bytes of print data... D [02/Oct/2006:21:05:17 +0200] [Job 602] Received 40 bytes of back-channel data! D [02/Oct/2006:21:05:18 +0200] [Job 602] Read 8192 bytes of print data...
Co to může být? Snaží se tiskárna něco sdělit ovladači? Je to chyba mé tiskárny (porucha, opotřebení) nebo chyba v kernelu a v ovladačích pro USB? (Poslední dobou se v nich dělalo několik změn...) Google o těchto hláškách nic smysluplného neříká. Prosím poraďte mi, můžete-li. Potřebuju v současné době tisknout denně a tento stav je pro mě naprosto neúnosný.
Další experimenty ukázaly následující:
Pořád se obbjevují povivné hlášky v logu. Toto je pro mě opravdu záhadou. Nemám ponětí, co bych s tím měl dělat. Kdyby aspoň byla šance zjistit, jestli je to tiskárnou nebo chybou v komunikaci přes USB...
Opravdu nikdo nevíte? Začínám z toho být už hodně zoufalý. Napsal jsem samozřejmě i do jiných diskusních fór, hlavně do fóra mé distribuce i do fóra na stránkách CUPS. Nikde žádná odezva.
Nechce se mi věřit, že by tento problém opravdu nikdy nikdo neřešil. Na stránkách CUPS samozřejmě tento bug je, ale mluví se tam o zcela jiných tiskárnách. Navíc se tam tvrdí, že byl problém vyřešen už v květnu, což zjevně není pravda.
Existuje nějaký jiný vhodný tiskový systém, který by mohl nahradit CUPS? Tento nefunkční kousek softwaru bych ze svého počítače rád co nejrychleji odstranil.
Jupí! Vyřešil jsem to. Pomohl mi vývojář od ESP. Tentokrát nebyla chyba mezi židlí a klávesnicí. Ale musím uznat, že i ESP a jejich CUPS jsou v tom celkem nevinně.
Moje tiskárna se chová nestandardně a nedodržuje předepsaný protokol. Proto přidání nových vlastností, které měly prospět, uškodilo. Driver pro Windows si s tím poradí, ale jeho vývojáři mají k dispozici kompletní dokumentaci, což je podstatná výhoda.
Aby se to vyřešilo, musí se trochu rýpnout do zdrojáku pro USB backend. Ale pak to funguje jako po másle, dokonce i verze stažená přímo ze SVN.
Vše je podrobně shrnuto tady. Je tam 1) můj podrobný popis problému, 2) Rada od jednoho z vývojářů, 3) návod na konečné řešení problému.
Pevně doufám, že se tento příspěvek jednou bude někomu hodit, až se s tímhle problémem setká.
Tiskni
Sdílej: