Hi,
On Fri, Sep 27, 2024 at 03:21:21PM +0200, Ralph Aichinger wrote:
> oh well, the sensationalism around this is probably overdone
> nevertheless.
As far as I understand it, you would need cups-browsed running on an
unfirewalled host in which case an attacker could create a bogus printe
On Fri, Sep 27, 2024 at 01:16:07PM +, Andy Smith wrote:
> I put "CVE-2024-47176" in to that and the first result was:
>
> https://security-tracker.debian.org/tracker/CVE-2024-47176
Thanks, Andy. Not quite the information i had hoped for (that stuff
not being relevant for Debian ;), but oh
Hi,
On Fri, Sep 27, 2024 at 02:22:10PM +0200, Ralph Aichinger wrote:
> Is there some place tracking CVE 2024-47176 and related ones in Debian?
I put "Debian CVE" in to my favourite search engine and the first result
was:
https://security-tracker.debian.org/tracker/
I put "CVE-2024-47176" in
Hi, everybody.
Is there some place tracking CVE 2024-47176 and related ones in Debian?
https://www.evilsocket.net/2024/09/26/Attacking-UNIX-systems-via-CUPS-Part-I/
https://www.theregister.com/2024/09/26/cups_linux_rce_disclosed/
/ralph
,
he should reopen it, in fact, I KNOW VERY WELL THAT THAT PRINTER
WORKS WITH CUPS ON DEBIAN, in fact I have used it since September
2023 with the Debian that I have in another partition and which
I installed in 2005 and I always updated up to Trixie, perhaps
it wasn't clear what I wrote i
Hello,
On all the distros I've been on, the driver I needed was part of the
epson-inkjet-printer-escpr package. install that close everything go
back to cups login add printer once you are there you should be able
to see your printer (hopefully network printer) once done then you
should be
On Tue 20 Aug 2024 at 17:27:37 (+0200), sentini...@virgilio.it wrote:
> > Il 20/08/2024 04:53 CEST David Wright ha scritto:
> >
> > What's the output from:
> >
> > $ driverless
> >
> > (This is normally step one in configuring a printer.)
>
> aldo@aldomaggi:~$ driverless
> ipps://EPSON%20ET-2
Thank you for answering!
> Il 20/08/2024 04:53 CEST David Wright ha scritto:
>
> What's the output from:
>
> $ driverless
>
> (This is normally step one in configuring a printer.)
aldo@aldomaggi:~$ driverless
ipps://EPSON%20ET-2810%20Series._ipps._tcp.local/
>
> Cheers,
> David.
On Sun 18 Aug 2024 at 18:44:30 (+0200), sentini...@virgilio.it wrote:
[ … ]
> At the “connection” line it says: Connection:
> ipps://EPSON%20ET-2810%20Series._ipps._tcp.local/
[ … ]
> in the next screen it tells me: "Unable to add printer: cups-driver failed to
> get PPD file
I don't have access to a Linux desktop at the moment to workout the
exact steps. But since you're already familiar with the CUPS Web
Interface, it's just a matter of changing the "Connection" to
AppSocket/JetDirect.
So select the printer, then the "Administra
, on another partition, to replace the
previous one I had installed in 2005.
In the meantime I had installed Mint, but it was an unpleasant
adventure, certainly my fault, however, almost everything went well.
As usual I had problems with Cups.
After installing the driver provided by Epson, Cups
New installation of Debian, on another partition, to replace the previous one I
had installed in 2005.
In the meantime I had installed Mint, but it was an unpleasant adventure,
certainly my fault, however, almost everything went well.
As usual I had problems with Cups.
After installing the
Jeremy,
Thanks for posting back. I did not know the answer. It is interesting to learn
how.
George
On Sunday, 11-08-2024 at 13:33 jeremy ardley wrote:
>
>
> On 10/8/24 14:00, jeremy ardley wrote:
> >
> > How does CUPS select the font to use for text files and where ca
On 10/8/24 14:00, jeremy ardley wrote:
How does CUPS select the font to use for text files and where can I edit
that if I need to change to a different default font or style
Responding to myself.
How to Change the Default Monospace Font:
If you want to change the default monospace font
I have a Debian 12 system and I am printing to a thermal label printer
LABEL.
I am printing a simple text file using:
lp -d LABEL output.txt
The ppd file for the printer specifies default font is Courier. I
expected that would be the font used by the CUPS filters but instead it
is using
On Wed, Jul 24, 2024, at 6:22 PM, mick.crane wrote:
> On 2024-07-24 23:32, Rick Thomas wrote:
>> On Wed, Jul 24, 2024, at 3:59 AM, mick.crane wrote:
>>> On 2024-07-24 11:09, Rick Thomas wrote:
>>>> What's the best way to install (and configure) the CUPS prin
On Wed, Jul 24, 2024, at 3:09 AM, Rick Thomas wrote:
> What's the best way to install (and configure) the CUPS printer
> software on a machine that doesn't have any GUI software?
>
> Specifically, the Marvell OpenRD machines that I have ("client" and
> "
On 2024-07-24 23:32, Rick Thomas wrote:
On Wed, Jul 24, 2024, at 3:59 AM, mick.crane wrote:
On 2024-07-24 11:09, Rick Thomas wrote:
What's the best way to install (and configure) the CUPS printer
software on a machine that doesn't have any GUI software?
Specifically, the Marv
On Wed, Jul 24, 2024, at 3:59 AM, mick.crane wrote:
> On 2024-07-24 11:09, Rick Thomas wrote:
>> What's the best way to install (and configure) the CUPS printer
>> software on a machine that doesn't have any GUI software?
>>
>> Specifically, the Marvell
On 2024-07-24 11:09, Rick Thomas wrote:
What's the best way to install (and configure) the CUPS printer
software on a machine that doesn't have any GUI software?
Specifically, the Marvell OpenRD machines that I have ("client" and
"ultimate") only have 500 MB of RAM
On 24 Jul 2024 03:09 -0700, from rick.tho...@pobox.com (Rick Thomas):
> I'd like to install CUPS to interface the OpenRDs to my HP laser
> printer, but I haven't found any way to configure CUPS with only a
> CLI text console. The recommended way in the CUPS docs is to point
What's the best way to install (and configure) the CUPS printer software on a
machine that doesn't have any GUI software?
Specifically, the Marvell OpenRD machines that I have ("client" and "ultimate")
only have 500 MB of RAM. So I'm reluctant to install a
On Mon, Dec 25, 2023 at 09:36:44PM -0500, Stefan Monnier wrote:
I copied the file to another computer in the LAN, ran LaTeX and dvips,
and sent it to the same printer, but the file hung at the same spot.
Any chance you can use `pdflatex` instead of `latex + dvips`?
Have you tried to manually c
then the
switch to CUPS. And now driverless CUPS.
RLH
> I copied the file to another computer in the LAN, ran LaTeX and dvips,
> and sent it to the same printer, but the file hung at the same spot.
Any chance you can use `pdflatex` instead of `latex + dvips`?
Have you tried to manually convert the PS to PDF before sending to
the printer? or to conve
On a desktop debian 12.2 amd64 system with
HP_LaserJet_P3010_Series_48E436 (ethernet), LaTeX documents composed
with Emacs frequently print only up to a certain point (it varies with
the document), and CUPS prints the error message:
ERROR: typecheck OFFENDING COMMAND: known
xdvi displays the
3 printers to
get the throughput so people aren't waiting for their photos.
I've been doing this for a decade using various photo printers. I've
always just set up a CUPS "photo" class and added the printers to it.
Then I'd use lpr -P photo to send the
output to w
gene heskett wrote:
...
> Thanks.
when someone ignores common sense after frequently
shooting themself in the foot there's not much more
i can do for them.
i suggest a system management approach which involves
snapshots (use git on the whole thing if you have to
or some partition image copie
On 8/25/23 04:49, gene heskett wrote:
On 8/24/23 13:00, gene heskett wrote:
ping
never mind the ping, I found that ff can't print it even using system
dialog, but okular can. So thats another data point.
Greeting all;
bookworm, upto date, cups 2.4.2 installed.
I goto print a doc on
On 8/24/23 13:00, gene heskett wrote:
ping
Greeting all;
bookworm, upto date, cups 2.4.2 installed.
I goto print a doc on a 3d printer control card, and can't print a pdf
from firefox.
So I goto localhost:631, no printers! I had 4 the day before yesterday,
and used 2 of them.
So I
Greeting all;
bookworm, upto date, cups 2.4.2 installed.
I goto print a doc on a 3d printer control card, and can't print a pdf
from firefox.
So I goto localhost:631, no printers! I had 4 the day before yesterday,
and used 2 of them.
So I goto add printers, get asked for my passwd
On Sat, 20 May 2023 08:24:39 +0200
john doe wrote:
> >
> > .home.arpa ? I had never heard of it until you mentioned it. You are
> > suggesting that I change every reference to localdomain to
> > .home.arpa? Implementing that change is going to be a major pain in
> > the arse.
>
> My idea was t
On 5/17/23 21:56, Charles Curley wrote:
On Wed, 17 May 2023 19:21:23 +0200
john doe wrote:
A few things, that I spotted while reading this thread and Im' not
sure if you got everything working!
Thank you. No, I don't have everything working.
- MDNS is using .local
- .localdomain should be
On Wed, 17 May 2023 13:10:21 -0600
Charles Curley wrote:
> Thanks to Brian on the thread "Re: CUPS on
> Bullseye and Bookworm" I now have CUPS working on dragon, my bookworm
> i386 architecture laptop.
Dragon being an i386 arch machine, I booted ideapc (AMD 64) to the
Bookwo
ox also allows printing from the system printer dialog. When I
> > selected that, it showed the same three queues. The two printer
> > queues had error messages.
> >
> > For HP_Laserjet_MFP_m234sdw_C0FB67, "No destination host name
> > supplied by cups-browserd for
up for either.
The PDF queue is not part of the printing system.
> Firefox also allows printing from the system printer dialog. When I
> selected that, it showed the same three queues. The two printer queues
> had error messages.
>
> For HP_Laserjet_MFP_m234sdw_C0FB67, "
On Thu, 18 May 2023 15:09:00 +0100
Brian wrote:
> On Wed 17 May 2023 at 13:10:21 -0600, Charles Curley wrote:
>
> > Thanks to Brian on the thread "Re: CUPS on
> > Bullseye and Bookworm" I now have CUPS working on dragon, my
> > bookworm i386 architecture lapt
On Wed 17 May 2023 at 13:10:21 -0600, Charles Curley wrote:
> Thanks to Brian on the thread "Re: CUPS on
> Bullseye and Bookworm" I now have CUPS working on dragon, my bookworm
> i386 architecture laptop.
>
> Or I should say, CUPS printing is more or less working
On 5/18/23 00:28, David Wright wrote:
On Wed 17 May 2023 at 16:15:11 (-0400), gene heskett wrote:
Couple folks rather pointedly asked if I ever read changelogs. But
before they can be read, they have to be found. I just spent 2 hours
with mc, punching f3 on changelog.gz's, trolling thru /usr/
On Wed 17 May 2023 at 16:15:11 (-0400), gene heskett wrote:
> Couple folks rather pointedly asked if I ever read changelogs. But
> before they can be read, they have to be found. I just spent 2 hours
> with mc, punching f3 on changelog.gz's, trolling thru /usr/share/docs
> w/o finding an entry f
On 5/17/23 15:11, Charles Curley wrote:
Thanks to Brian on the thread "Re: CUPS on
Bullseye and Bookworm" I now have CUPS working on dragon, my bookworm
i386 architecture laptop.
Or I should say, CUPS printing is more or less working but something
else (GTK printing?) isn't.
On Wed, 17 May 2023 19:21:23 +0200
john doe wrote:
> A few things, that I spotted while reading this thread and Im' not
> sure if you got everything working!
Thank you. No, I don't have everything working.
>
> - MDNS is using .local
> - .localdomain should be moved to .home.arpa (see RFC)! :)
Thanks to Brian on the thread "Re: CUPS on
Bullseye and Bookworm" I now have CUPS working on dragon, my bookworm
i386 architecture laptop.
Or I should say, CUPS printing is more or less working but something
else (GTK printing?) isn't. I can find the driverless printer on the
ne
On 5/15/23 16:46, Charles Curley wrote:
On Mon, 15 May 2023 07:31:29 -0600
Charles Curley wrote:
I solved that one. I had closed TCP port 9100. Opening that up on the
server got me running. However, that did not solve the problem for the
other two protocols.
Correction. That didn't solve it.
pstat -a' and
> > s-c-p should show only M234. On dragon do
> >
> > systemctl stop cups-browsed
> >
> > Check that 'lpstat -l -e' still shows the printer as
> >
> >HP_LaserJet_MFP_M234sdw_C0FB67
> >
> > * Now print: 'l
Charles Curley wrote:
> On Mon, 15 May 2023 20:30:38 -0400
> Timothy M Butterworth wrote:
>
> > > I also have an ancient i386 IBM R51 running Bookworm, dragon. On
> > > dragon, using system-config-printer, I can see the printer
> > > automagically discovered. I can open up the queue window for t
On Mon, 15 May 2023 20:30:38 -0400
Timothy M Butterworth wrote:
> > I also have an ancient i386 IBM R51 running Bookworm, dragon. On
> > dragon, using system-config-printer, I can see the printer
> > automagically discovered. I can open up the queue window for the
> > printer, and request a test
On Sun, May 14, 2023 at 1:30 PM Charles Curley <
charlescur...@charlescurley.com> wrote:
> I have an HP HP_LaserJet_MFP_M234sdw_C0FB67_USB_, one of those modern
> "no driver" multifunction printers. It works fine on Bullseye. I have
> the printer hooked up via USB to a server, hawk, and it prints
W._ipp._tcp.local/
is I believe the only one of 3 references to that physical printer in
cups, that does not work, it ignores the tray selection passed. That is
an expen$ive lack.
Thanks Charles.
Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
soap, ballot,
On Mon, 15 May 2023 12:18:56 -0400
gene heskett wrote:
> this is interesting Brian, but how do I adapt it to my brother
> printers? All I can get by substituting the queue name M234 is
> "printer or class does not exist".
Right. M234 is the name assigned previously. You get the URI(s) of
availab
up. The
fourth is the
printer.
Execute
lpadmin -p M234 -v "URI" -E -m everywhere
Test with
lp -d M234 /etc/nsswitch.conf
this is interesting Brian, but how do I adapt it to my brother printers?
All I can get by substituting the queue name M234 is "printer or class
doe
ot@dragon:~# lp -d M234 /etc/nsswitch.conf
> request id is M234-25 (1 file(s))
> root@dragon:~#
>
> And that printed. And I see a new queue on dragon's
> system-config-printer.
Good. The issue is solved, but how do you feel about being adventurous?
Assuming you have deleted
ver, I did not put HPLIP on dragon. I've had the inkjet
shut down during these exercises.
>
> [...]
> [...]
> [...]
> [...]
>
> cups-browsed works well for many users, but can be a little
> temperamental.
It also can take its time. After this experienc
On Mon, 15 May 2023 07:31:29 -0600
Charles Curley wrote:
> I solved that one. I had closed TCP port 9100. Opening that up on the
> server got me running. However, that did not solve the problem for the
> other two protocols.
Correction. That didn't solve it. I realized that port 9100 on hawk is
bian.org/CUPSDriverlessPrinting
> >
> > [...]
> >
> > The two URIs are equivalent.
> >
> > [...]
> > >
> > > implicitclass://HP_LaserJet_MFP_M234sdw_C0FB67_/
> >
> > cups-browsed has automatically set up a queue. Unless it is having an
> > o
On Mon, 15 May 2023 12:09:33 +0100
Brian wrote:
> Useful data but an aside first:
>
> The pdl= key lacks image/urf. HP claims AirPrint support for the
> device (URF=V1.4,...). It looks like you have been sold a pup. A
> firmware update?
I will look into that later today.
>
> > root@dragon:~#
at printer.
> >
> >
> > I tried increasing the logging, which involved stopping and
> > restarting the cups service. In the process of doing that, the
> > client and server both managed to forget the printer. I
> > re-installed it. On the server, I have one
On Sun, 14 May 2023 14:04:51 -0600
Charles Curley wrote:
> I also enabled "port 9100" printing on the printer, and went directly
> to it:
>
> socket://hpm234ethernet.localdomain:9100
>
> The printer spun its wheels, reported an error and stopped without
> printing. Nothing in the event log.
I
non-results, except that system-control-printer now reports:
>
> Idle - Print job canceled at printer.
>
>
> I tried increasing the logging, which involved stopping and restarting
> the cups service. In the process of doing that, the client and server
> both managed to forget the
On Sun 14 May 2023 at 20:57:23 -0600, Charles Curley wrote:
> On Sun, 14 May 2023 23:30:25 +0100
> Brian wrote:
>
> > On Sun 14 May 2023 at 14:04:51 -0600, Charles Curley wrote:
>
>
> >
> > We take it that dragon, hawk and the printer are network connected.
> >
> > Give what you get from dra
On Sun, 14 May 2023 23:30:25 +0100
Brian wrote:
> On Sun 14 May 2023 at 14:04:51 -0600, Charles Curley wrote:
>
> We take it that dragon, hawk and the printer are network connected.
>
> Give what you get from dragon with
>
> avahi-browse -rt _ipp._tcp
> avahi-browse -rt _uscan._tcp
> d
er now reports:
>
> Idle - Print job canceled at printer.
>
>
> I tried increasing the logging, which involved stopping and restarting
> the cups service. In the process of doing that, the client and server
> both managed to forget the printer. I re-installed it. On
n you disable the FW?
I shut the firewall down ("systemctl stop firewalld"), ran test pages.
Same non-results, except that system-control-printer now reports:
Idle - Print job canceled at printer.
I tried increasing the logging, which involved stopping and restarting
the cups service.
On 5/14/23 19:29, Charles Curley wrote:
I have an HP HP_LaserJet_MFP_M234sdw_C0FB67_USB_, one of those modern
"no driver" multifunction printers. It works fine on Bullseye. I have
the printer hooked up via USB to a server, hawk, and it prints just
fine.
I have a client, ideapc, which sees the pr
I have an HP HP_LaserJet_MFP_M234sdw_C0FB67_USB_, one of those modern
"no driver" multifunction printers. It works fine on Bullseye. I have
the printer hooked up via USB to a server, hawk, and it prints just
fine.
I have a client, ideapc, which sees the printer and prints to it just
fine.
I also
On Sat 8 Apr 2023, at 22:12, gene heskett wrote:
> On 4/8/23 02:40, Gareth Evans wrote:
>> On Sat 8 Apr 2023, at 03:20, gene heskett wrote:
>>> Greetings all;
>>>
>>> Where do I turn on cups debugging so I'll see every bit of traffic
>>> add
On 4/8/23 02:40, Gareth Evans wrote:
On Sat 8 Apr 2023, at 03:20, gene heskett wrote:
Greetings all;
Where do I turn on cups debugging so I'll see every bit of traffic
addressed to cups from my local 192.168/xx.yy network?
The problem is: other buster machines on this local network ca
On 4/8/23 02:40, Gareth Evans wrote:
On Sat 8 Apr 2023, at 03:20, gene heskett wrote:
Greetings all;
Where do I turn on cups debugging so I'll see every bit of traffic
addressed to cups from my local 192.168/xx.yy network?
The problem is: other buster machines on this local network ca
On Sat 8 Apr 2023, at 03:20, gene heskett wrote:
> Greetings all;
>
> Where do I turn on cups debugging so I'll see every bit of traffic
> addressed to cups from my local 192.168/xx.yy network?
>
> The problem is: other buster machines on this local network can see and
Greetings all;
Where do I turn on cups debugging so I'll see every bit of traffic
addressed to cups from my local 192.168/xx.yy network?
The problem is: other buster machines on this local network can see and
use the two brother printers just as if the printer was local to that
b
ate need
> > to print.
>
> I wish you good luck in "convincing" typical dumb printer firmware in
> performing such feats. Bonus points for "convincing" enterprise-grade
> printer firmware to do the same.
IPP printers need not be physical printers.
> T
to do the same.
The main question here, of course, is why complicate things without the
need?
> RTFM? Which ones would you recommend?
This one is good enough:
https://www.pwg.org/ipp/ippguide.html
> Actually, CUPS performed splendidly.
If CUPS in that configuration did not allow a
This worked. I printed two copies of the single-page PDF from Chrome
> > > > without any further problems.
> > >
> > > Just as planned. CUPS autodiscovery is only good for something if you
> > > don't know printer's real IP. This little episode shows
; > > Try this next time you're on site:
> > > >
> > > > lpadmin -p D14841 -E -v ipp://10.76.172.100/ipp/print -m everywhere
> > >
> > > This worked. I printed two copies of the single-page PDF from Chrome
> > > without any further pr
n -p D14841 -E -v ipp://10.76.172.100/ipp/print -m everywhere
> >
> > This worked. I printed two copies of the single-page PDF from Chrome
> > without any further problems.
>
> Just as planned. CUPS autodiscovery is only good for something if you
> don't know prin
ed. I printed two copies of the single-page PDF from Chrome
> without any further problems.
Just as planned. CUPS autodiscovery is only good for something if you
don't know printer's real IP. This little episode shows us that nothing
beats IP-on-sheet-of-paper discovery.
> I
printing system
> remains unquenched.
Your hatred is aimed at completely the wrong target. How
is it expected to have CUPS discover a printer when mdns
multicasting is turned off on the printer by an incompetent
sysadmin?
> I've gotta say, though, this option is a disaster:
>
>
On Fri, Feb 17, 2023 at 05:35:11PM +0300, Reco wrote:
> Try this next time you're on site:
>
> lpadmin -p D14841 -E -v ipp://10.76.172.100/ipp/print -m everywhere
This worked. I printed two copies of the single-page PDF from Chrome
without any further problems.
I've gotta say, though, this opti
On 16/02/2023 22:41, Greg Wooledge wrote:
2) Also suggested: avahi-browse -rt _ipp._tcp
This year, the output of that command no longer contains my printer's
IP address. Last year, it did. I have no idea why this has changed.
Avahi was mentioned in the ipv6 thread, so I decided to re
On Fri 17 Feb 2023 at 09:05:39 -0500, Greg Wooledge wrote:
> On Fri, Feb 17, 2023 at 11:18:32AM +, Brian wrote:
[...]
> > avahi-browse -rt _ipp._tcp
> > avahi-browse -rt _uscan._tcp
> >
> > (I would find that data useful for my records).
>
> wooledg:~$ avahi-browse -rt _ipp._tcp 2>&1 |
Hi.
On Thu, Feb 16, 2023 at 10:41:33AM -0500, Greg Wooledge wrote:
> So the printer WORKS. It is ON THE NETWORK. I can print TEXT to it
> using port 9100.
>
> What I CANNOT do is find it in CUPS. Or avahi-browse, or driverless, or
> any of these other commands that a
nters/Canon_LBP712C_UFR_II_
> > ipp://Canon%20LBP712Cdn%20(db%3Ac0%3Ad3)._ipp._tcp.local/
>
> This is a print queue, set up using Canon drivers.
>
> > Canon_LBP712Cdn_db_c0_d3_ network none
> > ipp://Canon%20LBP712Cdn%20(db%3Ac0%3Ad3)._ipp._tcp.local/
>
> This is not
s is a print queue, set up using Canon drivers.
> Canon_LBP712Cdn_db_c0_d3_ network none
> ipp://Canon%20LBP712Cdn%20(db%3Ac0%3Ad3)._ipp._tcp.local/
This is not a print queue. CUPS has discovered the printer via
mdns/DNS-SD and enumetated it. It should be seen with
avahi-browse -rt _ipp
On Thu, Feb 16, 2023 at 03:51:47PM -0500, gene heskett wrote:
> I hate to ask the obvious, but is the net cable plugged into that printer?
See below.
On Thu, Feb 16, 2023 at 10:41:33AM -0500, Greg Wooledge wrote:
> 4) Also mentioned: port 9100.
>For grins, I did "telnet 10.76.172.100 9100" an
heet of paper in the printer would save a
couple of sheets of paper. ;)
Not much but why waste paper for a simple test?
I have no desire or intention to investigate how LibreOffice
deals with a single line text file converted to a PDF. This
works to not waste paper when fileout.pdf i
e a
couple of sheets of paper. ;)
Not much but why waste paper for a simple test?
I have no desire or intention to investigate how LibreOffice
deals with a single line text file converted to a PDF. This
works to not waste paper when fileout.pdf is printed:
/usr/lib/cups/filter
confused
upon seeing income tax forms coming out of it.
How do you know it it does not point to the right printer?
It's got that "db:c0:d3" suffix. The printer with that suffix in CUPS
is the black hole where whatever I send doesn't get printed by my printer.
I assume i
ut isn't *mine*. I can only imagine
> >it's somewhere else on this floor, and that someone is very confused
> >upon seeing income tax forms coming out of it.
>
> How do you know it it does not point to the right printer?
It's got that "db:c0:d3&qu
that is just over 2 pages.
>
>So putting only one used sheet of paper in the printer would save a
>couple of sheets of paper. ;)
>
>Not much but why waste paper for a simple test?
I have no desire or intention to investigate how LibreOffice
deals with a single line text file converted to a PDF. This
works to not waste paper when fileout.pdf is printed:
/usr/lib/cups/filter/texttopdf 1 1 1 1 1 filein.txt > fileout.pdf
--
Brian.
On 2/16/23 11:14 AM, Brian wrote:
On Thu 16 Feb 2023 at 11:52:21 -0500, Stefan Monnier wrote:
to...@tuxteam.de [2023-02-16 16:53:02] wrote:
Just for kicks: have you tried sending a PS (or *gasp* PDF) file
down that alley (e.g. with soc
On Thu 16 Feb 2023 at 11:52:21 -0500, Stefan Monnier wrote:
> to...@tuxteam.de [2023-02-16 16:53:02] wrote:
> > Just for kicks: have you tried sending a PS (or *gasp* PDF) file
> > down that alley (e.g. with socat)?
> >
> > For That One Form in the Year this might be just sufficient...
> >
> > Hin
ed the words HELLO WORLD on a sheet of paper.
>
> So the printer WORKS. It is ON THE NETWORK. I can print TEXT to it
> using port 9100.
The printer understands text.
> What I CANNOT do is find it in CUPS. Or avahi-browse, or driverless, or
> any of these other commands that are
On Thu, Feb 16, 2023 at 11:52:21AM -0500, Stefan Monnier wrote:
> to...@tuxteam.de [2023-02-16 16:53:02] wrote:
> > Just for kicks: have you tried sending a PS (or *gasp* PDF) file
> > down that alley (e.g. with socat)?
> >
> > For That One Form in the Year this might be just sufficient...
> >
> >
.0.2 631 Internet Printer
The SEC00159939FFD2.local is my printer. The printer gets its IP through
DHCP but I don't use the IP address anywhere, because the .local name
works automatically. Make sure to install (almost) all packages which
CUPS and Avahi recommend.
> Is the
to...@tuxteam.de [2023-02-16 16:53:02] wrote:
> Just for kicks: have you tried sending a PS (or *gasp* PDF) file
> down that alley (e.g. with socat)?
>
> For That One Form in the Year this might be just sufficient...
>
> Hint: start with a small one :)
I don't think "a small one" can be small enou
nter, looking at the piece of paper attached to the front of it
which has the IP address (same one -- 10.76.172.100), attempting to
find a queue in CUPS which matches up with that, sending print jobs to
what *appears* to be the correct printer, having no paper come out, etc.
Eventually I unearthed this
On Thu, Feb 16, 2023 at 10:41:33AM -0500, Greg Wooledge wrote:
[...]
> 4) Also mentioned: port 9100.
>For grins, I did "telnet 10.76.172.100 9100" and after that connected
>I typed "HELLO WORLD", then pressed Enter, then Ctrl-] q Enter to
>close the telnet session.
>
>That actual
to the front of it
which has the IP address (same one -- 10.76.172.100), attempting to
find a queue in CUPS which matches up with that, sending print jobs to
what *appears* to be the correct printer, having no paper come out, etc.
Eventually I unearthed this thread, which had some advice which wor
Ethernet). The amd64 machine works perfectly with the P3015.
>
> The printer configuration on both machines appears identical:
>
>DRIVER: HP LaserJet Series PCL 6 CUPS (grayscale)
>Connection: socket://192.168.1.211:9100
>
> (1) The printer installs on Vostro 200
with the P3015.
The printer configuration on both machines appears identical:
DRIVER: HP LaserJet Series PCL 6 CUPS (grayscale)
Connection: socket://192.168.1.211:9100
(1) The printer installs on Vostro 200 but does not print.
(2) Should I install the P3015 as generic Postscript printer
1 - 100 of 1372 matches
Mail list logo
