This appears to be in the mcc printer configuration - can't even install cups-pdf driver! Got a new multifunction device - enterprise level: HP Officejet Enterprise Color MFP X585f When trying to configure it under Mageia as network printer using mcc (printerdrake) - It hangs on "searching for drivers" - and nothing else happens: Here's what's in the console when I run mcc: root@foxmain rfox]# mcc "/usr/sbin/drakmenustyle" is not executable [Menus] at /usr/libexec/drakconf line 831. "/usr/sbin/drakbackup" is not executable [Backups] at /usr/libexec/drakconf line 831. "/usr/sbin/tomoyo-gui" is not executable [Tomoyo Policy] at /usr/libexec/drakconf line 831. "/usr/sbin/drakguard" is not executable [Parental Controls] at /usr/libexec/drakconf line 831. openjdk version "1.8.0_40" OpenJDK Runtime Environment (build 1.8.0_40-b02) OpenJDK 64-Bit Server VM (build 25.40-b05, mixed mode) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkButton:use-stock is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkSettings:gtk-menu-images is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:xalign is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:yalign is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:top-padding is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:left-padding is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:xscale is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:yscale is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkImage:stock is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/system-config-printer.py:331: Warning: The property GtkToolButton:stock-id is deprecated and shouldn't be used anymore. It will be removed in a future version. self.btnNew = Gtk.MenuToolButton.new_from_stock(Gtk.STOCK_ADD) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkMisc:ypad is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:right-padding is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkMisc:xpad is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkContainer:resize-mode is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) task-printing-server-2011-7.mga5 task-printing-hp-2011-7.mga5 rmmod: ERROR: Module ppdev is not currently loaded rmmod: ERROR: Module lp is not currently loaded rmmod: ERROR: Module parport_pc is not currently loaded rmmod: ERROR: Module parport is not currently loaded task-printing-hp-2011-7.mga5
Priority: Normal => HighHardware: i586 => x86_64Target Milestone: --- => Mageia 5Severity: normal => major
Created attachment 5566 [details] Screenshot of hanging driver search
*** Bug 14441 has been marked as a duplicate of this bug. ***
CC: (none) => herman.viaene
system-config-printer has been updated to version 1.5.3. How does it look now?
Keywords: (none) => NEEDINFO
The same. "Searching for drivers" hangs now for a few minutes. If I remember well, normally this takes just a few seconds.
I can confirm the last post - the same issue exists - stuck on "Searching for Drivers" - the 1.5.3 version didn't help unfortunately
Yes, same result in mcc. Both my networked printers were found but the driver search hung. hp-setup would not even launch, saying that HPLIP was not properly installed. TRied removing the HPLIP components and reinstalling, to no avail. However, CUPS via the web interface (localhost:631) had no trouble adding a printer and sending a test page.
CC: (none) => tarazed25
Philippe, might this be an issue with our Mageia-specific patches to s-c-p?
Assignee: bugsquad => makowski.mageia
may be yes something in http://svnweb.mageia.org/packages/cauldron/system-config-printer/current/SOURCES/mga_printer_custom.py?view=markup but I have no clue on what is wrong in the code. Seems like install_packages hang when I read the end of log in comment 1 "task-printing-server-2011-7.mga5 task-printing-hp-2011-7.mga5 rmmod: ERROR: Module ppdev is not currently loaded rmmod: ERROR: Module lp is not currently loaded rmmod: ERROR: Module parport_pc is not currently loaded rmmod: ERROR: Module parport is not currently loaded task-printing-hp-2011-7.mga5"
may be that the problem is in the line : os.system("gurpmi "+all_packages) ? if gurpmi hang, then s-c-p certainly hang here.
*** Bug 13753 has been marked as a duplicate of this bug. ***
CC: (none) => maurice
Thierry, any theory why gurpmi might not work from s-c-p?
CC: (none) => thierry.vignaud
I get same problem with Nov.5 version of 64-bit Classic Mageia-5-B1 DVD, installed on real hardware (with nVidia). system-config-printer does (eventually) find the printer (HP5150), but when selected it hangs on "Searching for drivers".
On real hardware: I can confirm that attempting to install my HP 5510 USB All-in-One printer here does not work. "It hangs on "searching for drivers"" ( Robert Fox ) Menu -> Tools -> System Tools -> HP Device Manager does not appear after the install process. MCC -> Hardware -> Set up the printer(s) It all seems to go in but does not install the printer. usbview clearly sees the printer. I can use the scan function of the printer with XSane. Different drive, M4, it all works just fine. Test platform: Intel, P4 530J 3.0 GHz, 800MHz FSB, 1MB L2, LGA 775 GigaByte GA-81915G Pro F4 i915G LGA 775 MoBo Marvel Yukon 88E8001 Gigabit LAN Intel High Def Audio, Azalia (C-Media 9880) (snd-hda-intel) Intel Graphics Media Accelerator 900 (Intel 82915G) Kingston 4GB (2 x 2GB) DDR400 PC-3200 250GB Seagate Kingwin KF-91-BK SATA Mobile Rack Kingwin KF-91-T-BK SATA Mobile Rack Tray Sony CD/DVD-RW DWQ120AB2
CC: (none) => wilcal.int
I don't know if this will help but some of my problems went away when I installed hplip-gui. hp-toolbox and hp-setup became available after that.
It had earlier said it had installed it, but I could not find it. Anyway, it is not needed in Mageia-4 or earlier, to get printer installed. Why is it hanging on 'Search for drivers'?
(In reply to Len Lawrence from comment #15) > I don't know if this will help but some of my problems went away when I > installed hplip-gui. hp-toolbox and hp-setup became available after that. Correct, this did in fact work for me. I was able to set up the printer connected to the M5 box under test. But, the other systems on the LAN ( all M4 machines ) did not see it, and were not able to use it. localhost:631 on the M5 box under test sees the printer localhost:631 on an M4 box on the LAN does not see the printer
> ... this did in fact work for me Oh, yes - it does work, but how is a newcomer to Mageia supposed to know that hplip-gui has to be installed (and how), or indeed that it has to be executed at all? Not needed with Mageia-4 and earlier. (On my Mageia-4 laptop recently I asked system-config-printer to install the HP5150, which it did successfully without fuss, as has been usual.)
(In reply to Maurice Batey from comment #18) > Oh, yes - it does work, but how is a newcomer to Mageia supposed to know > that hplip-gui has to be installed (and how), or indeed that it has to be > executed at all? Well it kinda works, still some work to do. The CUPS part of it is not fully functional. Also I agree that installing hplip-gui should be automatic when you install the printer as a whole.
If it works with hplip-gui installed then is this related to: https://bugs.mageia.org/show_bug.cgi?id=11993 I may be wrong but surely mcc should install task-printing (or is it task-printing-scanning) when installing printers, which would pull in hplip-gui etc. etc.?
CC: (none) => zen25000
When things go missing sometimes it pays to do a little detective work using some of the hints on the wiki. I might put a trace of my steps on the wiki. But I also agree that there seems to have been an oversight in the packaging.
I have installed hplip-gui - but it doesn't help! Trying to install cups-pdf printer, and it hangs on "searching for drivers" [rfox@foxmain ~]$ rpm -qa | grep task-print task-printing-server-2011-7.mga5 task-printing-hp-2011-7.mga5 [rfox@foxmain ~]$ rpm -qa | grep hp lib64shp1-1.3.0-6.mga5 lib64hpip0-3.14.6-4.mga5 hplip-3.14.6-4.mga5 hplip-hpijs-ppds-3.14.6-4.mga5 hplip-model-data-3.14.6-4.mga5 hplip-hpijs-3.14.6-4.mga5 hplip-gui-3.14.6-4.mga5 lib64sane-hpaio1-3.14.6-4.mga5 lib64pathplan4-2.38.0-8.mga5 kipi-plugins-batchprocess-4.4.0-2.mga5 task-printing-hp-2011-7.mga5
You did run the hplip app (hp-toolbox) ? (Desktop icon is white 'HP' text on blueball)
> If it works with hplip-gui installed Ah, I didn't actually try system-config-printer *after* installing hplip-gui. Should have done... I just then called hp-toolbox, and it installed the printer.
Using hplip-gui an HP printer can be installed - and I heard from the cups web interface it canbe done as well - it's broken in the Drake MCC tools - and hangs on "Searching for Drivers"
(In reply to Robert Fox from comment #25) You don't have task-printing installed. I know very little about what is actually needed, but out of curiosity what would urpmi --test task-printing install on your system?
A lot of packages: [root@foxmain rfox]# urpmi --test task-printing To satisfy dependencies, the following packages are going to be installed: (test only, installation will not be actually done) Package Version Release Arch (medium "Core Release (Cauldron1)") c2050 0.4 14.mga5 x86_64 c2070 0.99 14.mga5 x86_64 cjet 0.8.9 14.mga5 x86_64 cups-drivers 2008 6.mga5 x86_64 cups-drivers-lxx74 0.8.4.2 14.mga5 x86_64 cups-drivers-lz11 1.2 13.mga5 x86_64 cups-drivers-magicolor2430dl 1.6.1 18.mga5 x86_64 cups-drivers-magicolor5430dl 1.8.1 18.mga5 x86_64 cups-drivers-magicolor5440dl 1.2.1 18.mga5 x86_64 cups-drivers-pegg 0.23 14.mga5 x86_64 cups-drivers-splix 2.0.1 0.20130826sv> x86_64 drv_z42 0.4.3 16.mga5 x86_64 gutenprint-escputil 5.2.10 3.mga5 x86_64 lesstif 0.95.2 11.mga5 x86_64 lexmark2070 0.6 15.mga5 x86_64 lexmark7000linux 990516 14.mga5 x86_64 lib64Xm2 0.95.2 11.mga5 x86_64 lib64gnet2.0_0 2.0.8 15.mga5 x86_64 lib64gsnmp0 0.3.0 8.mga5 x86_64 lib64lcms1 1.19 14.mga5 x86_64 lib64netpbm11 10.61.02 4.mga5 x86_64 lib64xp6 1.0.2 5.mga5 x86_64 lm1100 1.0.2a 19.mga5 x86_64 lxcontrol 1.3 18.mga5 noarch ml85p 0.2.0 12.mga5 x86_64 mpage 2.5.6 8.mga5 x86_64 mtink 1.0.16 12.mga5 x86_64 netcat-traditional 1.10 39.mga5 x86_64 netpbm 10.61.02 4.mga5 x86_64 oki4linux 2.1gst 16.mga5 x86_64 pbm2l2030 1.4 15.mga5 x86_64 pbm2lwxl 0 14.mga5 x86_64 pentaxpj 1.0.0 14.mga5 x86_64 poster 0 0.20060221.1> x86_64 postscript-ppds 2006 12.mga5 noarch ppmtomd 1.6 4.mga5 x86_64 printer-utils 2008 6.mga5 x86_64 scli 0.4.0 6.mga5 x86_64 stylewriter 0.9.9 14.mga5 x86_64 task-printing 2011 7.mga5 x86_64 task-printing-canon 2011 7.mga5 x86_64 task-printing-epson 2011 7.mga5 x86_64 task-printing-lexmark 2011 7.mga5 x86_64 task-printing-misc 2011 7.mga5 x86_64 task-printing-okidata 2011 7.mga5 x86_64 z42tool 0.4.3 16.mga5 x86_64 21MB of additional disk space will be used. 8.7MB of packages will be retrieved. Proceed with the installation of the 46 packages? (Y/n) n
Created attachment 5583 [details] script test Can you check something please ? can you run this python3 script and give here the results ?
[rfox@foxmain Download]$ python testscp.py Traceback (most recent call last): File "testscp.py", line 6, in <module> import cups, cupshelpers ImportError: No module named cups
My bad - I got it to work with python3 - it installed task-printing-hp - but still didn't change the original problem with "searching for drivers": [rfox@foxmain Download]$ python3 testscp.py task-printing-hp getting exclusive lock on rpm getting lock on urpmi examining synthesis file [/var/lib/urpmi/Core Release (Cauldron1)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Core Updates (Cauldron3)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Nonfree Release (Cauldron11)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Nonfree Updates (Cauldron13)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Tainted Release (Cauldron21)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Tainted Updates (Cauldron23)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Core 32bit Release (Cauldron31)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Core 32bit Updates (Cauldron32)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Nonfree 32bit Release (Cauldron36)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Nonfree 32bit Updates (Cauldron37)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Tainted 32bit Release (Cauldron41)/synthesis.hdlist.cz] examining synthesis file [/var/lib/urpmi/Tainted 32bit Updates (Cauldron42)/synthesis.hdlist.cz] unlocking urpmi database unlocking rpm database gurpmi ok task-printing-hp-2011-7.mga5 ok
(In reply to Robert Fox from comment #30) > My bad - I got it to work with python3 - it installed task-printing-hp - but > still didn't change the original problem with "searching for drivers": > it is just a kind of proof that it seems that this Mageia-specific patch to s-c-p is not the problem. the test does what our patch does, we have to look else where :(
here the output of s-c-p in debug mode (/usr/bin/python3 /usr/share/system-config-printer/system-config-printer.py --debug) Next clicked on page 1 task-printing-hp-2011-7.mga5 nextNPTab: need PPDs loaded +<PPDsLoader object at 0xb1a2e61c (ppdsloader+PPDsLoader at 0xa46c9c0)> get_notifications update_jobs Next notifications fetch in 60s get_notifications update_jobs Next notifications fetch in 60s do you have the same ? seems that the problem is not in our patches but in s-c-p, but I don't understand what is wrong :(
Oddly enough, when I start system-config-printer in debug from a root console - IT WORKS!! But when I try to launch mcc and navigate to "pronters" and try to configure - it stalls again at "Searching for Drivers": [root@foxmain rfox]# mcc "/usr/sbin/drakmenustyle" is not executable [Menus] at /usr/libexec/drakconf line 831. "/usr/sbin/drakbackup" is not executable [Backups] at /usr/libexec/drakconf line 831. "/usr/sbin/tomoyo-gui" is not executable [Tomoyo Policy] at /usr/libexec/drakconf line 831. "/usr/sbin/drakguard" is not executable [Parental Controls] at /usr/libexec/drakconf line 831. openjdk version "1.8.0_40" OpenJDK Runtime Environment (build 1.8.0_40-b12) OpenJDK 64-Bit Server VM (build 25.40-b16, mixed mode) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkButton:use-stock is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkButton:xalign is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:xscale is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:yscale is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkImage:stock is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkSettings:gtk-menu-images is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:yalign is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:top-padding is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:left-padding is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/system-config-printer.py:331: Warning: The property GtkToolButton:stock-id is deprecated and shouldn't be used anymore. It will be removed in a future version. self.btnNew = Gtk.MenuToolButton.new_from_stock(Gtk.STOCK_ADD) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkMisc:ypad is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkAlignment:right-padding is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkMisc:xpad is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) /usr/share/system-config-printer/gui.py:43: Warning: The property GtkContainer:resize-mode is deprecated and shouldn't be used anymore. It will be removed in a future version. bld.add_from_file (os.path.join (ui_dir, xmlfile + ".ui")) task-printing-server-2011-7.mga5 task-printing-hp-2011-7.mga5 rmmod: ERROR: Module ppdev is not currently loaded rmmod: ERROR: Module lp is not currently loaded rmmod: ERROR: Module parport_pc is not currently loaded rmmod: ERROR: Module parport is not currently loaded Caught non-fatal exception. Traceback: File "/usr/share/system-config-printer/newprinter.py", line 1650, in setNPButtons uri = self.getDeviceURI () File "/usr/share/system-config-printer/newprinter.py", line 3170, in getDeviceURI type = self.device.type AttributeError: 'NoneType' object has no attribute 'type' Continuing anyway.. task-printing-hp-2011-7.mga5 Maybe this is a a clue (that it works when started in debig mode?!?!)
Same issue here with a Kyocera FS-1020D printer. Adding the printer from within the MCC (drakconf run from command line) hangs on "searching for drivers". No problem when system-config-printer is run directly from the command line (not in debug mode).
CC: (none) => mageia
Created attachment 5584 [details] debug output from system-config-printer when started from MCC
Created attachment 5585 [details] debug output from system-config-printer when started from command line I hacked Control_Center.pm to pass the --debug option to system-config-printer. This and the previous attachment show the difference between running within MCC and running from the command line. I'm guessing the different behaviour comes about because system-config-printer is started with the --embedded option when run from within MCC.
Latest Cooker updates as of today have not fixed the issue - system-config-printer works when called directly from a console - but does not work within MCC
(In reply to David Walser from comment #12) > Thierry, any theory why gurpmi might not work from s-c-p? No. Just strace it but it doesn't looks like gurpmi is at fault here. (In reply to Martin Whitaker from comment #36) > I hacked Control_Center.pm to pass the --debug option to > system-config-printer. This and the previous attachment show the difference > between running within MCC and running from the command line. > > I'm guessing the different behaviour comes about because > system-config-printer is started with the --embedded option when run from > within MCC. This just makes s-c-p to create a GtkPlug instead of a GtkWindow (aka the main/global widget), so that it can be embedded. Here, the issue is later as s-c-p shows up fine in mcc. The one thing that differs between your logs is: "Failed to get session bus" and the like when running as standalone mode vs nothing when run from mcc. I guess you run s-c-p from a terminal as root? Did you mcc this way too or from the menu? can you alter s-c-p to run the following early and compare between mcc/standalone modes:: os.system("env" @Colin: could it that due to using polkit (pkexec) for root auth in mcc, s-c-p is mislead BTW, note that FC updated to 1.5.4: http://pkgs.fedoraproject.org/cgit/system-config-printer.git/commit/?id=adf2fa4d0f704d379dc3f523621e0f16ace7efdf
Colin, see comment #38
@Thierry: Yes, running both mcc and s-c-p from terminal as root (to see the debug messages). Many additional env variables are shown by os.system("env") when running s-c-p - but the key one is probably DBUS_SESSION_BUS_ADDRESS. Unsetting this variable before running s-c-p results in the same hang as seen in mcc. The divergent point in s-c-p is in PPDsLoader.run(). With a dbus session it executes the branch self._gpk_device_id = "MFG:%s;MDL:%s;" % (self._devid_dict["MFG"], self._devid_dict["MDL"]) # don't ask PackageKit for drivers, not used on Mageia (yet?) # and produces a scary error message (Anssi 03/2012) #self._query_packagekit () and hangs. Without a dbus session it executes the branch self._query_cups () and works.
P.S. the DBUS_SESSION_BUS_ADDRESS variable is inherited from my normal user session. If I use 'su -' instead of 'su' before running s-c-p, I again get the hang.
Looking in Mageia-4, the corresponding bit of code is: if self._local_cups and self._device_id and self._bus: self._gpk_device_id = "MFG:%s;MDL:%s;" % (self._devid_dict["MFG"], self._devid_dict["MDL"]) # don't ask PackageKit for drivers, not used on Mageia (yet?) # and produces a scary error message (Anssi 03/2012) #self._query_packagekit () self._query_cups () else: self._query_cups () So in M4, the call to self._query_packagekit() is commented out and replaced by a call to self._query_cups(), but in M5 it is commented out and not replaced by anything.
Blino made a fix, system-config-printer-1.5.3-3.mga5 should be ok
Yes, this is fixed in system-config-printer-1.5.3-3.mga5 Martin's analysis is correct, this is what I found too and fixed in release 3.mga5. I found this through a different method though, by hitting Ctrl+c during the hang, and looking around the code line printed in the backtrace.
Status: NEW => RESOLVEDCC: (none) => mageiaResolution: (none) => FIXED
Should this be a new bug or is this a regression? On real hardware, M5, KDE, 32-bit Latest cups updates render printer inoperative Package(s) under test: cups cups-common cups-filesystem cups-filters libcups2 default install of cups cups-common cups-filesystem cups-filters libcups2 [root@localhost wilcal]# urpmi cups Package cups-2.0.1-1.mga5.i586 is already installed [root@localhost wilcal]# urpmi cups-common Package cups-common-2.0.1-1.mga5.i586 is already installed [root@localhost wilcal]# urpmi cups-filesystem Package cups-filesystem-2.0.1-1.mga5.noarch is already installed [root@localhost wilcal]# urpmi cups-filters Package cups-filters-1.0.61-1.mga5.i586 is already installed [root@localhost wilcal]# urpmi libcups2 Package libcups2-2.0.1-1.mga5.i586 is already installed localhost:631 sees cups printer USB printer connected directy to system does not print. Test platform: Intel, P4 530J 3.0 GHz, 800MHz FSB, 1MB L2, LGA 775 GigaByte GA-81915G Pro F4 i915G LGA 775 MoBo Marvel Yukon 88E8001 Gigabit LAN Intel High Def Audio, Azalia (C-Media 9880) (snd-hda-intel) Intel Graphics Media Accelerator 900 (Intel 82915G) Kingston 4GB (2 x 2GB) DDR400 PC-3200 250GB Seagate Kingwin KF-91-BK SATA Mobile Rack Kingwin KF-91-T-BK SATA Mobile Rack Tray Sony CD/DVD-RW DWQ120AB2
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
Whiteboard: (none) => 5beta1
It's certainly a different bug. No problem printing here with a fully updated system (real hardware, M5, Cinnamon, 64-bit Intel i5, Kyocera FS-1020D).
(In reply to Martin Whitaker from comment #46) > It's certainly a different bug. No problem printing here with a fully > updated system (real hardware, M5, Cinnamon, 64-bit Intel i5, Kyocera > FS-1020D). Thanks, I think I'll zero out my M5 test drive and do another full install and see if it corrects itself.
OK after a full and complete reload of M5B1 I was able to properly install my printer. Also CUPS is working and I can print to my M5B1 test platform from a M4.1 system on the LAN. This one is back to RESOLVED.
Status: REOPENED => RESOLVEDResolution: (none) => FIXED
With 64-bit Mageia-5B2, system-config-printer fails to find any USB printer. HLLIP finds and installs HP5520 USB printer.
(In reply to Maurice Batey from comment #49) > With 64-bit Mageia-5B2, system-config-printer fails to find any USB printer. > HLLIP finds and installs HP5520 USB printer. That's strange, and I saw the same behavior under mga4. Lan is ok but not usb. And hplip is ok with usb.
Actually, I also had the same with 64-bit Mageia-4 when I replaced my old printer yesterday.
Another oddity noticed yesterday with the SO's Mageia-4's USB HP printer. Having happily used the HP1040 printer for months, I started HPLIP to check the ink levels, whereupon HPLIP stated it could find no printer! After getting it to install the printer it then behaved as normal. There seems to be some kind of missing link between HPLIP and MCC/Hardware/Printers... If no response possible here will open another bug report.
Just done an install of latest 64-bit KDE Mageia-5 Beta3, and found that system-config-printer could not find the USB HP5520 if switched off, and when then switched on it could not find it for another 30-40 seconds, but then did install it. However, when then running HPLIP (HP Print Manager) it denied all knowledge of such a printer! See: https://dl.dropboxusercontent.com/u/10969499/hplip-screenshot.png and I had to get it to re-install the printer so that I could use the HPLIP facilities (whch resulted in two objects in MCC/Hardware/Printers for the same printer). There seems to be a missing link between HPLIP & system-config-printer. One way to clear his up might be simply for system-config-printer to call HPLIP to do the install. Otherwise this is going to scare the hell out of newcomers to Mageia... (Which is the 'open' Bug report - this one or the old 1454?)
Perhaps the simplest/neatest fix would be for system-config-printer - after installing various print packages and HP utilities (having identified the printer as HP) - to then call e.g. hp-setup to do the actual printer install?
> ... then call e.g. hp-setup to do the actual printer install? I've just tried system-config-printer on a 32-bit Mageia-5RC install on my laptop, and noticed - for the first time - that when it pops up the ID of my HP5520, the options in the bottom RH corner include the option: "HP Linux Imaging and printing (HLIP)", as well as "USB". But when I selected that it showed "Searching for drivers" then just froze, and I had to death's head out. Trying again, a new popup appeared: "Systemd wants to install a package: libsane-hpa10" but nothing seemed to come if that, and system-config-printer then froze again. Starting all over but selecting "USB", the install does succeed, but then HPLIP does not know about that install, so have to get it to do another... Returning to 64-bit Mageia-5RC, I re-tried system-config-printer and this time the "HP Linux Imaging and printing (HLIP)" option appeared, but selecting that caused the same freeze as described above for 32-bit. Trying again: This time only the "USB" option appeared... However, if I then - instead of trying to use system-config-printer - start the now-installed HPLIP, then it has no problem installing the printer. So - back to my earlier suggested fix as in Comment 54 above...
We are far from the original bug reported Seems that you need to open a new one. it is specific to usb hp printer. In fact MCC should certainly first detect that you have an HP usb printer, install it with hplip and after that only call system-config-printer. Sorry for now it is out of my knowledge.
Assignee: makowski.mageia => bugsquad
> We are far from the original bug reported > Seems that you need to open a new one. Well, there is some overlap (E.g. "Looking for drivers" freeze) but if it needs a new Bug then so be it, and I will now do that (unless the author of this Bug would prefer to do it (Robert Fox).
> I will now do that New bug = https://bugs.mageia.org/show_bug.cgi?id=15549
Status: RESOLVED => UNCONFIRMEDResolution: FIXED => (none)Ever confirmed: 1 => 0
Have just done a KDE install of 32-bit 'classic' Mageia-5RC (23/3/15 version) on my laptop (real h/w). Then did full s/w update. With USB HP5520 printer 'off', I started system-config-printer, which installed a bunch of printing packages and HP utilities. I then switched the printer on. RESULT: After over a minute, no signs of the printer in Add Printer. So left printer 'on', exited system-config-printer, and then started it again. RESULT: Add Printer popped up the printer info within 5 seconds, and after the rigamarole described earlier the selection of the 'HP Scanning & printer... (HPLIP)' option eventually completed the installation, which HPLIP accepted. So - no need to reboot, just a lot of patience.
> no need to reboot, just a lot of patience. Yesterday (with the 29/3 64-bit Mageia-5RC (KDE, on live h/w)) SCP excelled itself. What happened was that - no matter how many times SCP was restarted - it would not pop up the HP5520 ID line, so I tried a reboot. And - believe it or not - it then promptly installed, with no questions, the HP1050 USB printer connected to another PC on our LAN!!! No sign of mine. (I didn't know whether to laugh or cry...) However, when I hit 'Add Printer' again it did then pop up the HP5520 line and the now familiar but laborious and lengthy install rigmarole eventually installed my own USB printer (accepted by HPLIP). N.B. Out of curiosity I then fired up the 2012 PCLinuxOS I still have lying around, and asked it to install the HP5520, which it went on to find in a flash and install in under a minute (though HPLIP would not then acknowledge it).
With recent installs of Mageia-5RC (ISO's dated 29/3 & 1/4), after SCP has installed the various printer packages it has consistently failed to detect any USB printer until a reboot, when - much to my astonishment (I had never seen this before)- as soon as I started SCP (and BEFORE hitting 'Add printer') it then showed a 'printer installed' icon for a USB HP1050 printer attached to a LAN PC in another room!! (If I then hit 'Add Printer' it quickly finds my own printer and offers the "HPLIP Scanning & Printing...(HPLIP)" option as well as "USB".) (What is the point of the confusing "USB" option? Does it simply mean "non-HPLIP"?) As for the 'HPLIP' option, it is often appears to freeze several times, for 1-2 minutes, between several info messages that "Systemd wants to install <some 'libsane' package>". Puzzlingly, the msg shows only 'Cancel' and 'Close' options the first time or two, then eventually an 'Install' option, after which the install eventually completes. All the above occur both with both 64-bit (on real h/w PC) and 32-bit (real h/w on laptop). For newcomers to Mageia it will be a great puzzle and frustration, and for Mageia an embarrassment - especially in reviews. WHAT TO DO ABOUT THIS? If - instead of returning to SCP after it has installed the first lot of printer packages - one starts HPLIP instead, it does the install smoothly and quickly. For myself, I shall use that workaround for routine installs. But I wouldn't like to be a newcomer to Mageia trying to get a USB HP printer installed. How is he going to understand the HPLIP v. USB options of Add Printer, and the apparent need to reboot after first using SCP? And what will he make of the interminable delays during Add Printer's 'HPLIP' option? Probably that it has 'bombed out'...
This long bug report would need a summary of what's been found, and maybe split into separate bug reports if there are several issues.
Original bug is fixes. Please stop commenting new issues here.
Status: UNCONFIRMED => RESOLVEDResolution: (none) => FIXED