Dominik George dijo [Mon, Sep 23, 2013 at 04:30:59PM +0200]:
> Hi, maintainers of unar and unrar-free,
Hi (as a maintainer for neither of them but a frustrated user),
> as you might have seen on the BTS, I have today filed a bug report on
> unrar-free and revisited an old bug, both of which make
Hi,
On Wed, Sep 25, 2013 at 09:39:12AM +0200, Dominik George wrote:
> I think I will send a first patch against unar's Vcs-Git in the course
> of today. Besides, I would really like to hear the unar maintainer's
> thoughts ☺.
I'm one of the unar package maintainers and would be happy to include
a
Hi,
> This all sounds like a great idea, but I would suggest that rather than
> attempt to be command-line compatible with the existing tool, you
> clearly define a set of command line arguments and their corresponding
> semantics that you *do* support, ensuring that it is an accurate and
> correc
On Mon, Sep 23, 2013 at 04:30:59PM +0200, Dominik George wrote:
> My proposal is to remove unrar-free from Debian, for the reasons
> mentioned above, and add a patch to src:unar that include a wrapper
> script that provides a command-line wrapper compatible to both
> unrar-free and unrar-nonfree, s
Hi,
> Not directly related to this, I noticed that unar depends on
> gnustep-base-runtime, which in turn spawns the gdomap daemon. Is this
> thing needed at all?
I also noticed that. It comes from ${shlibs:Depends} in the package, so
I figure it is indeed needed (the runtime, not the gdomap daemo
On Mon, Sep 23, 2013 at 04:30:59PM +0200, Dominik George wrote:
> I found that the unar command from theunarchiver, which is even
> recommended by the FSF [3], can handle multipart, modern RAR
> archives just fine, only the command-line is incompatible to
> unrar-free and unrar-nonfree [4].
Not d
Howdy,
here is a short update on the progress of the compatibility script.
I have put together a shell script that accepts all command-lines that
unrar-free or unrar-nonfree would accept and correctly parses them into
internal variables. Doing so, I found that:
- Both unrar-free and unrar-nonfr
I have worked in the past year a bit with unrar-nonfree, mainly
because I wanted rar (cbr) support in calibre.
I would be happy having a drop-in replacement, if this is possible,
but I don't know how easy this is for calibre.
The way it works there, is that calibre links against libunrar and
expect
於 2013年09月23日 22:30, Dominik George 提到:
> Hi, maintainers of unar and unrar-free,
>
> as you might have seen on the BTS, I have today filed a bug report on
> unrar-free and revisited an old bug, both of which make unrar-free
> largely unusable [1][2]. I found that unrar-free seems to be umaintaine
Hi, maintainers of unar and unrar-free,
as you might have seen on the BTS, I have today filed a bug report on
unrar-free and revisited an old bug, both of which make unrar-free
largely unusable [1][2]. I found that unrar-free seems to be umaintained
and has not had any commits by upstream for the
10 matches
Mail list logo
