Hi,

On Wed, Jun 26, 2013 at 06:28:01AM +0200, Martin Pitt wrote:
> Nick Andrik [2013-06-26  1:11 +0200]:
> > calibre already includes support for .cbr files but needs to find the
> > libunrar.so in order to do so.
> > This file is included in the libunrar0 binary package (which is
> > obviously in non-free):
> > http://packages.debian.org/sid/libunrar0
> > 
> > What I am suggesting is to remove all code in calibre that includes
> > parts of the unrar (non-free) program (are there anyway?) but still
> > leave the support for rar files if the external libunrar.so library is
> > found.
> > This method is dynamic linking, which should not be a problem
> > license-wise, right?
> 
> Ack, I wasn't aware that it is that clever! I'm happy to put back the
> Suggests: then, I reopened the bug.
> 
> > In any case, if you decide to include such a "Suggests: libunrar0"
> > then please let me know and give me a bit of time to upload the newest
> > unrar version which will probably include a rename of the binary
> > libunrar0 (API changed)
> 
> Sure, please go ahead. I'll prepare the latest calibre version in the
> meantime in bzr. Please let me know when it's time for upload.
> 
> Thanks!

Was this bug solved in 3.34.0+dfsg-1 via:

  * suggest python-unrardll for rar/cbr support (Closes: #733513)


Cheers,
Nicholas

Attachment: signature.asc
Description: PGP signature

Reply via email to