On Wed, 2007-05-23 at 17:51 +0200, Marcel Holtmann wrote:
> Hi Bastien,
> 
> > Here's a patch against CVS bluez-utils to add discovery to the CUPS
> > backend. With this, it means that most CUPS front-end will be able to
> > list visible printers when adding a new one, be it through the web
> > interface or other front-ends (like Fedora' system-config-printer).
> > 
> > It adds D-Bus and glib as dependencies for the backend (not that it
> > matters that much...).
> 
> it actually does. We provide an eGlib for embedded systems and so when
> compiled with GLib, we only use that function subset.
> 
> And second you use the GLib D-Bus bindings. I am not willing to create
> these dependencies for a "daemon" package.

The dependency is already optional (and if not, I can make it so).

I've looked at what using dbus directly would entail, and I'm not sure
that's a good use of my (or anyone's) time. The code would be much more
complicated than it would need to be, and certainly not any more
readable.

In the worst case, how about moving the cups plugin to another module?

> Actually that is the reason why we wanna go
> for a printing service in the future.

I still haven't heard the benefits, or features that service would have.

Unless you want to pass data from a client, over dbus to this printing
service, which I don't think is a good idea given the potential size of
the data being passed over.

If anyone is involved with that, a draft API would be appreciated.

This latest patch avoids untranslated messages getting to the end-user.

Cheers

-- 
Bastien Nocera <hadess@hadess.net>