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
, and 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
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
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 whichever printer was free.
On Saturday 21 October 2023 16:05:33 Thierry wrote:
> Incidemment, sur l'interface d'administration CUPS sur une Debian
> Bullseye pur jus, j'ai remarqué cette petite note en bas de page:
> "CUPS et le logo CUPS sont des marques déposée de Apple Inc. CUPS est
> sous copyright 20
On 10/21/23 16:05, Thierry wrote:
Bonjour,
Incidemment, sur l'interface d'administration CUPS sur une Debian
Bullseye pur jus, j'ai remarqué cette petite note en bas de page:
" CUPS et le logo CUPS sont des marques déposée de Apple Inc. CUPS est
sous copyright 2017-2019 Apple Inc.
https://fr.wikipedia.org/wiki/Common_Unix_Printing_System
Le 21/10/2023 à 16:05, Thierry a écrit :
Bonjour,
Incidemment, sur l'interface d'administration CUPS sur une Debian
Bullseye pur jus, j'ai remarqué cette petite note en bas de page:
" CUPS et le logo CUPS sont des marques dépos
Bonjour,
Incidemment, sur l'interface d'administration CUPS sur une Debian
Bullseye pur jus, j'ai remarqué cette petite note en bas de page:
" CUPS et le logo CUPS sont des marques déposée de Apple Inc. CUPS est
sous copyright 2017-2019 Apple Inc. Tous droits réservés".
Pour mo
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
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 a 3d
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 goto
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
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
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
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, "No de
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
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
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
netwo
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
-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: 'lp -d HP_LaserJet_MFP_M234
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
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
._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, jury,
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
he
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
does not exi
n:~# 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 the three non-
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 experience I
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
UPSDriverlessPrinting
> >
> > [...]
> >
> > The two URIs are equivalent.
> >
> > [...]
> > >
> > > implicitclass://HP_LaserJet_MFP_M234sdw_C0FB67_/
> >
> > cups-browsed has automatically set up a queue. Unless it is having an
> > off-day, it
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
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
>
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 cup
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
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
cups a la seva interfície web.
Has tingut, Narcís, molt bona pensada respecte als efectes d'una
arrancada com la que tenía mitjançant un enllaç pel mig.
Moltes gràcies per l'ajuda.
Ja havia pensat en canviar la mida amb el gparted que tinc al rescatux,
però em feia molt respecte tocar la
:
Em dona això:
===
sudo systemctl status cups-browsed
cups-browsed.service - Make remote CUPS printers available locally
Loaded: loaded (/lib/systemd/system/cups-browsed.service;
enabled; vendor preset: enabled)
Active: active (running)since Tue 2023-04-25 10:43:16 CEST
:13, Josep ha escrit:
Bon dia, Narcís:
Em dona això:
===
sudo systemctl status cups-browsed
cups-browsed.service - Make remote CUPS printers available locally
Loaded: loaded (/lib/systemd/system/cups-browsed.service;
enabled; vendor preset: enabled)
Active: active (running
-ho tot:
http://localhost:631
https://wiki.gilug.org/index.php/Estructura_de_directoris_del_sistema_GNU
El 25/4/23 a les 11:13, Josep ha escrit:
Bon dia, Narcís:
Em dona això:
===
sudo systemctl status cups-browsed
cups-browsed.service - Make remote CUPS printers available locally
Bon dia, Narcís:
Em dona això:
===
sudo systemctl status cups-browsed
cups-browsed.service - Make remote CUPS printers available locally
Loaded: loaded (/lib/systemd/system/cups-browsed.service; enabled;
vendor preset: enabled)
Active: active (running)since Tue 2023-04-25
El servei web està separat. Mira què et donen aquestes dues comandes:
$ sudo systemctl status cups-browsed
$ sudo ss -tulpn | grep -ie cups
El 24/4/23 a les 20:47, Josep ha escrit:
Hola:
Per primera vegada des fa anys em trobo amb que el meu linux debian no
imprimeix res de res a cap
Hola:
Per primera vegada des fa anys em trobo amb que el meu linux debian no
imprimeix res de res a cap impresora de les dues que tinc instal·lades.
Ja fa uns mesos que em feia el boig, però ara cups sembla desaparegut,
tant es així que si faig localhost:631 la resposta del navegador
Hola:
Per primera vegada des fa anys em trobo amb que el meu linux debian no
imprimeix res de res a cap impresora de les dues que tinc instal·lades.
Ja fa uns mesos que em feia el boig, però ara cups sembla desaparegut,
tant es així que si faig localhost:631 la resposta del navegador
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
>>> addresse
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 can see
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 can see
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
buster
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.
> The main question here, of course, is
ame.
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 user to print c
is 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 us that nothing
; > > 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 problem
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 printer's r
rked. 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've gotta say,
ing 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:
>
> -E Wh
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
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
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
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"
rinter 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/cu
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
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 it's another Canon LBP712Cdn somewhere else on the 10th floor,
or at le
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" suffix. The printer with that suffix in CUPS
is the black ho
ust 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
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...
> >
> >
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 so allegedly wonde
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...
> >
> >
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 there any way I c
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
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 thread, which had some advice which
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
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 worked
in the past.
It is not working
> (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 Vost
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
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?
(3) I cannot make sense of the new
/2023:12:14:22 +0100] [Job 982] update_reasons(attr=0(),
s=\"-cups-pki-invalid,cups-pki-changed,cups-pki-expired,cups-pki-unknown\")
D [13/Jan/2023:12:14:22 +0100] [Job 982] update_reasons(attr=0(),
s=\"+cups-pki-invalid\")
D [13/Jan/2023:12:14:22 +0100] [Job 982] STAT
Bonjour ou avahi ;-)
regarde si tu n'as pas un paramétrage de cette imprimante qui la stoppe
après une tentative d'impression ratée (printer-error-policy=stop-
printer), il me semble même que c'est le comportement par défaut (de
mémoire, et elle n'est pas fantastique). ça ne t'expliquera pas
Le 13/01/2023 à 12:40, Jean-Marc a écrit :
Le 13/01/23 à 10:18, NoSpam a écrit :
Bonjour.
Quelle version Debian ? testing ? Sid ?
Debian sid
cups 2.4.2-1+b2
Pas étonnant que cela tombe en panne. sid reste sid
J'ai le problème depuis des années avec une Samsung, ce qui
fonctionne sans
Le 13/01/23 à 10:18, NoSpam a écrit :
Bonjour.
Quelle version Debian ? testing ? Sid ?
Debian sid
cups 2.4.2-1+b2
J'ai le problème depuis des années avec une Samsung, ce qui fonctionne
sans soucis c'est socket:// comme connexion
Tu configures ça comment dans cups ?
--
Jean-Marc
Bonjour.
Quelle version Debian ? testing ? Sid ?
J'ai le problème depuis des années avec une Samsung, ce qui fonctionne
sans soucis c'est socket:// comme connexion
Le 13/01/2023 à 10:00, Jean-Marc a écrit :
salut la liste,
J'ai un gros soucis avec cups.
Impossible d'envoyer quoi que ce
salut la liste,
J'ai un gros soucis avec cups.
Impossible d'envoyer quoi que ce soit à mon imprimante.
En résumé, j'ai plusieurs PCs avec Debian sid et une imprimante epson
wf-3640 branchée sur le réseau.
Cette imprimante s'annonce sur le réseau via le protocole bonjour et est
détectée par
efox's, print dialog, and in the system dialog if you scroll all the
way down in the FF dialog and select that instead.
How can is this done with this new cups?
Just specify a new destination name: XXX instead of AAA. Keep the same
URI (the connection).
To cups that destination=queuenam
t; > > >
> > > > > Blame that in tbird.
> > > > Yet another part of the compting experience tou are unable to
> > > > control?
> > > > > > > I give up, the driverless printer cups installs automaticaly
> > > > > > >
to give a readable original post.]
Blame that in tbird.
Yet another part of the compting experience tou are unable to
control?
I give up, the driverless printer cups installs automaticaly cannot be
deleted and has taken over from the brother drivers that work,
preventing me from using the printer
1 - 100 of 7728 matches
Mail list logo