Code: Select all
box:~$ uname -a
Linux downloader 3.2.0-54-generic #82-Ubuntu SMP Tue Sep 10 20:08:42 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
box:~$ readlink -f "$(which unrar)"
/usr/bin/unrar-nonfree
box:~$ unrar
UNRAR 5.00 beta 8 freeware Copyright (c) 1993-2013 Alexander Roshal
Usage: unrar <command> -<switch 1> -<switch N> <archive> <files...>
<@listfiles...> <path_to_extract\>
- When unpacking a set of (presumably rar5 files), some subset of the unpacked appear to correctly unpack into sub-directories as I would expect.
- In other cases, the files unpack on top of one another in the same directory. Since the files often have non-unique names, "something" is renaming the files during unpacking to contain unique suffixes. I end up seeing tens (often more) of files with unique integer suffixes:
myfile.1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.etc etc.realFileExtension
Note that the file extension is being preserved. The integers are prefixed in front of the extension.
As I said, what's odd is that some files correctly unpack to subdirs so I am not sure what's special about these files in particular.
(Unfortunately the rars get deleted as part of post-processing. I need to download a problematic instance again and validate without any post-processing to try to get a deeper understanding...)
Q's:
* Does anybody happen to know if this is an unrar5 bug ?
* Am I running the recommended version of unrar 5?
