FS#37080 - [file-roller] add unzip optdepend
Attached to Project:
Arch Linux
Opened by Sebastiaan Lokhorst (lonaowna) - Thursday, 26 September 2013, 18:39 GMT
Last edited by Jan de Groot (JGC) - Monday, 30 September 2013, 08:02 GMT
Opened by Sebastiaan Lokhorst (lonaowna) - Thursday, 26 September 2013, 18:39 GMT
Last edited by Jan de Groot (JGC) - Monday, 30 September 2013, 08:02 GMT
|
Details
It would be useful to list 'unzip' as an opdepent, to
extract .zip files.
|
This task depends upon
Closed by Jan de Groot (JGC)
Monday, 30 September 2013, 08:02 GMT
Reason for closing: Fixed
Additional comments about closing: p7zip is in depends, covers zip handling.
Monday, 30 September 2013, 08:02 GMT
Reason for closing: Fixed
Additional comments about closing: p7zip is in depends, covers zip handling.
Comment by Jan de Groot (JGC) -
Thursday, 26 September 2013, 21:30 GMT
Comment by
Dave Reisner (falconindy) -
Thursday, 26 September 2013, 21:43 GMT
Comment by Jan de Groot (JGC) -
Monday, 30 September 2013, 07:56 GMT
Hmm, big failure upstream. Libarchive can read zipfiles,
file-roller links to that, so why they don't use libarchive
instead...
It may have been a conscious decision. I know there are some
inadequacies in the libarchive's zip implementation -- It lacks
support for password protected archives, support for newer
compression methods (implode and shrink), and the issue tracker is
generally littered with random "i can't read this zip file"
reports.
It seems file-roller uses p7zip for each format that it supports,
so my choice is to add this to depends array instead of adding
optdepends for every format it supports. p7zip is GPL and covers
most common formats, so I see no need in adding (un)zip, (un)rar
and arj optdepends anymore.