Bug #10965
Some printers cannot be added via GNOME
100%
Description
While testing the fix for Bug #10893 I noticed that printing still doesn’t work for me: with a HP printer that worked fine for me on Debian Jessie (some months ago) and currently works fine on Debian Unstable, I get this in the journal when plugging it:
Jan 18 02:36:29 amnesia colord-sane[6910]: io/hpmud/musb.c 2075: Invalid usb_open: Permission denied
Two (!?) entries shows up in GNOME’s Add Printer settings, and when I try to add any of them I get a generic failure pop-up, and I also see this in the journal:
Jan 18 02:39:31 amnesia gnome-control-center.desktop[5617]: (gnome-control-center:5617): printers-cc-panel-WARNING **: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.fedoraproject.Config.Printing was not provided by any .service files
Subtasks
Related issues
Related to Tails - |
Resolved | 2014-12-15 | |
Related to Tails - |
Resolved | 2014-12-31 | 2015-10-15 |
Related to Tails - |
Resolved | 2016-06-02 |
History
#2 Updated by anonym 2016-01-18 03:01:21
- Assignee set to intrigeri
I’m optimistically assigning this to you intrigeri, since I suppose you have some sort of experience from the current printing situation in Tails after Bug #10893.
#3 Updated by intrigeri 2016-01-18 10:56:47
- Description updated
#4 Updated by intrigeri 2016-01-18 10:58:04
anonym: does it work in Tails 1.8.2?
#5 Updated by intrigeri 2016-01-18 10:58:14
- Category set to Hardware support
#6 Updated by intrigeri 2016-01-19 15:35:47
- Assignee changed from intrigeri to anonym
- Target version deleted (
Tails_2.0) - QA Check set to Info Needed
Well, no, I’m not really familiar with the printing situation: so far I only fixed AppArmor profiles. I can have a look, but without access to the hardware it’ll be hard. Sorry :/
Please set target version back to 2.0 and reassign to me so I try to fix it, if this is a regression against 1.x.
#7 Updated by anonym 2016-01-19 16:31:12
- Assignee changed from anonym to intrigeri
- Target version set to Tails_2.0
- QA Check changed from Info Needed to Dev Needed
intrigeri wrote:
> Well, no, I’m not really familiar with the printing situation: so far I only fixed AppArmor profiles. I can have a look, but without access to the hardware it’ll be hard. Sorry :/
I would gladly help, if you have any idea what to test or where to look for more useful info.
> Please set target version back to 2.0 and reassign to me so I try to fix it, if this is a regression against 1.x.
I can add the printer without issue in 1.8.2. I had to set an administration password, though, which I didn’t in 2.0~rc1 (I know I set one but wasn’t prompted).
#8 Updated by intrigeri 2016-01-24 18:24:44
- Target version changed from Tails_2.0 to Tails_2.2
I’ll try to give it a look for 2.2. No promise, though. Help is welcome.
#9 Updated by goupille 2016-02-02 18:56:31
- Subject changed from HP printers cannot be added via GNOME to some printers cannot be added via GNOME
a user report the same issue with an Epson printer. It worked well on 1.8.2, and I found the same warnings in the logs.
#10 Updated by elouann 2016-02-10 20:51:48
Good news, it’s solved after the installation of system-config-printer.
Note that there were some good reasons to remove this package 5 monthes ago: https://labs.riseup.net/code/projects/tails/repository/revisions/84c0feb87eeb4f5472b60c4b04bf92291c49a2f6
#11 Updated by intrigeri 2016-02-12 23:49:09
- Assignee changed from intrigeri to elouann
- QA Check changed from Dev Needed to Info Needed
Please send/forward me a complete tails-debugging-info
output captured after reproducing this bug. Thanks!
#12 Updated by elouann 2016-03-21 13:37:05
- Assignee changed from elouann to intrigeri
- Target version changed from Tails_2.2 to Tails_2.3
- QA Check changed from Info Needed to Dev Needed
intrigeri wrote:
> Please send/forward me a complete tails-debugging-info
output captured after reproducing this bug. Thanks!
Done, reassigning to you, intrigeri, tell me if I should rather add you as ‘Watcher’.
Cheers
#13 Updated by intrigeri 2016-03-22 12:35:27
- Target version changed from Tails_2.3 to Tails_2.4
> Done, reassigning to you, intrigeri, tell me if I should rather add you as ‘Watcher’.
Thanks. That’s OK. The target version is very optimistic though, adjusting it (and even 2.4 feels optimistic, feel free to go find help elsewhere).
#14 Updated by mercedes508 2016-03-25 15:03:19
Another user reported that issue with the following hardware:
Epson L220 and TX235
#15 Updated by emmapeel 2016-04-29 04:56:29
FWIW I can add an OKI printer connected to the local network (no USB)
#16 Updated by intrigeri 2016-04-29 14:47:11
- Subject changed from some printers cannot be added via GNOME to Some printers cannot be added via GNOME
- Priority changed from Normal to Elevated
#17 Updated by intrigeri 2016-05-31 14:40:53
- Status changed from Confirmed to In Progress
Reproduced locally by plugging a printer via USB, but not when using it via the network, which is why I missed the problem when I worked on Bug #8443 and friends. So, apparently for some printers system-config-printer
is still needed:
#18 Updated by intrigeri 2016-05-31 14:41:19
- related to
Bug #8443: Adding a new printer requires administration password added
#19 Updated by intrigeri 2016-05-31 14:41:31
- related to
Bug #8505: Jessie: there is an unclear and useless Sundry category in Applications menu added
#20 Updated by intrigeri 2016-05-31 15:26:51
Installing system-config-printer
allows GNOME printer config to go one step further (“Installing”), but:
- if we install it, we need to drop its desktop file to avoid re-introducing
Bug #8505; - then, a few TCP packets to 140.211.169.27:443 (reverse DNS: openprinting2.linux-foundation.org) are blocked by our firewall,
scp-dbus-service
segfaults and the installation of the new printer fails; these packets are sent as theamnesia
user, so we can’t trivially transparently proxy them through Tor.
Note that the installation “succeeds” (although the correct driver is not selected) if I click “Cancel” in the “Searching for drivers” dialog.
Then, if I torify scp-dbus-service
in /usr/share/dbus-1/services/org.fedoraproject.Config.Printing.service
, I see connections to the aforementioned IP address in Onion Circuits, and the printer installation succeeds; however, the correct driver is not selected. I guess it’s just because the printer I’m testing is not known neither locally, nor in the openprinting database; and indeed on sid, this works just fine, because my printer’s PPD is shipped with newer hplip (same on Tails after installing from jessie-backports a bunch of packages: hplip printer-driver-hpcups libsane-hpaio libhpmud0 hplip-data hpijs-ppds printer-driver-postscript-hp).
At this point I cannot confirm that torifying scp-dbus-service
is enough to make it do anything useful, but at least it prevents it from segfaulting, and allows me to configure one printer (known in the local database) that I could not configure otherwise, so it’s already progress.
#21 Updated by intrigeri 2016-05-31 16:02:19
- % Done changed from 0 to 10
- Feature Branch set to bugfix/10965-usb-printer-configuration
#22 Updated by intrigeri 2016-05-31 17:53:42
- Assignee changed from intrigeri to anonym
- % Done changed from 10 to 30
- QA Check changed from Dev Needed to Ready for QA
anonym: please review’n’merge.
frontdesk: please point bug reporters to the experimental ISO (I’ve just sent the link to your mailing list).
#23 Updated by anonym 2016-06-01 19:58:35
- Status changed from In Progress to Fix committed
- % Done changed from 30 to 100
Applied in changeset commit:97dbd2d5352c81a86b0804a90ceb25dd23cc951b.
#24 Updated by anonym 2016-06-01 20:00:33
- Assignee deleted (
anonym) - QA Check changed from Ready for QA to Pass
intrigeri wrote:
> anonym: please review’n’merge.
Looks good! Now my printer works perfectly again! => Merged!
#25 Updated by intrigeri 2016-06-02 14:02:37
- related to
Feature #11505: Install system-config-printer-common instead of system-config-printer added
#26 Updated by anonym 2016-06-08 01:25:21
- Status changed from Fix committed to Resolved