[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: repeat of previous question that has gone unansweredseveraltimes.



On 5/5/23 13:45, Brian wrote:
On Fri 05 May 2023 at 11:40:21 -0400, gene heskett wrote:

On 5/5/23 10:08, Brian wrote:
On Thu 04 May 2023 at 15:57:49 -0400, gene heskett wrote:

On 5/4/23 15:43, zithro wrote:
On 01 May 2023 14:53, Brian wrote:

[...]

Second question: is that possible to use CUPS/printing without avahi ?

Absolutely, up to bullseye for both buster and bullseye, but not from
bullseye to bullseye.

avahi-daemon is recommended by cups-daemong. Printing is *always* possible
without its being on the system, especially if it's desired to make things
difficult for all users. I'm afraid the remainder of the sentence is very
misleading and amounts to nonsense.

What nonsense? I have repeatedly asked why printers shared from this
machine, that are seen and usable from any buster machine on my net, but
cannot be seen or used by any other bullseye machine on this same net by
localhost:631 on that bullseye machine.

lpstat and friends can see and use them, but no cups related stuff installed
on a bullseye install can.

A very general question was asked. You answered in terms of your own particular
situation:

  * An unrevealed non-Debian OS on bpi51.

The armbian version of debian bullseye 11.6 which except for the uboot stuff, uses the debian arm64 repo's for everything else. And which I'm pretty sure has been posted.

  * A well-known aversion to Avahi.

Which I have now reinstalled, much to my amazement has not insisted on replacing the default route with a 169.number. My aversion to avahi goes clear back to long before Jessie because it was not possible to achieve a working, local 192.168,xx.xx based network with avahi installed. Avahi, like NM has finally learned some manners.

  * An aversion to the everywhere model.

Because it reduces any printer to the lowest common denominator. No duplex, no multiple paper trays, huge borders & poor almost unreadable fonts.

  * An output from 'lpoptions -p HLL2320D_coyote -l' that indicates a broken
    system.

this is bad?
gene@coyote:~$ lpoptions -p HLL2320D_coyote -l
PageSize/Media Size: 184.15x260mm 195.09x269.88mm 200.03x148.17mm 4x6 A4 A5 A6 B5 B6 Env10 EnvC5 EnvDL EnvMonarch EnvYou4 Executive FanFoldGermanLegal ISOB5 ISOB6 Legal *Letter Postcard roc16k Custom.WIDTHxHEIGHT
InputSlot/Media Source: *Manual Tray1
ColorModel/Output Mode: FastGray *Gray
Duplex/Duplex: *None DuplexNoTumble DuplexTumble
OutputBin/OutputBin: *FaceDown
cupsPrintQuality/cupsPrintQuality: *Normal

The only thing I don't see is its shared state? but it is.
So why can't another bullseye install use these printers? Buster machines have 100% transparent access.

Your conclusion is that the printing system is in itself is defective and that is
reflected in your response. Their fault - not mine.

And no one can tell me why... none of the editors or pdf readers that have a
print this dialog, geany, evince, etc, can't see or use these printers. I
thought maybe we were on the trail of finding a solution, but you were happy
& went away when an lp command line worked. But way too many of the other
utils ignore any attempt to use lp if they can't use cups. For me, its a
serious problem. Yes, lp works, but I'm back to the amiga, ghostscript 5.05
I had to build and an array of shell scripts I wrote to print a multipage
document. That is 1990 stuff. I just looked at a calendar and found its now
2023.  Seems to me that 33 years later, we should have made more progress
than I can see here.

I gave you a classic printing solution because New Architecture printing fell apart
*on your system*. I am very much disinclined to dig any further into the setup
you have devised for printing.


Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/>


Reply to: