libsane-hpaio: Thanks for packaging libsane-hpaio (Jessie backports)!

brian@desktop:~$ scanimage -L device `hpaio:/net/envy_4500_series?ip=192.168.7.235&queue=false' is a Hewlett-Packard envy_4500_series all-in-one Without backports I'd not be scanning over the network from my Envy

Bug#829573: cups-browsed: Not restarted after a cups upgrade

Package: cups-browsed Version: 1.9.0-2 Severity: important After an upgrade to cups 2.1.4-2 on unstable cups-browsed fails to restart. This was confirmed with systemctl restart cups-browsed apt-get --reinstall install cups-daemon systemctl status cups-browsed Removing 'Requires=cups.serv

Bug#832637: cups-browsed: Shutdown hangs on A stop job runs for Make remote CUPS printers available locally

On Thu 28 Jul 2016 at 02:00:36 +0200, Heinrich Schuchardt wrote: Thank you for your report, Heinrich. > every time I shutdown my system I have to wait 90 s for a stop job > showing the message Is this consistent behaviour? > A stop job runs for Make remote CUPS printers available locally This

Bug#832637: More info

Thank you for the extra information, Roderich. On Sun 21 Aug 2016 at 14:57:57 +0200, Roderich Schupp wrote: > I have the same problem as Heinrich Schuchardt (same version of > cups-browsed, but cups-daemon 2.2~rc1-4 from experimental). > > $ sudo systemctl stop cups-browsed.service > > takes

Bug#832637: cups-browsed: Shutdown hangs on A stop job runs for Make remote CUPS printers available locally

On Sun 21 Aug 2016 at 17:50:41 +0200, Heinrich Schuchardt wrote: > On 08/21/2016 02:20 PM, Brian Potkin wrote: > > On Thu 28 Jul 2016 at 02:00:36 +0200, Heinrich Schuchardt wrote: > > > > Thank you for your report, Heinrich. > > > >> every time I shutdown

Bug#815807: cups: printing on printers broadcast by old CUPS versions fails

Reassign 815807 cups-browsed thanks Thank you for this additional information, Patrick. On Fri 19 Aug 2016 at 12:42:51 +0100, Patrick Welche wrote: > I just reproduced this, admittedly between ubuntu rather than vanilla debian > boxen, so it sounds like a real cups problem. The work involved

Bug#832637: More info

On Sun 21 Aug 2016 at 17:30:10 +0200, Roderich Schupp wrote: > On Sun, Aug 21, 2016 at 4:27 PM, Brian Potkin > wrote: > > > Are you positive cups.service is still running while cups-browsed is > > stopping? 'systemctl status cups' in another terminal would tell y

Bug#815807: cups: printing on printers broadcast by old CUPS versions fails

On Mon 22 Aug 2016 at 19:36:32 +0100, Brian Potkin wrote: > On Fri 19 Aug 2016 at 12:42:51 +0100, Patrick Welche wrote: > > > > > > DeviceURI implicitclass:ufs2 > > You have duplicate queues being broadcast on the network; is this your > intention? cups-browsed c

Bug#832637: More info

On Tue 30 Aug 2016 at 23:31:55 +0200, Roderich Schupp wrote: > On Tue, Aug 23, 2016 at 6:55 PM, Brian Potkin > wrote: > > > I have no special skills in interpreting strace outputs but this would > > appear to be confirmation that cups-browsed cannot contact cups wh

Bug#832637: More info

On Tue 30 Aug 2016 at 23:31:55 +0200, Roderich Schupp wrote: > On Tue, Aug 23, 2016 at 6:55 PM, Brian Potkin > wrote: > > > I have no special skills in interpreting strace outputs but this would > > appear to be confirmation that cups-browsed cannot contact cups wh

Bug#832637: cups-browsed: Shutdown hangs on A stop job runs for Make remote CUPS printers available locally

tags 832637 moreinfo thanks On Sun 21 Aug 2016 at 17:59:03 +0100, Brian Potkin wrote: > When next you get the 90s delay the progess of the shutdown is recorded. > Something like > > journalctl --list-boots > > and > > journalctl -b -1 > > should allow you

Bug#832637: More info

On Sat 03 Sep 2016 at 14:12:52 -0300, Till Kamppeter wrote: > The problem is most probably caused by inconsistency in how cups-browsed > accesses the local CUPS daemon, for some accesses it uses the domain socket > (which made it mostly well working in your case) and at other places, > especially

Bug#832637: More info

On Sat 03 Sep 2016 at 19:17:48 -0300, Till Kamppeter wrote: > Brian, thank you very much for the testing. I will do the next (bug fix) > release containing also other fixes (version 1.11.3) most probably on > Monday. > > One question: Did cups-browsed use the socket out-of-the-box or did you need

Bug#815807: cups: printing on printers broadcast by old CUPS versions fails

tags 815807 moreinfo thanks On Sun 28 Aug 2016 at 14:51:42 +0100, Brian Potkin wrote: > On Mon 22 Aug 2016 at 19:36:32 +0100, Brian Potkin wrote: > > > You have duplicate queues being broadcast on the network; is this your > > intention? cups-browsed combines them into

Bug#836955: cups-browsed: Queues do not disappear when deleted on a server.

Package: cups-browsed Version: 1.10.0.1 Severity: normal Tags: upstream Server A has a Jessie installation: cups 1.7.5-11+deb8u1 and cups-browsed 1.0.61-5+deb8u3. The services for avahi-daemon are masked and stopped. cups-browsed.conf has BrowseRemoteProtocols none and BrowseLocalProtoc

Bug#815807: cups: printing on printers broadcast by old CUPS versions fails

On Sun 04 Sep 2016 at 19:23:53 +0100, Brian Potkin wrote: > tags 815807 moreinfo > thanks > > > On Sun 28 Aug 2016 at 14:51:42 +0100, Brian Potkin wrote: > > > On Mon 22 Aug 2016 at 19:36:32 +0100, Brian Potkin wrote: > > > > > You have duplicate queues

Re: hplip 3.16.9+repack0-1 MIGRATED to testing

On Mon 03 Oct 2016 at 21:21:47 +0200, Narcis Garcia wrote: > El 03/10/16 a les 11:42, Didier 'OdyX' Raboud ha escrit: > > Le lundi, 3 octobre 2016, 11.36:19 h CEST Narcis Garcia a écrit : > >> FOSS packages in Debian repositories lack of proprietary binaries > >> provided by HP. When user chooses

Bug#840129: printer-driver-foo2zjs-common: *.icm files not moved to /usr/share/"$drivername"/icm/

Package: printer-driver-foo2zjs-common Version: 20160902dfsg0-1 Severity: normal (Some blank lines in the output removed) root@test:~# getweb all sihp1000.img (c) Copyright Hewlett-Packard 2001 sihp1005.img (c) Copyright Hewlett-Packard 2002 sihpP1005.img (c) Copyright Hewlett-Packard 2009 sihp1

Bug#820474: cups-filters: texttopdf seg faults if comment in prettyprinted source file ends with keyword

tags 820474 moreinfo thanks On Fri 08 Apr 2016 at 11:45:49 -0700, Jim Uhl wrote: > Dear Maintainer, My status is lower than that, Jim, but thanks for your detailed report and the patch. >* What led up to the situation? > >Occasionally when prettyprinting files using CUPS results in a

Re: Bug#840327: stopped working, no helpful feedback

On Mon 10 Oct 2016 at 18:15:15 +0200, Daniel Pocock wrote: > Package: cups > Version: 1.7.5-11+deb8u1 > > Printing had been working fine for a long time but about 20 minutes ago > I tried to print something and an error popup appeared in GNOME asking > if I wanted to diagnose the printer. My doc

Bug#840327: stopped working, no helpful feedback

On Mon 10 Oct 2016 at 18:41:46 +0200, Daniel Pocock wrote: > On 10/10/16 18:24, Didier 'OdyX' Raboud wrote: > > Control: tags -1 +moreinfo > > > > Hi Daniel, > > > > Le lundi, 10 octobre 2016, 18.15:15 h CEST Daniel Pocock a écrit : > >> hpcups[16590]: prnt/hpcups/HPCupsFilter.cpp 707: First ras

Bug#840327: stopped working, no helpful feedback

cock wrote: > On 10/10/16 21:22, Brian Potkin wrote: > > > > Printing "working fine" for a long time must indicate something to you. > > Then it stops working. How is this a bug rather than a matter for > > debian-user? Computer systems don't generally

Bug#840327: stopped working, no helpful feedback

On Tue 11 Oct 2016 at 11:20:48 +0200, Daniel Pocock wrote: > On 11/10/16 10:16, Brian Potkin wrote: > > > > Please do > > > > avahi-browse -art > filename > > > > and post filename. avahi-browse is in the avahi-utils package. > > > > A

Bug#840327: stopped working, no helpful feedback

On Tue 11 Oct 2016 at 12:19:30 +0200, Daniel Pocock wrote: > On 11/10/16 12:02, Brian Potkin wrote: > > [I made a mistake with my previous mail by not sending it to the BTS. > > Because of that your reply didn't go there either. I've rectified the > > bug record by

Bug#840327: stopped working, no helpful feedback

On Tue 11 Oct 2016 at 12:19:30 +0200, Daniel Pocock wrote: > >> On 10/10/16 21:22, Brian Potkin wrote: > > > > My view would be that with printing problems users have to be prepared > > to dig into log files, particularly the error_log. Without it a user

Bug#686653: HP Deskjet broken in Wheezy

severity 686653 normal reassign 686653 printer-driver-hpcups merge 686653 768859 thanks On Fri 29 Apr 2016 at 16:00:39 +0100, Brian Potkin wrote: > found 686653 cups/2.1.3-5 > thanks > > Established a queue with f300_series-hpijs on Jessie. Ugpraded the machine > to unstable.

Bug#841843: printer-driver-escpr: backend can't find PPD file

On Sun 23 Oct 2016 at 20:57:07 +0200, Matteo Croce wrote: > Package: printer-driver-escpr > Version: 1.6.8-1 > Severity: important > > Dear Maintainer, > > I have cups installed on a headless system, but can't print anything. > I ran strace on what the backend does, and it's doing: > > stat("/e

Bug#841843: printer-driver-escpr: backend can't find PPD file

On Mon 24 Oct 2016 at 19:46:51 +0200, Matteo Croce wrote: > Hi, > > I attach a clean error_log with loglevel set to debug. > I ran your command, but file.out is empty. This is because the final filter did not complete. > I attach wf2530.log anyway Thanks. I get exactly the same as you. It show

Bug#841843: printer-driver-escpr: backend can't find PPD file

On Mon 24 Oct 2016 at 22:58:06 +0100, Brian Potkin wrote: > My print queue was set up (all on one line) with > > lpadmin -p wf2530 -v file:/home/brian/wf2530 -E > -m > escpr:/0/cups/model/epson-inkjet-printer-escpr/Epsom-WF-2530_Series-epson-escpr-en-ppd > > and I p

Bug#841843: printer-driver-escpr: backend can't find PPD file

On Wed 26 Oct 2016 at 12:44:57 +0200, Matteo Croce wrote: > Here is my PPD file There is nothing here for us. It works with my setup; it is not corrupted. Back to the drawing board! Cheers, Brian

Bug#841843: printer-driver-escpr: backend can't find PPD file

On Wed 26 Oct 2016 at 12:25:36 +0200, Matteo Croce wrote: > 2016-10-24 23:58 GMT+02:00 Brian Potkin : > > On Mon 24 Oct 2016 at 19:46:51 +0200, Matteo Croce wrote: > > My print queue was set up (all on one line) with > > > > lpadmin -p wf2530 -v file:/home/brian/wf25

Bug#841843: printer-driver-escpr: backend can't find PPD file

On Wed 26 Oct 2016 at 19:04:56 +0200, Matteo Croce wrote: > 2016-10-26 18:55 GMT+02:00 Brian Potkin : > > On Wed 26 Oct 2016 at 12:25:36 +0200, Matteo Croce wrote: > > > >> 2016-10-24 23:58 GMT+02:00 Brian Potkin : > >> > On Mon 24 Oct 2016 at 19:46:51 +0200,

Re: Bug#841843: printer-driver-escpr: backend can't find PPD file

the system? Please let me know if I am not being clear on what to do. > 2) can't print from another cpus server and a raw queue. Sounds like a different issue. Let's stick with this one for now. > 2016-10-26 19:51 GMT+02:00 Brian Potkin : > > On Wed 26 Oct 2016 at 19:04:5

Bug#841843: printer-driver-escpr: backend can't find PPD file]

ade the symlink you suggested). Cheers, Brian. - Forwarded message from Brian Potkin - Date: Wed, 26 Oct 2016 19:19:55 +0100 From: Brian Potkin To: debian-printing@lists.debian.org Subject: Re: Bug#841843: printer-driver-escpr: backend can't find PPD file User-Agent: Mutt/1.5

Bug#841843: printer-driver-escpr: backend can't find PPD file]

tags 841843 moreinfo thanks On Fri 28 Oct 2016 at 14:39:57 +0100, Brian Potkin wrote: > Many apologies, Matteo. Because I read bug reports in debian-printing I > inadvertently sent the mail below there and not to you or the bug. > > I have tried everything I can think of to re

Bug#841843: printer-driver-escpr: backend can't find PPD file]

On Tue 01 Nov 2016 at 23:17:23 +0100, Matteo Croce wrote: > 2016-10-28 15:39 GMT+02:00 Brian Potkin : > > > > Set up a new queue with a different PPD: > > > > lpadmin -p newq -v file:/dev/null -E -m > > escpr:/0/cups/model/epson-inkjet-printer-escpr/Epson

Bug#843095: ghostscript: Please consider the patch for LP #1637583

Package: ghostscript Version: 9.19~dfsg-3.1 Severity: wishlist IPP Everywhere is fully supported in Stretch but there is bound to be a hiccup or two. One such is described in LP #1637583 and a fix applied: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1637583 ghostscript (9.1

IPP Everywhere

There is a new wiki page: https://wiki.debian.org/IPPEverywhere The author would be interested in a review and suggestions for change, particularly if there are technical mistakes. Regards, Brian.

Re: IPP Everywhere

On Thu 03 Nov 2016 at 19:44:59 -0200, Till Kamppeter wrote: > On 11/03/2016 05:40 PM, Brian Potkin wrote: > >There is a new wiki page: > > > > https://wiki.debian.org/IPPEverywhere > > > >The author would be interested in a review and suggestions for cha

Bug#843114: cups-filters: cups changes shared printers with underscores (_) in their names to dashes (-)

On Thu 03 Nov 2016 at 16:14:18 -0700, Alex Schumann wrote: > Package: cups-filters > Version: 1.0.61-5+deb8u3 > Severity: important > Tags: newcomer > > Dear Maintainer, > > Printers shared from other cups systems with _ in their names appear with the > name changed so all underscores '_' becom

Re: IPP Everywhere

On Fri 04 Nov 2016 at 14:35:02 -0200, Till Kamppeter wrote: > On 11/03/2016 10:11 PM, Brian Potkin wrote: > >In spite of this extra information I think I'll call it a day after > >making your suggested change. I usually prefer to write about things I > >can test and no

Re: IPP Everywhere

On Fri 04 Nov 2016 at 15:48:23 +0100, Didier 'OdyX' Raboud wrote: > Le jeudi, 3 novembre 2016, 19.40:07 h CET Brian Potkin a écrit : > > There is a new wiki page: > > > > https://wiki.debian.org/IPPEverywhere > > > > The author would be intere

Re: CUPS: Add root to system-groups to make GNOME's print functionality work correctly?

On Fri 25 Nov 2016 at 13:35:26 +0100, Narcis Garcia wrote: > In my opinion, desktop printers tools should trigger actions as same > desktop user account. > lpadmin group ever should be allowed on all related features. If root is added to SystemGroup what happens to the "fine-grained privileges" a

Re: CUPS: Add root to system-groups to make GNOME's print functionality work correctly?

On Fri 25 Nov 2016 at 13:10:20 +0100, Didier 'OdyX' Raboud wrote: > Hi there Till, > > Le jeudi, 24 novembre 2016, 16.33:40 h CET Till Kamppeter a écrit : > > there is a long-standing bug report in Ubuntu (…) about that one cannot stop > > or delete print jobs from the "Printers" section of GNOME

Re: CUPS: Add root to system-groups to make GNOME's print functionality work correctly?

On Fri 25 Nov 2016 at 15:48:31 +, Brian Potkin wrote: > On Fri 25 Nov 2016 at 13:35:26 +0100, Narcis Garcia wrote: > > > In my opinion, desktop printers tools should trigger actions as same > > desktop user account. > > lpadmin group ever should be allowed on all r

Re: CUPS: Add root to system-groups to make GNOME's print functionality work correctly?

On Mon 28 Nov 2016 at 21:40:55 +0100, Narcis Garcia wrote: > How is this related to non-root users capability to cancel jobs through > "gnome-control-center printers" ? Intimately. -- Brian.

Re: CUPS: Add root to system-groups to make GNOME's print functionality work correctly?

On Tue 29 Nov 2016 at 08:17:32 +0100, Narcis Garcia wrote: > Does "gnome-control-center printers" perform calls as root without > requiring "unlock" to user? g-c-c printers can do nothing in its default state without the user having the root password (or using sudo, I suppose) to unlock the dialo

Re: CUPS: Add root to system-groups to make GNOME's print functionality work correctly?

On Tue 29 Nov 2016 at 08:17:32 +0100, Didier 'OdyX' Raboud wrote: > Le lundi, 28 novembre 2016, 17.07:14 h CET Till Kamppeter a écrit : > > On 11/28/2016 03:29 PM, Brian Potkin wrote: > > > I added root to SystemGroup in cups-files and restarted cups. A queue >

Re: CUPS: Add root to system-groups to make GNOME's print functionality work correctly?

On Fri 25 Nov 2016 at 13:10:20 +0100, Didier 'OdyX' Raboud wrote: > Digging history, the 1.0.2-1 changelog entry (from 17 years ago) has: > > Created "lpadmin" group and set SystemGroup to this. This will > > fix problems with CUPS not being usable initially. As soon as > > bug #50620 gets fixed

Bug#847462: printer-driver-cups-pdf: make very ugly and uselss pdf which are not searchables

On Thu 08 Dec 2016 at 13:47:48 +0100, Ferran Juanós wrote: Hello Ferran, This isn't the first time we have had a report like yours, but thanks anyway. It doesn't do any harm to be reminded of issues which have never really been resolved. > It's not possible to make usable pdf, I have triyed to u

Bug#847462: printer-driver-cups-pdf: make very ugly and uselss pdf which are not searchables

On Thu 08 Dec 2016 at 19:25:20 -0200, Till Kamppeter wrote: > On 12/08/2016 05:54 PM, Brian Potkin wrote: > >The printing system is intended to put ink or toner on paper. If it does > >not do that it has failed. Can we agree on that? > > > >Does it matter for the

Re: Fwd: hp-setup doesn't load plugin

On Fri 09 Dec 2016 at 14:47:01 -0600, john.k...@vfemail.net wrote: > Hello, > > Is there solution? There is. But first say what model of printer you are using and what happens when you try the command 'hp-plugin -i'. This is a résumé of John's problem: > I have this: > > error: /root/.hpli

Bug#847653: cups-filters: Does not install from experimental

Package: cups-filters Version: 1.13.0-1 Severity: normal cups from experimental installs ok but cups-filters doesn't: root@stretch:~# apt-get -t experimental install cups-filters Reading package lists... Done Building dependency tree Reading state information... Done The following additional pa

Support for Apple raster printers now in CUPS and cups-browsed

The experimental archive (rc-buggy) at present contains a snapshot of CUPS 2.2.2 and the 1.13.0 versions of cups-filters and cups-browsed. This is enough to take up the invitation in http://lists.cups.org/pipermail/cups-devel/2016-November/016910.html > So everyone reading this, please test you

Re: Support for Apple raster printers now in CUPS and cups-browsed

IPP browsing disappeared from CUPS, but, especially with the involvement of openprinting, we appear to be still at the top of our game. Thank you, too, for the ideas you have sprinkled throughout your response. Knowing where we are and where we need to get to is important. > On 12/10/2016 03:03 PM,

Re: hp-setup doesn't load plugin

On Sat 10 Dec 2016 at 16:21:12 -0600, john.k...@vfemail.net wrote: > It writes the same error about cheksum. > > hplipopensource.com suggest that Debian 8.6 uses 3.16.10. But latest > backported is 3.16.9. > > Generally it downloaded the plugin on previous installation very well and > there was

Bug#847793: cups-filters-core-drivers: driverless is unable to execute ippfind utility: No such file or directory

Package: cups-filters-core-drivers Version: 1.13.0-2 Severity: normal The driverless utility/backend requires ippfind to be useful. Shouldn't cups-ipp-utils be a dependency of cups-filters-core-drivers? -- Brian.

Bug#847794: cups-filters: Typos in upstream's changelog

Package: cups-filters Version: 1.13.0-2 Severity: minor Tags: patch For CHANGES IN V1.13.0: tools and in "lpinfo -v", as conneting via IPP. "conneting" should be "connecting". For CHANGES IN V1.12.0: setup tools. This utility is also linked to /ustr/bin "/ustr/bin" should be "/u

Bug#848164: cups-browsed: Please consider what HWResolution should be in an everywhere PPD

Package: cups-browsed Version: 1.0.61-5+deb8u3 Severity: wishlist Tags: upstream I am not sure this is an issue to be corrected or one which is specific to the printer. Hence the severity. cups-browsed.conf has "CreateIPPPrinterQueues AppleRaster" uncommented, so my AirPrint-enabled Envy 4502 us

Bug#848164: cups-browsed: Please consider what HWResolution should be in an everywhere PPD

On Wed 14 Dec 2016 at 19:47:42 +, Brian Potkin wrote: > Package: cups-browsed > Version: 1.0.61-5+deb8u3 ^ The version: 1.13.0-2 -- Brian.

Bug#848167: cups-browsed: Print queues/printers do not disappear

Package: cups-browsed Version: 1.13.0-2 Severity: important Tags: upstream Stopping cups-browsed (1.11.60) on Stretch sees 'lpstat -a' with an empty output and the *.data files in /var/cache/cups disappear. With the experimental versions of cups, cups-filters and cups-browsed 'lpstat -a' still s

Re: RFS: brother-inkjet-dcpj952n/3.0.0-2 [ITP] -- printer driver for Brother Inkjet printers

On Wed 14 Dec 2016 at 18:19:35 +0100, Didier 'OdyX' Raboud wrote: [...Big snip...] > - Some drivers need the "LPR" driver, which is not available under a FLOSS > licence. >From what I can see it is most of them for printing. For scanning it looks like all of them. Not only that but I think (fr

Bug#848223: cups-browsed: IPP printer disappears after logrotate is run

Package: cups-browsed Version: 1.13.0-2 Severity: important Tags: upstream cups-browsed.conf has "CreateIPPPrinterQueues AppleRaster" uncommented to allow discovery of an Airprint-enabled ENVY 4500. The service was restarted at about 00:05 this morning and the printer was shown in the output of

Bug#848223: cups-browsed: IPP printer disappears after logrotate is run

On Thu 15 Dec 2016 at 10:35:00 +, Brian Potkin wrote: > The same behaviour can be reproduced with the commands: > > logrotate -f /etc/logrotate.d/cups-daemon > or > systemctl restart cups cups-browsed.service > or > systemctl restart cups ; sleep 3 ; s

Bug#848223: cups-browsed: IPP printer disappears after logrotate is run

On Thu 15 Dec 2016 at 12:08:28 -0200, Till Kamppeter wrote: > On 12/15/2016 11:48 AM, Brian Potkin wrote: > >On Thu 15 Dec 2016 at 10:35:00 +0000, Brian Potkin wrote: > > > >>The same behaviour can be reproduced with the commands: > >> > >> logrot

Bug#848223: cups-browsed: IPP printer disappears after logrotate is run

On Thu 15 Dec 2016 at 17:24:56 +, Brian Potkin wrote: > On Thu 15 Dec 2016 at 12:08:28 -0200, Till Kamppeter wrote: > > Not in any significant way, AFAICT. After restarting the cups service it > takes 5 minutes before the printer disappears. If I restart cups-browsed > 2 minut

Bug#848281: hp-plugin: downloads plugin for wrong architecture

On Thu 15 Dec 2016 at 23:26:26 +0100, Guido Günther wrote: > hp-plugin -i > > on armv7l the program downloads plugins for i386 nevertheless e.g. > > hbpl1.so:ELF 32-bit LSB shared object, Intel 80386, version 1 > (SYSV), dynamically linked, stripped > hbpl1-x86_32.so: ELF 32-b

Apple raster, PWG raster and non-free filters/drivers

In https://lists.debian.org/debian-printing/2016/12/msg00089.html Till Kamppeter wrote > So if you really want to have a Brother printer, make sure that > it does IPP Everywhere or AirPrint. These are driverless printing > methods which are in Ubuntu from version 17.04 (Zesty) on and > they

Bug#635157: cups: please support Brother HL-2130 laser printer out of the box

On Mon 19 Mar 2012 at 03:17:57 -0500, Jonathan Nieder wrote: > This means a goal would be to get a driver included in a simple, free, > and distro-neutral collection such as openprinting-ppds and listed at > . > > Michal, does the HL-2130 work as a generic pos

Bug#848223: cups-browsed: IPP printer disappears after logrotate is run

On Fri 16 Dec 2016 at 21:02:34 -0200, Till Kamppeter wrote: > I have fixed the problem (at least I hope so) in the upstream BZR repository > of cups-filters (rev 7580, only file util/cups-browsed.c needed a change). > > If possible, please test. I will do so. Probably tomorrow morning. > If you

Bug#848404: cups-browsed: CreateRemoteCUPSPrinterQueues has no effect

Package: cups-browsed Version: 1.13.0-2 Severity: normal Tags: upstream Discovered remote queues are always shown whether or not CreateRemoteCUPSPrinterQueues is "Yes" or "No". Would this be related to #848167? Regards, -- Brian.

Bug#848223: cups-browsed: IPP printer disappears after logrotate is run

On Fri 16 Dec 2016 at 23:47:19 -0200, Till Kamppeter wrote: > Note that in current cups-filters cups-browsed needs libcupsfilters, as the > PPD generator has moved into the library to also cater for the new > "driverless" utility. > > So the instructions change as follows: > > sudo apt-get build

Bug#848404: cups-browsed: CreateRemoteCUPSPrinterQueues has no effect

On Sat 17 Dec 2016 at 11:21:35 -0200, Till Kamppeter wrote: > If you have observed the problem with the current BZR state of cups-filters. > Please try I had already tried this when testing the fix for #836955, which is partly why I submitted this report. However, thinking my testing may not have

Bug#848167: cups-browsed: Print queues/printers do not disappear

On Sat 17 Dec 2016 at 13:44:45 -0200, Till Kamppeter wrote: > Problem of generated queues not being removed solved on upstream BZR, rev. > 7582. Regenerated cups-browsed and copied it to /usr/sbin. Everything looks good now. Thanks. -- Brian.

Bug#848712: cups-filters-core-drivers: driverless is not always reliable

Package: cups-filters-core-drivers Version: 1.13.1-1 Severity: normal Tags: upstream 1. I have an AirPrint-enabled printer on the network (an HP ENVY 4502) and a CUPS server too. The cups service on the server is stopped. A client computer has had the lpd, socket, usb, snmp and dnssd backe

Bug#848718: cups: 'dpkg-reconfigure cups' refers to the parallel backend

Package: cups Version: 2.2.1-46-g10887d272-1 Severity: minor Running 'dpkg-reconfigure cups' gets a user the information that some PPC kernels crash with the parallel backend. That may have have been correct some time ago; it may even be applicable now. However, the parallel backend is not one o

Bug#848712: cups-filters-core-drivers: driverless is not always reliable

On Mon 19 Dec 2016 at 17:20:28 -0200, Till Kamppeter wrote: > Strange, seems that avahi-daemon does not hold the info about the printer in > a local cache. And when the network is more busy, the response times to > requests to avahi-daemon get longer. > > How does it behave with > > ippfind -T 2

Bug#848712: cups-filters-core-drivers: driverless is not always reliable

On Mon 19 Dec 2016 at 19:00:25 -0200, Till Kamppeter wrote: > Added "-T 3" to the ippfind command line in the driverless utility. This > should improve the reliability in finding IPP printers. > > I have committed this as rev. 7585 to the cups-filters upstream BZR > repository. Please test. Got

Bug#848712: cups-filters-core-drivers: driverless is not always reliable

On Mon 19 Dec 2016 at 21:36:52 -0200, Till Kamppeter wrote: > Did you install the newly compiled driverless utility correctly into your > system? I put it in /usr/lib/cups/driver/, overwriting what was there. > Do > > ls -l /usr/bin/driverless > ls -l /usr/lib/cups/driver/driverless > ls -l /u

Bug#848712: cups-filters-core-drivers: driverless is not always reliable

On Mon 19 Dec 2016 at 23:59:04 +, Brian Potkin wrote: > At present, I cannot see what I may have done wrong. Just taken a quick look at the situation; the rest will have to wait for tomorrow. I think this may have something to do with the backends which were disabled on the cli

Bug#848712: cups-filters-core-drivers: driverless is not always reliable

On Tue 20 Dec 2016 at 00:12:41 +, Brian Potkin wrote: > On Mon 19 Dec 2016 at 23:59:04 +0000, Brian Potkin wrote: > > > At present, I cannot see what I may have done wrong. > > Just taken a quick look at the situation; the rest will have to wait for > tomorrow.

Bug#848712: cups-filters-core-drivers: driverless is not always reliable

On Mon 19 Dec 2016 at 22:08:49 -0200, Till Kamppeter wrote: > And "lpinfo -v" still does not list it at all? > > Please put CUPS into debug mode via: > > cupsctl --debug-logging > > Then run > > time lpinfo -v > > and post the output here. root@test:~# time lpinfo -v network ipps network

Bug#848889: hplip-data: There are no PPDs in the package

Package: hplip-data Version: 3.16.11+repack0-1 Severity: normal tags: patch The package description for hplip-data in part has: This package contains data files and PPDs for the HP Linux Printing and Imaging System. AFAICT there aren't any PPDs in the package. "and PPDs" was added in 3.11.1-

Bug#848889: hplip-data: There are no PPDs in the package

On Wed 21 Dec 2016 at 12:13:57 +0100, Didier 'OdyX' Raboud wrote: > Le mardi, 20 décembre 2016, 15.09:16 h CET Brian Potkin a écrit : > > This package contains data files for the HP Linux Printing > > and Imaging System. > > > > would reflect the situati

Re: Apple raster, PWG raster and non-free filters/drivers

Thank you for this level of detail. I think I've now absorbed most of it and could explain it to others. Just a few inline comments to clarify my thoughts. On Fri 16 Dec 2016 at 17:44:23 -0200, Till Kamppeter wrote: > On 12/16/2016 04:15 PM, Brian Potkin wrote: > >In

Bug#849075: cups-filters-core-drivers: Please consider some changes to driverless(1)

Package: cups-filters-core-drivers Version: 1.13.1-1 Severity: wishlist Tags: patch upstream Originally, my intention was to point out a couple of punctuation errors and suggest some small changes. But I got carried away. dr

Bug#849380: imagetoraster produces "Unsupported raster data"

Package: cups-filters Version: 1.13.1-1 Severity: important Tags: upstream cups-browsed has "CreateIPPPrintersQueues AppleRaster" and my ENVY 4500 has a queue correctly created for it with an everywhere PPD. Testing conversion of an image file: PPD=/etc/cups/ppd/HP-ENVY-4500-series.ppd FILE=

Bug#851499: cups-filters-core-drivers: Everywhere PPD content depends on queue creation method

Package: cups-filters-core-drivers Version: 1.13.2-1 Severity: normal Tags: upstream I'm unsure whether this is a bug or a feature. But it is an inconsistency. The everywhere PPD files auto-generated from using the CUPS web interface, system-config-printer and by cups-browsed all have the lines

Re: Apple raster, PWG raster and non-free filters/drivers

Apologies for the delayed response but at the time I had nothing of interest to say. After some research, (and the Christmas/New Year period), I think have. On Wed 21 Dec 2016 at 18:52:28 -0200, Till Kamppeter wrote: > On 12/21/2016 05:27 PM, Brian Potkin wrote: > >This was a main part

Bug#851499: cups-filters-core-drivers: Everywhere PPD content depends on queue creation method

On Sun 15 Jan 2017 at 22:15:49 -0200, Till Kamppeter wrote: > Fixed in cups-filters upstream, BZR rev. 7599. I have built this and copied libcupsfilters to /usr/sbin. > Thank you for the bug report. And thank you for the level of detail. I will find a use for it on a soon to published wiki page

Re: Apple raster, PWG raster and non-free filters/drivers

On Sun 15 Jan 2017 at 22:56:19 -0200, Till Kamppeter wrote: > On 01/15/2017 04:27 PM, Brian Potkin wrote: > > > >Basically, a user needs to know whether the printer will accept PWG > >raster. From a cursory reading of the Developer Guide for Printers and > >C

Re: Apple raster, PWG raster and non-free filters/drivers

On Mon 16 Jan 2017 at 15:51:15 -0200, Till Kamppeter wrote: > On 01/16/2017 03:32 PM, Brian Potkin wrote: > > [...] > > >The word "if" supports your idea of a GCP printer having only to process > >one of PDF or PWG raster. The page > > > >

Re: Apple raster, PWG raster and non-free filters/drivers

On Mon 16 Jan 2017 at 19:09:44 -0200, Till Kamppeter wrote: > On 01/16/2017 05:17 PM, Brian Potkin wrote: > > >>My question is here whether the Google Cloud Print server polls printer > >>capability info from the printer or whether it has a database with info > &

Bug#851705: cups-browsed: Only one queue is allowed when CreateIPPPrinterQueues is used

Package: cups-browsed Version: 1.13.2-1 Severity: normal Tags: upstream The creation of a queue with CreateIPPPrinterQueues couldn't be easier but auto-generation of a PPD gets default default values for the printer capabilities. I think it is legitimate (and long-established practice) for other

Bug#851704: cups-browsed: Please allow naming of a queue with CreateIPPPrinterQueues

Package: cups-browsed Version: 1.13.2-1 Severity: wishlist Tags: upstream There are probably users who like to give their queues meaningful and memorable names. It would be nice for cupsbrowsed.conf to have an option to do this instead of CreateIPPPrinterQueues allotting one. -- Brian.

A new wiki page

This time on driverless printing and Google Cloud Print. A reading of the page and submission of important (and not so important) corrections would be appreciated. Regards, Brian.

Re: A new wiki page

On Thu 19 Jan 2017 at 13:09:36 -0200, Till Kamppeter wrote: > Can you post a link to the page? Thanks. Embarrassing (for me). :) https://wiki.debian.org/DriverlessPrinting Cheers, Brian.

Re: A new wiki page

On Thu 19 Jan 2017 at 16:22:30 -0200, Till Kamppeter wrote: > Thank you for writing up all this. Some remarks: > > - All pages: OdyX' real name is Didier Raboud, without "m". Sloppy of me. Apologies to Odyx. > - AirPrint page, section "Printing Directly to an AirPrint Printer Without > an iOS C

Re: A new wiki page

https://wiki.debian.org/AirPrint and https://wiki.debian.org/DriverlessPrinting have been amended. There is also a new section: https://wiki.debian.org/PrintQueuesCUPS#Avoiding_Non-free_Printer_Drivers_and_Firmware Cheers, Brian.

Bug#851883: printer-driver-escpr: Rear Paper Feed Slot Not Selectable for WF-3540

Hello george, thank you for your report. On Thu 19 Jan 2017 at 10:30:22 -0500, george wrote: > Dear Maintainer, > > The option to select the rear paper-feed slot as a paper source is not > available for the WF-3540 printer. The option is not available in the PPD for this printer. This is an up

<    1   2   3   4   5   6   7   8   9   10   >