Bug 147815 - print/hplip: error: dbus failed to load w/o dbus support
Summary: print/hplip: error: dbus failed to load w/o dbus support
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: Max Brazhnikov
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-12 19:20 UTC by Alson van der Meulen
Modified: 2010-09-05 21:42 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alson van der Meulen 2010-06-12 19:20:00 UTC
Even though HPLIP was compiled without dbus support, it fails to start
because it can't find the python-dbus module, which is not a dependency:
Starting hpssd.
warning: python-dbus not installed.
error: dbus failed to load (python-dbus ver. 0.80+ required). Exiting...

/usr/local/etc/hp/hplip.conf is the version installed by the port, and
contains the following configure section:
# Following values are determined at configure time and cannot be changed.
[configure]
network-build=no
pp-build=no
gui-build=yes
scanner-build=yes
fax-build=no
dbus-build=no
cups11-build=no
doc-build=yes
shadow-build=no
hpijs-install=yes
foomatic-drv-install=no
foomatic-ppd-install=yes
foomatic-rip-hplip-install=yes
hpcups-install=yes
cups-drv-install=yes
cups-ppd-install=no
internal-tag=3.10.4.16
restricted-build=no
ui-toolkit=qt4
qt3=no
qt4=yes
policy-kit=no
hpijs-only-build=no
lite-build=no
udev-acl-rules=no
hpcups-only-build=no
hpijs-only-build=no

How-To-Repeat: 
Make sure no dbus related packages are installed. Install print/hplip with all
config options disabled (including DBUS and QT). Try to start hpssd.
Comment 1 Edwin Groothuis freebsd_committer freebsd_triage 2010-06-12 19:20:42 UTC
Maintainer of print/hplip,

Please note that PR ports/147815 has just been submitted.

If it contains a patch for an upgrade, an enhancement or a bug fix
you agree on, reply to this email stating that you approve the patch
and a committer will take care of it.

The full text of the PR can be found at:
    http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/147815

-- 
Edwin Groothuis via the GNATS Auto Assign Tool
edwin@FreeBSD.org
Comment 2 Edwin Groothuis freebsd_committer freebsd_triage 2010-06-12 19:20:43 UTC
State Changed
From-To: open->feedback

Awaiting maintainers feedback (via the GNATS Auto Assign Tool)
Comment 3 Chris Petrik 2010-06-12 21:27:21 UTC
the rc.d script is not the proper way to use hplip it will be removed 
later on. the proper way is to use the toolkit or if in console use the 
hp-* programs.

I use hplip without dbus and it does not mention this error. but I use 
the version in the last PR I submited
Comment 4 Alson van der Meulen 2010-06-12 21:56:12 UTC
* Chris Petrik <c.petrik.sosa@gmail.com> [2010-06-12 22:27]:
> the rc.d script is not the proper way to use hplip it will be removed 
> later on. the proper way is to use the toolkit or if in console use the 
> hp-* programs.

The rc.d script is still mentioned in various places, like the install
message (+DISPLAY) and the page the message refers to
(http://am-productions.biz/docs/hplip.php). I believe the daemons used
to be required for some driver features to work, it's quite possible
that this has changed, but I don't think I've seen this mentioned when
upgrading the port. Does this mean that the daemon is no longer required
or is it started in some other way? Is this documented somewhere?

> I use hplip without dbus and it does not mention this error. but I use 
> the version in the last PR I submited

It's quite possible that this is something specific to this setup,
anything else that can prompt hpssd to enable dbus support even when
disabled during build? From a quick root around, the error appeared to
come from /usr/local/share/hplip/hpssd.py, which contains an
unconditional check near the top. Is this supposed to be removed when
building WITHOUT_DBUS?

Regards,
Alson
Comment 5 Alson van der Meulen 2010-06-12 22:35:02 UTC
* Chris Petrik <c.petrik.sosa@gmail.com> [2010-06-12 23:04]:
> I have a PR open ports/147346 
> <http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/147346> that no one 
> seems to care to commit it and I am starting to loose interest in hplip. 

Can't help with that.

> it updates some things and fixes a few issues. the PR also modernizes 
> the pkg-message file and removed all that that is now mentioned. I had a 
> dispute over pkg-message and the rc.d file and the commiter choose to 
> leave it.

The pkg-message should probably be updated with something more recent, I
doubt that many people are still updating from v1.x. I can't find
anything about the rc.d file or pkg-message in that patch, however. If
it actually fixes these issues (bring documentation/rc scripts in sync
with current version), it would probably be a good idea to state this in
the description, the current description makes it sound like some
small details.

> *HPLIP 2.8.4 - This release has the following changes:*
> 
> 
>     Significant Changes
> 
> 1. dbus communication support. All interprocess communication now occurs 
> using the dbus message bus. python-dbus version 0.80 or greater is required.

This suggests to me that dbus is non-optional, at least for some
programs (eg. hp-systray, although I'm not sure what this would do
without GUI support).

> 2. Elimination of all persistent startup daemons. _*hpssd has been 
> replaced with hp-systray*_ that loads as a user startup item in the 
> system tray in each user's desktop environment. When no HPLIP tools are 
> running (e.g., hp-toolbox), and the user closes or disables hp-systray, 
> there will be no HPLIP processes running whatsoever. Consequently, there 
> is no longer an /etc/init.d/hplip startup script, and no processes need 
> be run at system startup time.

Thanks, missed this. I'll disable the rc script.

Regards,
Alson
Comment 6 Mark Linimon freebsd_committer freebsd_triage 2010-06-15 02:01:47 UTC
State Changed
From-To: feedback->open

Maintainer was reset at his request.
Comment 7 Mark Linimon freebsd_committer freebsd_triage 2010-06-19 07:09:46 UTC
Responsible Changed
From-To: freebsd-ports-bugs->makc

Over to new maintainer.
Comment 8 Max Brazhnikov freebsd_committer freebsd_triage 2010-09-05 21:42:14 UTC
State Changed
From-To: open->closed

Fixed, thanks for report!