On Wed, 2008-07-23 at 13:00 +0200, Micha Lenk wrote: > Joey Hess wrote: > > libchipcardc2 is a library, which recommends a package containing a > > daemon (chipcardd4), libchipcardc2. > > > > Making a library depend on or recommend a daemon is rarely a good idea. > > The libchipcard library's very purpose is to provide access to > chipcards, which (for libchipcard) is not possible without a chipcard > daemon running (usually locally). Hence most users *want* the chipcard > daemon if they install the libchipcard library, that's why libchipcardc2 > recommending libchipcard-tools is a perfectly sane default.
This is incorrect reasoning. Libraries may be installed for many reasons having nothing to do with access to chipcards. A user may, for example, want a program that provides such access as an option, even though they don't intend to take advantage of that option. Or, they want to compile a program that uses libchipcardc2, even though they don't want to run the program at all. Moreover, it is perfectly possible to want HBCI and not want chipcard. That's merely one way to use HBCI, and it is not the only one. > Granted nobody objects I will reassign this bug to gnucash in the next > few days. I object. The bug is in the library, which should suggest or recommend the daemon, but not require it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
