Hello, On Nov 9 18:39 Wilhelm wrote (shortened): > Am 09.11.2010 17:47, schrieb Johannes Meixner: >> >> If it really needs HAL, it is probably not very promising >> because HAL is meanwhile deprecated. > > yes, I know that! > > But its not scanbd's fault
Of course it is not scanbd's fault! > Bottom line: scanbd may use libhal/dbus, but if hal isn't > available, it does not hurt: the only consequence is, > that newly plugged scanners aren't instantly detected. > Then you can send a signal or restart it via udev. Now it looks promising! In particular because udev rules for very most scanners do already exist (a libsane.rules udev rules file from SANE plus generic udev rules like acl.rules) it should be relatively easy to enhance this to send additionally a singal to scanbd. According to http://scanbd.svn.sourceforge.net/viewvc/scanbd/trunk/Makefile?revision=23&view=markup -------------------------------------------------------------------- LDFLAGS += -lconfuse -lsane -lpthread -ldbus-1 -lhal -lhal-storage -------------------------------------------------------------------- it seems it links with HAL libraries in any case so that I got the idea that it actually needs HAL in any case. Because HAL is deprecated, would you mind to change it so that it does no longer link with HAL so that it would compile "as is" for current Linux distributions? If you like to provide readymade RPMs for the usual current Linux distributions for the usual hardware architectures, I would like to suggest to have a look at the openSUSE build service: https://build.opensuse.org/ It is open and free to our greatest possible extent. All you need to do is to register yourself before you can use it. The only non-free issue is that we (i.e. Novell/openSUSE) do not support building of packages as an anonymous user. Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex
