Le mardi 03 juin 2008 à 18:55 +1000, Mark Purcell a écrit : > hpijs does depend on libraries from hplip: It seems it does again, but I’m pretty sure it didn’t at the time I reported the bug. Anyway, let’s talk of the current situation instead. > > > 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. Yes, this is definitely much better this way. The daemons (taking time to start and memory) and the GUI (with its giant HP advertisement in the menu) used to be added to the default installation because of this dependency, and they are not anymore AFAICT. > 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. If the ABI of the library changes, you’ll get the same issue with the dependency of hpijs on hplip, since it does guarantee the ABI is compatible. The only solutions are proper versioning of the library, changing the package names, or introducing conflicts against hpijs whenever the package name changes. I consider this bug irrelevant for myself now, but you might want to sort out the library dependency, still. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `- our own. Resistance is futile.
Attachment:
signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=