Hi Josselin, I'm back on deck now and working my way through the extant hplip/ hpijs bugs. On Sat, 12 Jan 2008, Josselin Mouette wrote: > > On Fri, 11 Jan 2008, Josselin Mouette wrote: > > > Skimming through the changelog, it turns out the suggests was turned > > > into a depends because of a specific Ubuntu bug (LP#149511) which never > > > applied to Debian. I have checked that hpijs doesn???t require any > > > library from hplip, therefore the dependency shouldn???t be here. hpijs does depend on libraries from hplip: # ldd /usr/bin/hpijs | grep libhp libhpip.so.0 => /usr/lib/libhpip.so.0 (0x0ffb4000) libhpmud.so.0 => /usr/lib/libhpmud.so.0 (0x0feaf000) # dlocate libhp hplip: /usr/lib/libhpip.so.0.0.1 hplip: /usr/lib/libhpmud.so.0.0.2 hplip: /usr/lib/libhpmud.so.0 hplip: /usr/lib/libhpip.so.0 So the dependency is correct and it would be the wrong thing to change the Depends into anything less at this stage. In fact hpijs does not run without those libs ;-) You can try if you like with `dpkg --force-depends --remove hplip` and see what happens when you run hpijs: # hpijs hpijs: error while loading shared libraries: libhpip.so.0: cannot open shared object file: No such file or directory > > I do recall hpijs *does* link to an hplip library or somesuch for bidir > > and FAX support, but that's quite different from pulling in the hplip > > daemons and GUI. The daemons have now been removed from hplip and there is a separate hplip-gui package, so hopefully these issues are addressed. > If they are in the same package, that leads to the same consequence. If > hpijs still needs libraries in the hplip package (which, again, does not > seem to be the case anymore), I think they should be split in a proper > library package. As shown above it does need the libraries. We could split the libs into another libhplip package, I suppose. However, I have had issues in the past with another package that provided similar internal libaries. The issue was version skew between the packages and the psuedo-library package. After all it isn't a real library package. Happy to discuss the issue some more though. Mark
Attachment:
signature.asc
Description: This is a digitally signed message part.