Bug 551958

The "GUI mode disabled in build" and
"hp-systray requires Qt4 GUI and DBus support"
messages indicates that the HPLIP software which you use
is not from us because for our hplip packages
GUI mode and dbus is enabled during build
according to our hplip.spec:
----------------------------------------------------------
./configure --prefix=/usr \
            ...
            --disable-qt3 \
            --enable-qt4 \
            ...
            --enable-gui-build \
            ...
            --enable-dbus-build \
----------------------------------------------------------

Therefore it should work when you
get rid of your currently installed HPLIP software
and use our HPLIP packages (hplip and hplip-hpijs) instead.

Actually, the package *is* from opensuse, as confirmed by both zypper and rpm -qi.

The package 'hplip-cups' was installed ( from packman ) which I have since replaced with the appropriate hplip-hpijs from openSUSE.

However, that doesn't resolve the problem with printer-applet (but it does resolve the issue with hp-systray).


The problem with printer-applet still remains:


Something unexplained is why the *version* of hplip is not that for Factory RC2. The version is one of the updates from Factory:

frank:~ # zypper search -ds hplip
Loading repository data...
Reading installed packages...

S | Name                  | Type       | Version     | Arch   | Repository
--+-----------------------+------------+-------------+--------+------------------------
i | hplip                 | package    | 3.9.8-3.3.1 | x86_64 | Main Update Repository
v | hplip                 | package    | 3.9.8-3.3.1 | i586   | Main Update Repository
v | hplip                 | package    | 3.9.8-3.4.1 | x86_64 | Main Repository (OSS)
v | hplip                 | package    | 3.9.8-3.4.1 | x86_64 | Factory ISO
v | hplip                 | package    | 3.9.8-3.4.1 | i586   | Main Repository (OSS)
  | hplip                 | srcpackage | 3.9.8-3.3.1 | noarch | Main Update Repository
i | hplip                 | patch      | 1433        | noarch | Main Update Repository
  | hplip-debuginfo       | package    | 3.9.8-3.4.1 | x86_64 | Main Repository (DEBUG)
  | hplip-debuginfo       | package    | 3.9.8-3.4.1 | i586   | Main Repository (DEBUG)
  | hplip-debugsource     | package    | 3.9.8-3.4.1 | x86_64 | Main Repository (DEBUG)
  | hplip-debugsource     | package    | 3.9.8-3.4.1 | i586   | Main Repository (DEBUG)
i | hplip-hpijs           | package    | 3.9.8-3.3.1 | x86_64 | Main Update Repository
v | hplip-hpijs           | package    | 3.9.8-3.3.1 | i586   | Main Update Repository
v | hplip-hpijs           | package    | 3.9.8-3.4.1 | x86_64 | Main Repository (OSS)
v | hplip-hpijs           | package    | 3.9.8-3.4.1 | x86_64 | Factory ISO
v | hplip-hpijs           | package    | 3.9.8-3.4.1 | i586   | Main Repository (OSS)
  | hplip-hpijs-debuginfo | package    | 3.9.8-3.4.1 | x86_64 | Main Repository (DEBUG)
  | hplip-hpijs-debuginfo | package    | 3.9.8-3.4.1 | i586   | Main Repository (DEBUG)
frank:~ #


I suspect that this is an issue of having the update repo have a substantially higher priority than "Main Repository" or "Factory ISO". I will temporarily reset the priority of the update repo.  I used 'zypper dup' to go from 11.1 to 11.2 betas and betas to RC1 and RC2.

When I force the upgrade, I *still* don't get a working printer-applet.

hp-systray appears to behave fine, now.

The package containing printer-applet:

kde4-printer-applet-4.3.1-3.4.x86_64

FYI,
regarding mixing up our HPLIP packages and HPLIP from packman
and various possible bad consequences, see for example
bug 515005 and bug 551785.
Perhaps in particular
https://bugzilla.novell.com/show_bug.cgi?id=551785#c2
might be of interest here because you wrote that the
update repo has a higher priority than "Main Repository".


Regarding kde4-printer-applet-4.3.1-3.4.x86_64
I change the component of this bug to KDE4.

Still an issue.  openSUSE 11.2 GM.



[jnelson@worklaptop:~] printer-applet
Traceback (most recent call last):
  File "/usr/bin/printer-applet", line 1161, in <module>
    applet = JobManager()
  File "/usr/bin/printer-applet", line 297, in __init__
    notification = NewPrinterNotification(bus, self)
  File "/usr/bin/printer-applet", line 1050, in __init__
    bus_name = dbus.service.BusName (PDS_OBJ, bus=bus)
  File "/usr/lib/python2.6/site-packages/dbus/service.py", line 129, in __new__
    retval = bus.request_name(name, name_flags)
  File "/usr/lib/python2.6/site-packages/dbus/bus.py", line 306, in request_name
    'su', (name, flags))
  File "/usr/lib/python2.6/site-packages/dbus/connection.py", line 622, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Connection ":1.320" is not allowed to own the service "com.redhat.NewPrinterNotification" due to security policies in the configuration file

*** Bug 558280 has been marked as a duplicate of this bug. ***

I have the same pb with the same message in konsole.
This printer applet doesn't work :(
This applet is very important for me.

Thanks

Hello,

the reason why printer-applet starts with the message
>>>
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied:
Connection ":1.320" is not allowed to own the service
"com.redhat.NewPrinterNotification" due to security policies in the
configuration file
<<<
is a missing /etc/dbus-1/system.d/newprinternotification.conf (see http://chakra-project.org/bbs/viewtopic.php?id=1059).
Download it from here: https://fedorahosted.org/system-config-printer/browser/newprinternotification.conf and put it to /etc/dbus-1/system.d/.

Then start with 'printer-applet --show' to see the applet immediately, otherwise it runs in the background as process 'python'.

But don't be too enthusiastic. Even then, printer-applet shows anything (bug!?) and aside from this, the intention of printer-applet is only monitoring printing under KDE4.
It's job is not administrating printers or printjobs like KJobViewer or KDEPrint under KDE3.
Such tools don't (yet) exist under KDE4 (see http://kde-look.org/content/show.php/Printers+and+Scanners+for+KDE4?content=48354&PHPSESSID=fb4f1ad4ea88c282885d78e4d5afeb48).

You've to use cups-webinterface (http://localhost:631/) or install package kdebase3 from KDE3 with KJobViewer and KDEPrint.
Both should work more or less under KDE4. For KDEPrint execute 'kcmshell printers' or /opt/kde3/share/applications/kde/printers.desktop, for KJobViewer 'kjobviewer' or /opt/kde3/share/applications/kde/kjobviewer.desktop.
The only thing which didn't work for me, is the administration of the printserver, but you can do it with cups-webinterface.

Cheers

Peter

*** Bug 571576 has been marked as a duplicate of this bug. ***

Bug 561193 is probably also a duplicate.
If this isn't going to get fixed, then maybe printer-applet should be removed?
Why isn't it working?

NOTE: still not working with opensuse 11.2 and KDE 4.4:

kde4-printer-applet-4.4.1-118.2.x86_64




This seems like just a dbus policy issue!

Added system-config-printer to requirements to avoid the crash.