On Tue 08 Jan 2013 at 07:14:26 +0100, Christian PERRIER wrote:
Quoting jswmb01x (jswmb...@mobistarmail.be):
Clarification :
Adding user1 to the lpadmin group was required to add the printer in CUPS
(otherwise after entering the user name and password the operation is
forbidden), not
On Sun 13 Jan 2013 at 14:52:51 -0700, mark anderson wrote:
OdyX--
I figured it was specific to my printer, anything else would have been
seen by a lot of people.
Just a thought: is the output of
dpkg -l | grep system-config-printer-udev
empty or not?
Regards,
Brian.
--
To
On Wed 12 Dec 2012 at 18:09:38 +0100, Jonas Meyer wrote:
Dear Maintainer,
the suggested driver for the HP Color Laserjet are truly awful in comparison
to the foomatic/pxlcolor driver. All of a sudden the printer is faster than I
knew it could be and printing without pausing. Unfortunately
reassign 695787 src:foomatic-db
tags 695787 + upstream
thanks
On Sat 19 Jan 2013 at 19:55:50 +, Brian Potkin wrote:
I see no bug here in Debian or its CUPS package.
Apologies Jonas,
This was a rather hasty statement; I should have taken a look at the
changelog for foomatic-db
On Sat 12 Jan 2013 at 09:27:45 +0100, Denis Prost wrote:
When I print several documents or on my Epson Stylus Photo 750, after some
pages properly printed, the printing gets wrong : random characters are
printed
on all page (see attached file)
The used printer driver is CUPS+Gutenprint
On Mon 21 Jan 2013 at 22:33:42 +0100, Denis Prost wrote:
Hello Brian,
thanks a lot for pointing me to that thread. Indeed, the described
problem looked exactly like mine.
So, I did a full wheezy upgrade and then performed :
lpadmin -p Stylus_Photo_750 -o usb-unidir-default=true
and the
On Fri 01 Mar 2013 at 02:01:02 -0800, David Griffith wrote:
On Fri, 1 Mar 2013, Holger Levsen wrote:
David,
which printer model? are you using cups? You will need to give more infos,
like what application you are using for printing as well...
Printer is a Brother MFC7360N laser
On Thu 06 Sep 2012 at 18:27:10 +0100, Brian Potkin wrote:
On Tue 04 Sep 2012 at 11:48:26 +0100, Steve McIntyre wrote:
So, to summarise:
* The upgrade from squeeze to wheezy looks like it changed print
driver without warning (to one that didn't work!)
I can reproduce
On Mon 08 Oct 2012 at 21:47:46 +0200, Sergio Gelato wrote:
I've created a print queue with an
AllowUser user1
option. When submitting a print job as user1 all goes as expected, but
if I submit it as some other user I see a flood of error messages appear
(observed rates: 375-500 Hz,
tags 666877 moreinfo
thanks
On Mon 02 Apr 2012 at 09:18:42 +0530, Praveen A wrote:
after installing cups, cups-bsd and cups-client 1.5.2-5 from testing,
it is working. So I can confirm it is broken in a newer revision.
Hello Praveen,
Are you still on 1.5.2-5 or have you progessed to the
tags 637616 moreinfo
thanks
On Fri 12 Aug 2011 at 21:30:46 -0700, Alishams Hassam wrote:
Hello Alishams,
I generated this using reportbug, but it wouldn't let me send it in as the
bug that this was under was archived. Please let me know if anything else is
needed. In /etc/cups/cupsd.conf
severity 700243 normal
thanks
Hello Jérôme,
Thank you for your report. In the context of CUPS you are able to print,
so I am putting its severity at normal.
On Sun 10 Feb 2013 at 14:13:11 +, Jérôme Frgacic wrote:
I have a `server' on Debian squeeze which use an HP Officejet 4500
On Mon 01 Apr 2013 at 18:57:57 +0100, Brian Potkin wrote:
and then print a job (a small text file would do) on the client. Please post
the error logs if the job fails to print on the printer. Would you also send
the ppd in /etc/cups/ppd which is being used.
I forgot two things!
1
Hello Jérôme,
Sorry for the slight delay in responding but, for some reason or other,
your mail did not show up in on the debian-printing mailing list, where
I usually keep an eye out for such things. Anyway, not to worry.
Your logs and the PPD file were very, very useful. Thank you.
On Tue 02
tags 634937 moreinfo
thanks
Hello Daniel,
Thank you for your report.
On Wed 20 Jul 2011 at 22:54:26 -0400, Daniel Dickinson wrote:
Unplugging the printer (HP OfficeJet J4580 All-in-One) results in
segault in libavahi (see logs below)
In addition (not sure if related), attempting to print
tags 639156 moreinfo
thanks
Hello Marco,
Thank you for you report.
On Wed 24 Aug 2011 at 18:44:37 +0200, Marco Righi wrote:
Hi,
after one of the last upgrades cups initiated to crash after a certain
time (the time is not constant).
Please write me if I can execute some instruction or
On Wed 03 Apr 2013 at 17:17:23 +0200, Didier 'OdyX' Raboud wrote:
Le mercredi, 20 mars 2013 13.34:09, Ivan Shmakov a écrit :
Now that both GNU a2ps and GNU Enscript are no longer actively
maintained, and have as of yet unresolved issues with their
integration into the modern
On Thu 16 May 2013 at 08:38:32 +0200, W Forum W wrote:
Hi
Maybe it can help
If I comment out
#Listen /var/run/cups/cups.sock
I can set options without problems
This indeed may resolve the issue, but I'm unsure what other effect
this may have and whether it is sufficient to regard the bug
tags 708356 moreinfo
thanks
On Thu 16 May 2013 at 18:32:33 +0100, Brian Potkin wrote:
On Thu 16 May 2013 at 08:38:32 +0200, W Forum W wrote:
Hi
Maybe it can help
If I comment out
#Listen /var/run/cups/cups.sock
I can set options without problems
This indeed may resolve
tags 613846 moreinfo
thanks
On Thu 17 Feb 2011 at 12:20:53 -0500, Dominique Brazziel wrote:
Hello Dominique. Thank you for your report.
After attempting to print the web page at
http://en.community.dell.com/support-forums/desktop/f/3514/t/17880588.aspx,
the list of available printers
tags 632630 moreinfo
thanks
On Mon 04 Jul 2011 at 09:55:39 +0200, Bo Forslund wrote:
Hello Bo. Thank you for your report.
Only one print job is written out. The system reports that it has two printers
connected, Phaser-6110 and. If more than one job shall be printed one need to
reboot the
severity 710735 wishlist
thanks
On Sat 01 Jun 2013 at 16:06:41 -0400, Sanjoy Mahajan wrote:
Thank you for your report, Sanjoy.
[Same as closed Bug#463752 on former cupsys-client package]
So we will assign this to cups-client.
I misinterpreted this statement in the manpage for lpoptions:
tags moreinfo 632710
thanks
On Tue 05 Jul 2011 at 10:36:20 +0200, Erik Thiele wrote:
after long running, and at a time where probably no print job is
running, because it is before work hours, cups suddenly segfaulted
without leaving a trace in any of its logs. but i found this in my syslog:
Dear Debian User,
Further information on your issue was requested some time ago but there
has been no response from you. Use of our limited, volunteer supported
resources is best served by not keeping open inactive bugs any longer
than desirable, especially when the package concerned is older
tags 647137 moreinfo
thanks.
On Sun 30 Oct 2011 at 19:58:59 +, cfr wrote:
[Snip]
I did look through the other bug reports and read many of them but none
seem to be quite the same. But there were 218 so I apologise if I've
overlooked something.
There are rather fewer now - so it
On Wed 05 Jun 2013 at 18:25:07 +0200, Didier 'OdyX' Raboud wrote:
What is the content of /etc/cups/client.conf and does it work if you replace
the hostname by its IP?
Also what version of CUPS is the server running?
Note that according to the changelog, The default IPP version for
reopen 634937
thanks
On Wed 05 Jun 2013 at 13:48:17 -0400, Daniel Dickinson wrote:
Hi there,
I never received the followup request. Did you remember to CC: me?
(n...@bugs.debian.org) does NOT send the message to the submitter per the
info on the bugs.debian.org website.
Hello Daniel,
I
On Wed 05 Jun 2013 at 18:30:40 +0100, Brian Potkin wrote:
Upstream apparently has a solution in CUPS 1.7 . . . .
This is misinformation due to a misunderstanding on my part. The fix is
in 1.6.2.
At http://www.cups.org/documentation.php/doc-1.6/relnotes.html:
CUPS 1.6 clients using
On Thu 06 Jun 2013 at 08:59:19 +0200, Didier 'OdyX' Raboud wrote:
Several minor points:
+PThe default IPP version is 2.0 but can be overriden by adding a slash
followed by CODE/version=/CODE and the desired IPP version (can be 1.0 or
1.1)./P
Is '. . by adding a slash followed . . . '
On Thu 06 Jun 2013 at 12:55:44 +0200, Vincent Lefevre wrote:
The -h option as documented in the man pages has no effect, at least
for lpstat and lpq: the server name given in /etc/cups/client.conf
(ServerName line) is taken into account, whether a -h option is used
or not. No such problem
On Thu 06 Jun 2013 at 19:29:30 +0200, Vincent Lefevre wrote:
On 2013-06-06 17:58:38 +0200, Didier 'OdyX' Raboud wrote:
What do the following commands give?
$ lpstat -H
$ lpstat -h localhost -H
$ lpstat -h localhost:631 -H
ypig% lpstat -H
lip-printserver1.lip.ens-lyon.fr:631
Package: cups-server-common
Version: 1.6.2-8
Severity: normal
In /usr/share/cups/mime/mime.convs there is
application/postscript application/vnd.cups-postscript 66
pstops
In cups 1.5.x we have
application/postscript application/vnd.cups-postscript 65
pstops
On Thu 13 Jun 2013 at 17:22:20 +0800, 王晓林 wrote:
[Snipped: A very useful account of a testing procedure]
In a short word, all the PS in /var/spool/cups look very good; all the PDF
in ~/PDF look ugly. In the attachment, you can find
1. d00107-001, the PS file in /var/spool/cups
2.
On Fri 14 Jun 2013 at 20:56:07 +0800, 王晓林 wrote:
Attached are PDFs generated with cost factors 66 and 65. You can see the
deference.
What default resolution is specified in cups-pdf's PPD file?
grep 'DefaultResolution' /etc/cups/ppd/PDF.ppd
should give it.
--
To UNSUBSCRIBE, email to
On Mon 17 Jun 2013 at 16:29:08 +0800, 王晓林 wrote:
grep 'DefaultResolution' /etc/cups/ppd/PDF.ppd
gives:
*DefaultResolution: 300dpi
You should find that raising this value gives you PDFs with acceptable
quality whebn the cost factor is 66.
Cheers,
Brian.
--
To UNSUBSCRIBE, email to
On Mon 17 Jun 2013 at 17:35:19 +0800, 王晓林 wrote:
Yeah, I just tried 300, 600, 1200, 2400dpi while setting cost factor to 66.
Higher DPI value indeed results better PDF quality. But I still prefer cost
factor 65, because
1. Size matters. With same dpi value, cost factor 65 results in a
severity 712719 important
thanks
On Sat 22 Jun 2013 at 10:10:03 +0200, NetCat wrote:
One more thing. On ReadyNAS I activated the Bonjour discovery
service. CUPS found the printer nearly instantly, including all the
connection parameters.
Then I chose the manufacturer
severity 715448 grave
thanks
On Tue 09 Jul 2013 at 14:11:47 +0100, Brian Potkin wrote:
However, the Gutenprint and postscript driver both worked to produce
an expected output in /tmp. This is reason enough to question whether
No they didn't! I really should have checked the error log rather
On Tue 09 Jul 2013 at 17:13:56 +0300, atar wrote:
I've a Brother printer with model number: MFC-420CN. my Debian
distro don't have a driver suited to this printer so I unable to use
it through Debian. where can I find a driver for it? I've tried to
search in the packages database using
On Tue 09 Jul 2013 at 17:52:19 +0200, Johannes Stezenbach wrote:
Did you get my other message where I said printing works
after rebuilding the package locally? I'm not sure
if it is worth it to track down which change in which
library broke it. I don't print often so I can't tell
when the
On Tue 09 Jul 2013 at 18:31:43 +0100, Brian Potkin wrote:
Let's see what upgrading pulls in. A list of prospective packages is
also attached.
dist-upgrade. Print as before. But now we get the error 11. There is a
log attached for that job too.
snapshot.debian.org has the previous versions
On Wed 10 Jul 2013 at 15:11:37 -0400, Daniel Kahn Gillmor wrote:
Brian Potkin writes:
Please see how the ipp14 backend performs. You might also want to look
at bug #712719.
Ah! thank you. Printing does work to this machine when i do
lpadmin -p cringer -v ipp14://cringer/
So i'm
tags 715800 moreinfo
thanks
It is possible that
*
debian/patches/ipp-backend-abort-the-outer-loop-if-we-get-a-failure-from-send-document.patch,
debian/patches/ipp-backend-could-get-stuck-in-an-endless-loop-on-certain-network-errors.patch:
Prevent IPP backend from
On Sun 14 Jul 2013 at 11:43:52 +0200, Irmhild Rogalla wrote:
What could I do? Which (more) informations do you need?
Hello Irmhild,
I think you would be better off submitting a new bug report for the
issues you describe.
In the first place you are using a version of CUPS which is quite a bit
On Mon 15 Jul 2013 at 11:00:47 -0300, Mark J. Small wrote:
Okay, so I've found a workaround for my printing problem.
If enter the following:
lpadmin -p MY_PRINTER_NAME -o usb-no-reattach-default=true
and restart the printer, then printing seems to work properly.
Thank you for all the
On Tue 16 Jul 2013 at 09:53:15 +0200, Didier 'OdyX' Raboud wrote:
Awesome, thanks! I'll include your rewrite in the next upload.
Thank you; but please bear in mind I have not reviewed the Samba section
and have omitted some material from the original README. I'm also
thinking in terms of
On Thu 18 Jul 2013 at 12:32:22 +0200, Hagen Fuchs wrote:
Hello!
Hello Hagen,
Thank you for your report.
I am using CUPS in Debian testing to provide access to a pool of 30+
printers to all sorts of OSes (research institute).
Switching from CUPS 1.5.3 to 1.6.2, I noticed that it registers
On Fri 19 Jul 2013 at 10:34:45 +0200, Hagen Fuchs wrote:
Is there a way to debug the communication between avahi-daemon and cupsd
that doesn't involve an actual debugger? I found avahi-daemon's
'--debug' switch to be not that verbose.
Not that I can think of immediately. However, I can
Package: libcups2
Version: 1.5.3-5
Severity: normal
Tags: patch
When describing printer sharing under the heading 'Advertising your
local queues' README.Debian claims:
If you do not want it to do so you have to stop avahi-daemon
running.
The author of this statement is under a
Package: cups
Version: 1.6.3-1
Severity: wishlist
Tags: patch
Following my query about a new HOWTO_BUGREPORT.txt in #714852 there
hasn't been any negative reaction. So I went ahead and did one. :)
Well, a couple actually. One is short and sticks (I think) to the spirit
of the original. I hope
On Tue 23 Jul 2013 at 13:48:52 +0200, Bastien ROUCARIES wrote:
I believe the HOWTO_BUGREPORT_heavier should be a wiki.
There is a lot to be said for that idea. Although I wrote it for my own
benefit I did have #532097 in my mind. Quoting the fourth paragraph:
To get the Debian cups bugs into
On Tue 23 Jul 2013 at 10:31:21 +0200, Stefan Nagy wrote:
I'd appreciate any further suggestions.
In an earlier mail you said you created a print queue with
lpadmin -p test -E -v file:/tmp/printout -P
/etc/cups/ppd/HP-LaserJet-1200.ppd
and obtained a printout which satisfactorily
reassign 702673 cups-filters
thanks
On Sat 27 Jul 2013 at 13:43:00 +0200, Stefan Nagy wrote:
In an earlier mail you said you created a print queue with
lpadmin -p test -E -v file:/tmp/printout -P
/etc/cups/ppd/HP-LaserJet-1200.ppd
and obtained a printout which satisfactorily
On Fri 26 Jul 2013 at 17:25:54 -0400, Daniel Kahn Gillmor wrote:
I just tried with cups 1.6.3-1 (from sid) -- it doesn't fail in the
terrible looping way that wheezy's version did, but it doesn't print
either if i use the ipp:// backend. in /var/log/cups/error_log, it says:
W
On Wed 31 Jul 2013 at 14:10:12 +0200, Stefan Nagy wrote:
After restoring the default cups configuration I'm able now to print the
default Debian CUPS testpage with the HPLIP backend – it takes around 26
minutes and 30 seconds, but it works (I always get the testpage instead
of an error
On Tue 30 Jul 2013 at 22:17:13 +0100, Brian Potkin wrote:
Then I installed all these removed packages with aptitude. A new
cupsd.conf was created. Jeffrey, I'd recommend reviewing what you did
and trying to reproduce the behaviour you describe.
Any news on this?
Regards,
Brian
tags 693658 unreproducible
thanks
Hello Frank,
Let's see if we can make more progress on this.
On Mon 01 Jul 2013 at 08:25:54 +1000, Frank Richards wrote:
On 18/06/13 21:35, Didier 'OdyX' Raboud wrote:
Can you try with a recent cups too (up-to-date Wheezy would be nice)?
wheezy on AMD
fixed 634937 cups/1.5.3-5
thanks
On Mon 29 Jul 2013 at 12:03:43 -0400, Daniel Dickinson wrote:
I can't remember if I responded to this or not. In any event I no
longer see the bug in Wheezy.
Then I'll mark it as fixed in that version and close the bug report.
Thank you for getting back to
fixed 543539 cups/1.6.1-1
thanks
On Tue 25 Aug 2009 at 19:39:38 +0200, Louis Opter wrote:
In my quest to get my printer usable (see also #542640). I have found
that the cups web interface doesn't accept passwords longer than 32
chars and fails with a blank page.
On Fri 09 Aug 2013 at 09:32:40 +0200, roucaries.bast...@gmail.com wrote:
Hi,
Hello Bastien.
For me this test file and original are non free because they lack source.
The GNU Free Documentation License, which as far as I know Debian has no
issues with in principle, has the concept of a
Now with an error log. (226 is the relevant Job number).
log-3300.gz
Description: Binary data
Frank,
You forgot to send your mail to the BTS. I have have bounced it there
so there is no need for you to do anything.
On Sun 11 Aug 2013 at 07:54:19 +1000, Frank Richards wrote:
Hi
Error log for print try
[Snip]
hope this helps
Is that it? The log doesn't show any job being submitted
- Forwarded message from Frank Richards frankrichard...@gmail.com -
Date: Sun, 11 Aug 2013 16:01:10 +1000
From: Frank Richards frankrichard...@gmail.com
To: Brian Potkin claremont...@gmail.com
Subject: Re: Bug#693658: bugs.debian.org: unable to print some pdf files
freshly downloaded old
severity 693658 normal
tags 693658 - moreinfo
fixed 693658 cups/1.6.1-1
thanks
On Mon 12 Aug 2013 at 09:07:37 +1000, Frank Richards wrote:
On 12/08/13 04:07, Brian Potkin wrote:
You might have done this before, but does a text file print again
immediately after sending the first one
tags 631859 moreinfo
thanks
Hello Steinar,
Thank you for your report.
On Mon 27 Jun 2011 at 23:01:53 +0200, Steinar Bang wrote:
The http://somemachine:631/printers/hpulf page currently holds 9 jobs,
that are all PDF files, and all have the State:
stopped
May not be a PDF file
tags 684008 moreinfo
thanks
Hello Anders,
Thank you for your report.
On Mon 06 Aug 2012 at 11:12:12 +0200, Anders Boström wrote:
After upgrading to cups 1.5.3-1, I can't print to a cups-server using
ipp. I get the error-message Unable to add document to print job all
the time. The server
On Tue 13 Aug 2013 at 21:54:18 +0100, Brian Potkin wrote:
If I'm wrong, please be aware that the printer will probably churn out
page after page of gobbledegook. Being close to its on/off switch might
be advisable.
This is inelegant and stress inducing :(. The file to be sent to the
printer
tags 605434 moreinfo
thanks
On Fri 22 Apr 2011 at 10:06:48 -0400, Brent S. Elmer Ph.D. wrote:
Using the debian snapshot repository, I have narrowed the issue down to
the breakage occurring in version 1.4.4-5 as version 1.4.4-4 works.
There are only two changes in that version according to
tags 638540 moreinfo
thanks
On Fri 19 Aug 2011 at 13:52:43 -0300, Marco wrote:
I think this happens only when printing pdf files, or at least most of
the time. I was able to print some pages of a file, but then the
printing just stopped. It's like cups doesn't like to print certain
pages.
On Tue 20 Aug 2013 at 18:54:11 -0430, Tom Maneiro wrote:
There are no lpoptions files anywhere on the clients. inetd.conf
also yields nothing interesting (nothing at all regarding
CUPS/printing).
Running lpoptions yields this on my Jessie clients:
tags 644205 moreinfo
thanks
On Mon 03 Oct 2011 at 23:05:08 +0100, ael wrote:
I have a parallel laser printer which has worked very well for several
years under cups.
But now, printing is impossible because the printer is paused
with the message
Backend /usr/lib/cups/backend/parallel
severity 631025 wishlist
thanks
On Wed 20 Jun 2012 at 14:17:31 +0200, Paul Menzel wrote:
retitle 631025 cups: change default ErrorPolicy for network printers
tags 631025 upstream
quit
The documentation of `printers.conf` [2] lists the following options I
paste.
The following
On Thu 02 Jan 2014 at 15:29:43 +, Roger Leigh wrote:
On Mon, Dec 30, 2013 at 10:50:25AM +0100, Benoît wrote:
Package: cups
Version: 1.6.4-2
Severity: minor
Dear Maintainer,
I am running cups on my laptop which has no parallel port at all.
However, the /etc/init.d/cups
On Sun 19 Jan 2014 at 16:12:27 +, Brian Potkin wrote:
(e) The ppd_updater function in cups.postinst uses lpadmin.
That might result in #686653:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686653
and, depending on whether printer-driver-* is regarded as related
software, alter
Hi Brent,
Thank you for your report.
On Tue 21 Jan 2014 at 13:08:20 -0500, Brent S. Elmer wrote:
Package: cups
Version: 1.7.1-2
Severity: normal
With one of the last few cups upgrades in jessie, postscript printing from
emacs is broken again. The symptoms are exactly the same as the
On Sun 19 Jan 2014 at 17:18:17 +, Brian Potkin wrote:
and, depending on whether printer-driver-* is regarded as related
software, alter the severity of this bug.
Using http://snapshot.debian.org I installed version 1.4.4-7 of cups;
this is what Squeeze started with. lpadmin behaves exactly
On Wed 22 Jan 2014 at 19:38:34 +, Brian Potkin wrote:
FWIW this bug is also present in Fedora-Live-Desktop-x86_64-20-1 (CUPS
1.5.4) and in the ubuntu-13.10-server-amd64.iso downloaded yesterday.
That should have been openSUSE-13.1-KDE-Live-i686.iso, not Fedora.
Regards,
Brian
On Wed 22 Jan 2014 at 20:56:40 +0100, Till Kamppeter wrote:
Is this already reported upstream on
http://www.cups.org/str.php
I did search previously with the terms 'lpadmin' 'add AND printer'and
there doesn't appear to be anything similar.
Or am I misunderstanding you?
Regards,
Brian.
On Wed 22 Jan 2014 at 13:25:42 -1000, Ryo Furue wrote:
Hi Till,
Thanks for the instruction.
Please report this upstream to Ghostscript's bug tracking system
http://bugs.ghostscript.com/
Done.
Please provide a link to the upstream report.
Regards,
Brian.
--
To UNSUBSCRIBE,
On Thu 23 Jan 2014 at 11:33:43 +0100, Till Kamppeter wrote:
Please report this problem upstream at
http://www.cups.org/str.php
https://www.cups.org/str.php?L4353
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hello Wolf-Dieter,
Thank you for your report.
On Sat 25 Jan 2014 at 13:13:04 +0100, Wolf-Dieter Groll wrote:
Thus it doesn't seem to be a problem of the individual printer driver but a
problem of cups or the cups dialog for printing.
This could be a problem with the filters used with the
On Tue 28 Jan 2014 at 17:50:48 +0100, Oriol Mula-Valls wrote:
Printing wasn't working and I tried replacing the ipp backend with ipp14 but
didn't work.
The ipp backend does not appear to be the problem
Error message in printer job history: Deleted Due To Error
This message is on the
reassign 736942 cups-filters
thanks
On Wed 29 Jan 2014 at 14:57:42 +0100, Oriol Mula-Valls wrote:
After changing the renderer it worked perfectly.
Nice!
Regards,
Brian.
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Sun 23 Feb 2014 at 13:16:37 +, Brian Potkin wrote:
Please try
ipp14://printserver-ip/printers/printername
Hello again Tony.
Can we assume that the suggestion above solves your problem?
Regards,
Brian.
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
On Tue 25 Feb 2014 at 15:28:37 +0100, Didier Raboud wrote:
Le vendredi, 26 avril 2013, 13.08:22 Alberto Gonzalez Iniesta a écrit :
I'm also experiencing this problem when my print clients were upgraded
from Ubuntu 10.04 to 12.04 [1]. The CUPS server [2] runs Debian
Squeeze.
Alberto,
On Thu 27 Feb 2014 at 09:11:44 -0800, Tony Godshall wrote:
Hi Brian.
Hi Tony. Thanks for getting back to us so soon.
1. Yes, I miswrote. Wheezy, not Squeeze. (Fresh install, why would
it be Squeeze!? Argh.)
You wouldn't believe the number of 'Arghs' I have encountered in my
Adventures
On Thu 23 Jan 2014 at 17:28:19 +, Brian Potkin wrote:
https://www.cups.org/str.php?L4353
Mike Sweet writes:
Sorry, I tried everything I could to reproduce this and was
unable. Even a script that just continuously flipped between
two PPDs as fast as possible did not reproduce
On Wed 12 Mar 2014 at 20:23:05 +, Brian Potkin wrote:
Something seems to think the -P option to lpadmin is being used.
Moving on to an oddity.
The testing machine is as basic as it gets. An install with only the
base system and cups with no recommends.
We will install and reinstall
On Fri 25 Apr 2014 at 19:14:05 +0100, Julian Gilbey wrote:
I have rebooted the machine, both into the current version of the
kernel and the previous version; I have tried downgrading
cups-browsed; I have purged and reinstalled cups, but all to no avail.
I really don't know what else to try
On Thu 29 May 2014 at 22:23:17 +0200, Stefaan Himpe wrote:
I had the same symptoms after an upgrade that switches to systemd and found
out that in my case it was related to having
net.ipv6.conf.all.disable_ipv6 = 1
in /etc/sysctl.conf
After commenting out this line, cups starts
Package: cups-daemon
Version: 1.7.3-3_i386
Severity: normal
The preinst script has a misplaced 'fi' after
ListenStream=[::1]:$localport
EOF
Shouldn't the statement read
if elif ... else ... fi ?
Regards,
Brian.
--
To UNSUBSCRIBE, email to
Package: cups-daemon
Version: 1.7.3-3_i386
Severity: normal
Shouldn't the 'else' statement have
ListenStream=127.0.0.1:631
ListenStream=[::1]:631
instead of its present contents?
Regards,
Brian
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of
On Thu 12 Jun 2014 at 10:53:08 +0200, Didier 'OdyX' Raboud wrote:
Control: tags -1 +moreinfo
Le jeudi, 12 juin 2014, 09.02:05 Brian Potkin a écrit :
The preinst script has a misplaced 'fi' after
ListenStream=[::1]:$localport
EOF
Shouldn't the statement read
On Sun 03 Aug 2014 at 14:06:10 +0200, Didier 'OdyX' Raboud wrote:
Le dimanche, 3 août 2014, 12.11:58 Marco d'Itri a écrit :
systemd maintainers: I think Listen*=[::1]:$port stanzas shouldn't
make the .socket-file loading fail if the ipv6 module is not
loaded. It should certainly spit
Package: user-setup-udeb
Severity: normal
Tags: d-i
#697331 was closed with the following comment:
* Add first created user to lpadmin group so that it can use local
printers when installed.
After an install using debian-jessie-DI-b1-i386-netinst.iso 'groups'
gives
brian cdrom
On Sun 17 Aug 2014 at 16:03:13 +0200, Christian PERRIER wrote:
Quoting Brian Potkin (claremont...@gmail.com):
After more thinking, my (wild) guess is that, at the time this is
done, these groups...do not exist on the system. And adduser user
group then fails when group doesn't exist
Package: cups-browsed
Version: 1.0.57-1
Severity: normal
This machine started out yesterday with a cups installation without its
recommended packages. cups-browsed was installed (with Recommends:).
cupsd.conf has 'IdleExitTime 20'.
After 'systemctl restart cups.service' or printing to a queue
Hello Jim,
Don't forget to include #758864 in your replies.
Regards,
Brian.
- Forwarded message from Jim Cobley j...@priorycomputers.com -
Date: Mon, 25 Aug 2014 23:44:48 +0100
From: Jim Cobley j...@priorycomputers.com
To: Brian Potkin claremont...@gmail.com
Subject: Re: Bug#758864
Package: cups-browsed
Version: 1.0.58-1
Severity: normal
On an up-to-date unstable version 1.0.55-1 of cups-browsed was
installed. The journalctl records are shown for three commands.
All three commands completed successfully immediately.
systemctl restart cups-browsed.service
Aug 26
On Tue 26 Aug 2014 at 17:10:18 +0100, Jim Cobley wrote:
Tks Brian
Have read Bug 758914
Message 44 says fixed the install problem but still have problem
with CUPS which he is not worried about as he has other CUPS
servers he can use.
So I didn't have the fstab / mount problem but I am no
1 - 100 of 883 matches
Mail list logo