On Sat, 2013-11-02 at 20:12 +0100, yac wrote: > c6 indicates xarchiver will break on unrar-5 when it will go stable but > it still is not stable, is it? Given the way this issue is > communicated, I have to ask - Is it even true? The rar major version > seems to be related to rar format version rather then ABI/API. > > Even if xarchiver breaks on unrar-5, I see many other packages > depending on unrar, do you know these will not break and possibility of > having both unrar4 and 5 will not be just due xarchiver?
Most GUI archiver frontends don't use libunrar (it's not gpl-compatible) but instead run the rar or unrar executable and attempt to parse its textual output. The format of this output in (un)rar-5 changed significantly, so the frontends' parsing code needs to be rewritten. >=app-arch/file-roller-3.8.4-r1 and >=kde-base/ark-4.11.2 have been updated to support (un)rar-5. Earlier versions of file-roller and ark work only with (un)rar-4, and the same is true for all released versions of xarchiver. If you wish to participate in xarchiver upstream development, you can take a look at https://bugzilla.gnome.org/show_bug.cgi?id=707568 for how file-roller's parser was updated to support both rar-4 and rar-5.
signature.asc
Description: This is a digitally signed message part
