with unrar-5.x it is impossible to correctly display the file sizes (everything is shown as 0 bytes) and to unpack any files from rar archives with file-roller. only workaround that works for me is to mask the unrar-5.x series and revert back to unrar-4.2.4. this also happens if you choose to use unrar via console... Reproducible: Always Steps to Reproduce: 1. upgrade to unrar-5.x and try to unpack rar archives with file-roller or console 2. 3.
(In reply to n1ghtmare from comment #0) > with unrar-5.x it is impossible to correctly display the file sizes > (everything is shown as 0 bytes) and to unpack any files from rar archives > with file-roller. only workaround that works for me is to mask the unrar-5.x > series and revert back to unrar-4.2.4. this also happens if you choose to > use unrar via console... > > Reproducible: Always > > Steps to Reproduce: > 1. upgrade to unrar-5.x and try to unpack rar archives with file-roller or > console > 2. > 3. You mean it will fail also from commandline (console) by using the `unrar` command? Then what does this have to do with file-roller, or why it's assigned to the GNOME team who doesn't maintain unrar? So to get started: 1. provide output of `emerge --info` 2. failing .rar achive as attachment here 3. actual output of the `unrar` failing, preferably using debug symbols[1] [1] http://www.gentoo.org/proj/en/qa/backtraces.xml I'm reassigning back to bug-wranglers@ and close it as NEEDINFO, please provide requested data and reopen the bug. Remember to reopen the bug!
This is fixed in file-roller-3.8.4-r1 and higher
