| 1 |
On Wed, Jul 15, 2020 at 07:52:27PM +0200, David Haller wrote: |
| 2 |
> ==== dev-python/rarfile/rarfile-3.1.ebuild ==== |
| 3 |
> RDEPEND="compressed? ( || ( app-arch/unrar app-arch/rar ) )" |
| 4 |
> ==== |
| 5 |
|
| 6 |
This USE-flag strikes me as slightly nondescript: |
| 7 |
|
| 8 |
$ ash-euses rarfile:compressed |
| 9 |
dev-python/rarfile:compressed - Enables the module to support compressed v3 |
| 10 |
archives by calling the app-arch/unrar. |
| 11 |
|
| 12 |
Does this mean that rarfile is compatible with pre-version#3 archives without |
| 13 |
the `compressed` flag ? Regardless, the point remains that RAR is a proprietary |
| 14 |
format, which inevitably is locked to similarly proprietary (or non-free to some |
| 15 |
extent) software. According to [1] and [2], there does exist an attempt at a |
| 16 |
GPL'd implementation of RAR, however its development has since ceased, and it |
| 17 |
only supports up to v2 archives. |
| 18 |
|
| 19 |
It seems like every reasonably modern archiving software supporting RAR does so |
| 20 |
via E. Roshal's `unrar`, disallowing the creation of a RAR-creation utility [3]. |
| 21 |
|
| 22 |
[1] https://en.wikipedia.org/wiki/RAR_(file_format)#Third-party_software_for_extracting_RAR_files |
| 23 |
[2] http://www.unrarlib.org/ |
| 24 |
[3] https://en.wikipedia.org/wiki/PeaZip#Third-party_technologies |
| 25 |
|
| 26 |
-- |
| 27 |
|
| 28 |
Ashley Dixon |
| 29 |
suugaku.co.uk |
| 30 |
|
| 31 |
2A9A 4117 |
| 32 |
DA96 D18A |
| 33 |
8A7B B0D2 |
| 34 |
A30E BF25 |
| 35 |
F290 A8AA |
Archives