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
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
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
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
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, so
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
correct
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, 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
於 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 umaintained
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
10 matches
Mail list logo