Packman Build Service PMBS

rar.changes Changed

rar.spec Changed

rarlinux-4.2.0.tar.gz/technote.txt Deleted

@@ -1,275 +0,0 @@
-
-               RAR version 4.20 - Technical information
-               ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-
- THE ARCHIVE FORMAT DESCRIBED BELOW IS ONLY VALID FOR VERSIONS SINCE 1.50
-
- ==========================================================================
-                         RAR archive file format
- ==========================================================================
-
-   Archive file consists of variable length blocks. The order of these
-blocks may vary, but the first block must be a marker block followed by
-an archive header block.
-
-   Each block begins with the following fields:
-
-HEAD_CRC       2 bytes     CRC of total block or block part
-HEAD_TYPE      1 byte      Block type
-HEAD_FLAGS     2 bytes     Block flags
-HEAD_SIZE      2 bytes     Block size
-ADD_SIZE       4 bytes     Optional field - added block size
-
-   Field ADD_SIZE present only if (HEAD_FLAGS & 0x8000) != 0
-
-   Total block size is HEAD_SIZE if (HEAD_FLAGS & 0x8000) == 0
-and HEAD_SIZE+ADD_SIZE if the field ADD_SIZE is present - when
-(HEAD_FLAGS & 0x8000) != 0.
-
-   In each block the followings bits in HEAD_FLAGS have the same meaning:
-
-  0x4000 - if set, older RAR versions will ignore the block
-           and remove it when the archive is updated.
-           if clear, the block is copied to the new archive
-           file when the archive is updated;
-
-  0x8000 - if set, ADD_SIZE field is present and the full block
-           size is HEAD_SIZE+ADD_SIZE.
-
-  Declared block types:
-
-HEAD_TYPE=0x72          marker block
-HEAD_TYPE=0x73          archive header
-HEAD_TYPE=0x74          file header
-HEAD_TYPE=0x75          old style comment header
-HEAD_TYPE=0x76          old style authenticity information
-HEAD_TYPE=0x77          old style subblock
-HEAD_TYPE=0x78          old style recovery record
-HEAD_TYPE=0x79          old style authenticity information
-HEAD_TYPE=0x7a          subblock
-
-   Comment block is actually used only within other blocks and doesn't
-exist separately.
-
-   Archive processing is made in the following manner:
-
-1. Read and check marker block
-2. Read archive header
-3. Read or skip HEAD_SIZE-sizeof(MAIN_HEAD) bytes
-4. If end of archive encountered then terminate archive processing,
-   else read 7 bytes into fields HEAD_CRC, HEAD_TYPE, HEAD_FLAGS,
-   HEAD_SIZE.
-5. Check HEAD_TYPE.
-   if HEAD_TYPE==0x74
-     read file header ( first 7 bytes already read )
-     read or skip HEAD_SIZE-sizeof(FILE_HEAD) bytes
-     if (HEAD_FLAGS & 0x100)
-       read or skip HIGH_PACK_SIZE*0x100000000+PACK_SIZE bytes
-     else
-       read or skip PACK_SIZE bytes
-   else
-     read corresponding HEAD_TYPE block:
-       read HEAD_SIZE-7 bytes
-       if (HEAD_FLAGS & 0x8000)
-         read ADD_SIZE bytes
-6. go to 4.
-
-
- ==========================================================================
-                               Block Formats
- ==========================================================================
-
-
-   Marker block ( MARK_HEAD )
-
-
-HEAD_CRC        Always 0x6152
-2 bytes
-
-HEAD_TYPE       Header type: 0x72
-1 byte
-
-HEAD_FLAGS      Always 0x1a21
-2 bytes
-
-HEAD_SIZE       Block size = 0x0007
-2 bytes
-
-   The marker block is actually considered as a fixed byte
-sequence: 0x52 0x61 0x72 0x21 0x1a 0x07 0x00
-
-
-
-   Archive header ( MAIN_HEAD )
-
-
-HEAD_CRC        CRC of fields HEAD_TYPE to RESERVED2
-2 bytes
-
-HEAD_TYPE       Header type: 0x73
-1 byte
-
-HEAD_FLAGS      Bit flags:
-2 bytes
-                0x0001  - Volume attribute (archive volume)
-                0x0002  - Archive comment present
-                          RAR 3.x uses the separate comment block
-                          and does not set this flag.
-
-                0x0004  - Archive lock attribute
-                0x0008  - Solid attribute (solid archive)
-                0x0010  - New volume naming scheme ('volname.partN.rar')
-                0x0020  - Authenticity information present
-                          RAR 3.x does not set this flag.
-
-                0x0040  - Recovery record present
-                0x0080  - Block headers are encrypted
-                0x0100  - First volume (set only by RAR 3.0 and later)
-
-                other bits in HEAD_FLAGS are reserved for
-                internal use
-
-HEAD_SIZE       Archive header total size including archive comments
-2 bytes
-
-RESERVED1       Reserved
-2 bytes
-
-RESERVED2       Reserved
-4 bytes
-
-
-
-   File header (File in archive)
-
-
-HEAD_CRC        CRC of fields from HEAD_TYPE to FILEATTR
-2 bytes         and file name
-
-HEAD_TYPE       Header type: 0x74
-1 byte
-
-HEAD_FLAGS      Bit flags:
-2 bytes
-                0x01 - file continued from previous volume
-                0x02 - file continued in next volume
-                0x04 - file encrypted with password
-
-                0x08 - file comment present
-                       RAR 3.x uses the separate comment block
-                       and does not set this flag.
-
-                0x10 - information from previous files is used (solid flag)
-                       (for RAR 2.0 and later)
-
-                bits 7 6 5 (for RAR 2.0 and later)
-
-                     0 0 0    - dictionary size   64 KB
-                     0 0 1    - dictionary size  128 KB
-                     0 1 0    - dictionary size  256 KB
-                     0 1 1    - dictionary size  512 KB
-                     1 0 0    - dictionary size 1024 KB
-                     1 0 1    - dictionary size 2048 KB
-                     1 1 0    - dictionary size 4096 KB
-                     1 1 1    - file is directory
-
-               0x100 - HIGH_PACK_SIZE and HIGH_UNP_SIZE fields
-                       are present. These fields are used to archive
-                       only very large files (larger than 2Gb),
-                       for smaller files these fields are absent.
-
-               0x200 - FILE_NAME contains both usual and encoded
-                       Unicode name separated by zero. In this case
-                       NAME_SIZE field is equal to the length
-                       of usual name plus encoded Unicode name plus 1.
-
-                       If this flag is present, but FILE_NAME does not
-                       contain zero bytes, it means that file name
-                       is encoded using UTF-8.
-
-               0x400 - the header contains additional 8 bytes
-                       after the file name, which are required to
-                       increase encryption security (so called 'salt').
-
-               0x800 - Version flag. It is an old file version,
-                       a version number is appended to file name as ';n'.
-
-              0x1000 - Extended time field present.
-
-              0x8000 - this bit always is set, so the complete

rarlinux-4.2.0.tar.gz/acknow.txt -> rarlinux-5.2.1.tar.gz/acknow.txt Changed

@@ -1,5 +1,12 @@
                            ACKNOWLEDGMENTS
 
+* We used "Screaming Fast Galois Field Arithmetic Using Intel
+  SIMD Instructions" paper by James S. Plank, Kevin M. Greenan
+  and Ethan L. Miller to improve Reed-Solomon coding performance.
+  Also we are grateful to Artem Drobanov and Bulat Ziganshin
+  for samples and ideas allowed to make Reed-Solomon coding
+  more efficient.
+
 * RAR text compression algorithm is based on Dmitry Shkarin PPMII
   and Dmitry Subbotin carryless rangecoder public domain source code.
   You may find it in ftp.elf.stuba.sk/pub/pc/pack.
@@ -77,5 +84,9 @@
     OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
     SUCH DAMAGE.
 
+* RAR archives may optionally include BLAKE2sp hash ( https://blake2.net ),
+  designed by Jean-Philippe Aumasson, Samuel Neves, Zooko Wilcox-O'Hearn
+  and Christian Winnerlein.
+
 * Useful hints provided by Alexander Khoroshev and Bulat Ziganshin allowed
   to significantly improve RAR compression and speed.

rarlinux-4.2.0.tar.gz/default.sfx -> rarlinux-5.2.1.tar.gz/default.sfx Changed

rarlinux-4.2.0.tar.gz/license.txt -> rarlinux-5.2.1.tar.gz/license.txt Changed

@@ -9,7 +9,7 @@
      Alexander L. Roshal. The licensor and as such issuer of the license
      and bearer of the worldwide exclusive usage rights including the rights
      to reproduce, distribute and make the software available to the public
-     in any form is win.rar GmbH, Schumannstr. 17, 10117 Berlin, Germany.
+     in any form is win.rar GmbH, Marienstr. 12, 10117 Berlin, Germany.
 
   2. The software is distributed as try before you buy. This means that
      anyone may use the software during a test period of a maximum of 40 days
@@ -24,10 +24,23 @@
 
      b. The software's unlicensed trial version may not be distributed
         inside of any other software package without written permission.
-
-     c. Hacks/cracks, keys or key generators may not be included, pointed to
+        The software must remain in the original unmodified installation
+        file for download without any barrier and conditions to the user
+        such as collecting fees for the download or making the download
+        conditional on the user giving his contact data.
+
+     c. The unmodified installation file of WinRAR must be provided pure
+        and unpaired. Any bundling is interdicted. In particular the use
+        of any install or download software which is providing any kind
+        of download bundles is prohibited unless granted by win.rar GmbH
+        in written form.
+
+     d. Hacks/cracks, keys or key generators may not be included, pointed to
         or referred to by the distributor of the trial version.
 
+     e. In case of violation of the precedent conditions the allowance
+        lapses immediately and automatically.
+
   4. The trial version of the software can display a registration reminder
      dialog. Depending on the software version and configuration such dialog
      can contain either a predefined text and links loaded locally

rarlinux-4.2.0.tar.gz/rar -> rarlinux-5.2.1.tar.gz/rar Changed

rarlinux-4.2.0.tar.gz/rar.txt -> rarlinux-5.2.1.tar.gz/rar.txt Changed

@@ -1,6 +1,6 @@
                              User's Manual
                              ~~~~~~~~~~~~~
-                        RAR 4.20 console version
+                        RAR 5.21 console version
                         ~~~~~~~~~~~~~~~~~~~~~~~~
 
                        =-=-=-=-=-=-=-=-=-=-=-=-=-=-
@@ -10,47 +10,52 @@
  Introduction
  ~~~~~~~~~~~~
 
-    RAR is a powerful tool allowing you to manage and control archive
-  files. Console RAR supports archives only in RAR format, the names
-  of which usually have a ".rar" extension. ZIP and other formats
-  are not supported. Windows users may install GUI RAR version - WinRAR,
-  which is able to process many more archive types.
+    RAR is a console application allowing to manage archive files
+  in command line mode. RAR provides compression, encryption,
+  data recovery and many other functions described in this manual.
 
-    While console RAR and GUI WinRAR have the similar command line syntax,
+    RAR supports only RAR format archives, which have .rar file name
+  extension by default. ZIP and other formats are not supported.
+  Even if you specify .zip extension when creating an archive, it will
+  still be in RAR format. Windows users may install WinRAR, which supports
+  more archive types including RAR and ZIP formats.
+
+    WinRAR provides both graphical user interface and command line mode.
+  While console RAR and GUI WinRAR have the similar command line syntax,
   some differences exist. So it is recommended to use this rar.txt manual
   for console RAR (rar.exe in case of Windows version) and winrar.chm
   WinRAR help file for GUI WinRAR (winrar.exe).
 
-  RAR features include:
-
-    *  Highly sophisticated, original compression algorithm
-    *  Special compression algorithms optimized for text, audio,
-       graphics data, 32 and 64-bit Intel executables
-    *  Better compression than similar tools, using 'solid' archiving
-    *  Authenticity verification (registered version only)
-    *  Self-extracting archives and volumes (SFX)
-    *  Ability to recover physically damaged archives
-    *  Locking, password, file order list, file security & more ...
-
 
  Configuration file
  ~~~~~~~~~~~~~~~~~~
 
-  RAR for Unix reads configuration information from the file .rarrc
-  in the user's home directory (stored in HOME environment variable)
+  RAR and UnRAR for Unix read configuration information from .rarrc file
+  in a user's home directory (stored in HOME environment variable)
   or in /etc directory.
 
-  RAR for Windows reads configuration information from the file rar.ini,
+  RAR and UnRAR for Windows read configuration information from rar.ini file,
   placed in the same directory as the rar.exe file.
 
   This file may contain the following string:
 
-  switches=any RAR switches, separated by spaces
+  switches=<any RAR switches separated by spaces>
 
   For example:
 
   switches=-m5 -s
 
+  It is also possible to specify separate switch sets for individual
+  RAR commands using the following syntax:
+
+  switches_<command>=<any RAR switches separated by spaces>
+
+  For example:
+
+  switches_a=-m5 -s
+  switches_x=-o+
+
+
 
  Environment variable
  ~~~~~~~~~~~~~~~~~~~~
@@ -142,7 +147,7 @@
     If you wish to read file names from stdin (standard input),
     specify the empty listfile name (just @).
 
-    By default, Windows console RAR uses OEM (DOS) encoding in list files.
+    By default, console RAR uses the single byte encoding in list files,
     but it can be redefined with -sc<charset>l switch.
 
     You may specify both usual file names and list files in the same
@@ -218,19 +223,11 @@
             rar c -zinfo.txt dummy
 
 
-    cf      Add files comment. File comments are displayed when the 'v'
-            command is given. File comment length is limited to 32767 bytes.
-
-            Example:
-
-            rar cf bigarch *.txt
-
-
     ch      Change archive parameters.
 
             This command can be used with most of archive modification
             switches to modify archive parameters. It is especially
-            convenient for switches like -av, -cl, -cu, -tl, which do not
+            convenient for switches like -cl, -cu, -tl, which do not
             have a dedicated command.
 
             It is not able to recompress, encrypt or decrypt archive data
@@ -266,7 +263,20 @@
             the empty archive would removed.
 
 
-    e       Extract files to current directory.
+    e       Extract files without archived paths.
+
+            Extract files excluding their path component, so all files
+            are created in the same destination directory.
+
+            Use 'x' command if you wish to extract full pathnames.
+
+            Example:
+
+            rar e -or html.rar *.css css\
+
+            extract all *.css files from html.rar archive to 'css' folder
+            excluding archived paths. Rename extracted files automatically
+            in case several files have the same name.
 
 
     f       Freshen files in archive. Updates those files changed since they
@@ -315,12 +325,29 @@
             rar k final.rar
 
 
-    l[t,b]  List contents of archive [technical]. Files are listed as with
-            the 'v' command with the exception of the file path. i.e. only
-            the file name is displayed. Optional technical information
-            (host OS, solid flag and old version flag) is displayed
-            when 't' modifier is used. Modifier 'b' forces RAR to output
-            only bare file names without any additional information.
+    l[t[a],b]
+            List archive contents [technical [all], bare].
+    
+            'l' command lists archived file attributes, size, date,
+            time and name, one file per line. If file is encrypted,
+            line starts from '*' character.
+
+            'lt' displays the detailed file information in multiline mode.
+            This information includes file checksum value, host OS,
+            compression options and other parameters.
+
+            'lta' provide the detailed information not only for files,
+            but also for service headers like NTFS streams
+            or file security data.
+
+            'lb' lists bare file names with path, one per line,
+            without any additional information.
+
+            You can use -v switch to list contents of all volumes
+            in volume set: rar l -v vol.part1.rar
+
+            Commands 'lt', 'lta' and 'lb' are equal to 'vt', 'vta'
+            and 'vb' correspondingly.
 
 
     m[f]    Move to archive [files only]. Moving files and directories
@@ -336,47 +363,41 @@
             all RAR messages and print only file data. It may be important
             when you need to send a file to stdout for use in pipes.
 
-
+    
     r       Repair archive. Archive repairing is performed in two stages.
             First, the damaged archive is searched for a recovery record
-            (see 'rr' command). If the archive contains a recovery record
-            and if the portion of the damaged data is continuous and less
-            than N*512 bytes, where N is number of recovery sectors placed
-            into the archive, the chance of successful archive
-            reconstruction is very high. When this stage has been completed,
-            a new archive will be created, called fixed.arcname.rar,
-            where 'arcname' is the original (damaged) archive name.
-
-            If a broken archive does not contain a recovery record or if
-            the archive is not completely recovered due to major damage,
-            a second stage is performed. During this stage only the archive
+            (see 'rr' command). If archive contains the previously added
+            recovery record and if damaged data area is continuous
+            and smaller than error correction code size in recovery record,
+            chance of successful archive reconstruction is high.
+            When this stage has been completed, a new archive is created,
+            named as fixed.arcname.rar, where 'arcname' is the original
+            (damaged) archive name.            
+
+            If broken archive does not contain a recovery record or if
+            archive is not completely recovered due to major damage,
+            second stage is performed. During this stage only the archive

rarlinux-4.2.0.tar.gz/rar_static -> rarlinux-5.2.1.tar.gz/rar_static Changed

rarlinux-4.2.0.tar.gz/rarfiles.lst -> rarlinux-5.2.1.tar.gz/rarfiles.lst Changed

rarlinux-4.2.0.tar.gz/unrar -> rarlinux-5.2.1.tar.gz/unrar Changed

rarlinux-4.2.0.tar.gz/whatsnew.txt -> rarlinux-5.2.1.tar.gz/whatsnew.txt Changed

@@ -1,6 +1,248 @@
                 RAR - What's new in the latest version
 
 
+   Version 5.21
+
+   1. While previous versions could produce RAR5 volumes of slightly
+      smaller than requested size sometimes, such situation is less
+      likely now. In most cases volume size equals to specified by user.
+
+   2. Now by default RAR skips symbolic links with absolute paths
+      in link target when extracting. You can enable creating such links
+      with -ola switch.
+
+      Such links pointing to directories outside of extraction destination
+      directory can present a security risk. Enable their extraction only
+      if you are sure that archive contents is safe, such as your own backup.
+
+   
+   Version 5.20
+
+   1. RAR can read the default set of switches from .rarrc file stored
+      in the user's home directory. Previously it was possible to
+      define only the same set of switches for all RAR command with
+      "switches=<switches>" string. Now .rarrc also allows to specify
+      separate switch sets for individual RAR commands using
+      the following syntax:
+
+      switches_<command>=<any RAR switches, separated by spaces>
+
+      For example:
+
+      switches_a=-m5 -s
+      switches_x=-o+
+
+   2. File overwrite prompt displays the size and modification time
+      for existing and new files.
+
+   3. When archiving from stdin with -si switch, RAR sets the current system
+      time to modification time of archived file. Previous version did not
+      set this time at all.
+
+   4. It is possible to use -si and -v<size> switches together. Previous
+      versions did not allow to create volumes when archiving from stdin.
+
+   
+   Version 5.11
+
+   1. Timestamp is set to extracted symlinks.
+
+   2. Bugs fixed:
+
+      a) deleting a file in RAR5 solid archive containing files stored
+         with -ver switch caused such files to lose version information.
+
+   
+   Version 5.10
+
+   1. Switch -ai can be used when creating RAR archive,
+      so predefined values, typical for file and directory,
+      are stored instead of actual attributes.
+      Previously this switch could be used only when extracting.
+
+   
+   Version 5.00
+
+   1. New RAR 5.0 archiving format. You can use -ma command line switch
+      to create RAR 5.0 archives. By default RAR creates archives
+      in 4.x format.
+
+   2. Changes in RAR 5.0 compression algorithm:
+
+      a) maximum compression dictionary size is increased up to 1 GB
+         in 64 bit RAR. 32 bit RAR version can use up to 256 MB
+         dictionary when creating an archive. Both 32 bit and 64 bit
+         versions can unpack archives with any dictionary size,
+         including 1 GB;
+
+      b) default dictionary size for RAR 5.0 is 32 MB, typically resulting
+         in higher compression ratio and lower speed than RAR 4.x 4 MB.
+         You can use -md<size> switch to change this value;
+
+      c) -md<size> switch syntax is modified to support larger dictionary
+         sizes. Append 'k', 'm' and 'g' modifiers to specify the size
+         in kilo-, mega- and gigabytes, like -md64m for 64 MB dictionary.
+         If modifiers are not present, megabytes are assumed,
+         so -md64m is equal to -md64;
+
+      d) RAR 5.0 format includes Intel IA-32 executable and delta
+         compression algorithms, but RAR 4.x text, audio, true color
+         and Itanium algorithms are not supported. These excluded algorithms
+         are not efficient for modern data types and hardware configurations;
+
+      e) RAR 5.0 decompression can utilize several CPU cores.
+         Though not to same extent as in compression algorithm,
+         it improves the decompression speed on large files
+         with poorly compressible data or when using BLAKE2 checksums.
+
+   3. Changes in RAR 5.0 archive format:
+
+      a) file times are stored as Coordinated Universal Time (UTC)
+         instead of former local time, making file exchange among
+         several time zones more straightforward;
+
+      b) file names and archive comments use UTF-8 encoding.
+   
+   4. RAR 5.0 recovery record is based on Reed-Solomon error correction
+      codes. If recovery record size is large enough, 5% and more,
+      the new error correction scheme provides much higher resistance to
+      multiple damages comparing to RAR 4.x recovery record.
+      Smaller record, such as 1 - 2%, or less random damage type would
+      result in less difference between 4.x and 5.0. For single continuous
+      damage 4.x and 5.0 efficiency is about the same.
+
+      Additionally to usual data erasures, the new recovery record
+      is able to detect deletions and insertions of much larger size
+      than in previous RAR versions. Maximum insertion size is several
+      megabytes. Maximum deletion size depends on the damage type
+      and in some cases can be as large as the recovery record size.
+      
+      Still, the best recovery performance and efficiency is achieved
+      if no deletions and insertions are present, so all data including
+      damaged sectors preserve their original positions. Thus, if you use
+      some special software to copy an archive from damaged media,
+      it is better to choose the mode, when damaged sectors are filled by
+      zeroes or any other data instead of cutting them out completely
+      from resulting file.
+
+      RAR 5.0 recovery record is more resistant to damage of recovery record
+      itself and can utilize a partially corrupt recovery record data.
+      Note, though, that "Repair" command does not fix broken blocks
+      in recovery record. Only file data are corrected. After successful
+      archive repair, you may need to create a new recovery record
+      for saved files.
+
+      New recovery record is not based on 512 byte sectors anymore 
+      and incorporates more complicated data structures. So it is impossible
+      to specify its size in sectors. For RAR 5.0 archives the parameter of
+      -rr[N] switch and rr[N] command is always treated as a percent of
+      archive size regardless of presence of % character. Typically N%
+      recovery record can repair up to N% of continuously damaged data
+      and increases the archive size by only slightly more than N%.
+      Ability to fix multiple damages is proportional to N.
+
+      We used "Screaming Fast Galois Field Arithmetic Using Intel
+      SIMD Instructions" paper by James S. Plank, Kevin M. Greenan
+      and Ethan L. Miller to improve Reed-Solomon coding performance.
+      Also we are grateful to Artem Drobanov and Bulat Ziganshin
+      for samples and ideas allowed to make Reed-Solomon coding
+      more efficient.
+
+   5. "Test" command verifies validity of RAR 5.0 recovery record.
+      Recovery record is tested after processing all archived files.
+
+      If corrupt archive contains the recovery record, it might be possible
+      to repair it even if recovery record validity test is failed.
+      "Repair" command attempts to utilize even a partially damaged
+      recovery record. So treat the negative recovery record test result
+      as a reason to re-create the archive if original files are still
+      available, but not as a reason to avoid "Repair" command.
+
+   6. Changes in RAR 5.0 encryption algorithm:
+
+      a) encryption algorithm is changed from AES-128 to AES-256 in CBC mode.
+         Key derivation function is based on PBKDF2 using HMAC-SHA256;
+
+      b) special password verification value allows to detect most of
+         wrong passwords without necessity to unpack the entire file;
+
+      c) if archive headers are not encrypted ("Encrypt file names" option
+         is off), file checksums for encrypted RAR 5.0 files are modified
+         using a special password dependent algorithm, to make impossible
+         guessing file contents based on checksums. Do not expect such
+         encrypted file checksums to match usual CRC32 and BLAKE2 values.
+   
+   7. Switch -htb allows to utilize 256 bit length BLAKE2sp hash
+      ( https://blake2.net ) instead of 32 bit CRC32 as a file checksum.
+
+      While producing slightly larger archives, BLAKE2 can be used
+      for file contents identification. If two files have the same
+      BLAKE2 value, it practically guarantees that file contents
+      is the same. BLAKE2 error detection property is also stronger
+      than in much shorter CRC32.
+
+   8. Features removed:
+
+      a) authenticity verification feature did not provide the required
+         level of reliability and was removed;
+      
+      b) switch -en (do not add "end of archive" block) is not supported
+         by RAR 5.0 archives, which always have the end of archive block.
+         This block helps RAR to safely skip external data like
+         digital signatures appended to archive;
+
+      c) old style extension based arcname.rNN volume names are not
+         supported by RAR 5.0 archives, which use only arcname.partN.rar
+         volume names;
+      
+      d) file comments are not supported anymore both in RAR 4.x
+         and RAR 5.0 archives. Console RAR 'cf' command is removed.

rarlinux-x64-4.2.0.tar.gz/technote.txt Deleted

@@ -1,275 +0,0 @@
-
-               RAR version 4.20 - Technical information
-               ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-
- THE ARCHIVE FORMAT DESCRIBED BELOW IS ONLY VALID FOR VERSIONS SINCE 1.50
-
- ==========================================================================
-                         RAR archive file format
- ==========================================================================
-
-   Archive file consists of variable length blocks. The order of these
-blocks may vary, but the first block must be a marker block followed by
-an archive header block.
-
-   Each block begins with the following fields:
-
-HEAD_CRC       2 bytes     CRC of total block or block part
-HEAD_TYPE      1 byte      Block type
-HEAD_FLAGS     2 bytes     Block flags
-HEAD_SIZE      2 bytes     Block size
-ADD_SIZE       4 bytes     Optional field - added block size
-
-   Field ADD_SIZE present only if (HEAD_FLAGS & 0x8000) != 0
-
-   Total block size is HEAD_SIZE if (HEAD_FLAGS & 0x8000) == 0
-and HEAD_SIZE+ADD_SIZE if the field ADD_SIZE is present - when
-(HEAD_FLAGS & 0x8000) != 0.
-
-   In each block the followings bits in HEAD_FLAGS have the same meaning:
-
-  0x4000 - if set, older RAR versions will ignore the block
-           and remove it when the archive is updated.
-           if clear, the block is copied to the new archive
-           file when the archive is updated;
-
-  0x8000 - if set, ADD_SIZE field is present and the full block
-           size is HEAD_SIZE+ADD_SIZE.
-
-  Declared block types:
-
-HEAD_TYPE=0x72          marker block
-HEAD_TYPE=0x73          archive header
-HEAD_TYPE=0x74          file header
-HEAD_TYPE=0x75          old style comment header
-HEAD_TYPE=0x76          old style authenticity information
-HEAD_TYPE=0x77          old style subblock
-HEAD_TYPE=0x78          old style recovery record
-HEAD_TYPE=0x79          old style authenticity information
-HEAD_TYPE=0x7a          subblock
-
-   Comment block is actually used only within other blocks and doesn't
-exist separately.
-
-   Archive processing is made in the following manner:
-
-1. Read and check marker block
-2. Read archive header
-3. Read or skip HEAD_SIZE-sizeof(MAIN_HEAD) bytes
-4. If end of archive encountered then terminate archive processing,
-   else read 7 bytes into fields HEAD_CRC, HEAD_TYPE, HEAD_FLAGS,
-   HEAD_SIZE.
-5. Check HEAD_TYPE.
-   if HEAD_TYPE==0x74
-     read file header ( first 7 bytes already read )
-     read or skip HEAD_SIZE-sizeof(FILE_HEAD) bytes
-     if (HEAD_FLAGS & 0x100)
-       read or skip HIGH_PACK_SIZE*0x100000000+PACK_SIZE bytes
-     else
-       read or skip PACK_SIZE bytes
-   else
-     read corresponding HEAD_TYPE block:
-       read HEAD_SIZE-7 bytes
-       if (HEAD_FLAGS & 0x8000)
-         read ADD_SIZE bytes
-6. go to 4.
-
-
- ==========================================================================
-                               Block Formats
- ==========================================================================
-
-
-   Marker block ( MARK_HEAD )
-
-
-HEAD_CRC        Always 0x6152
-2 bytes
-
-HEAD_TYPE       Header type: 0x72
-1 byte
-
-HEAD_FLAGS      Always 0x1a21
-2 bytes
-
-HEAD_SIZE       Block size = 0x0007
-2 bytes
-
-   The marker block is actually considered as a fixed byte
-sequence: 0x52 0x61 0x72 0x21 0x1a 0x07 0x00
-
-
-
-   Archive header ( MAIN_HEAD )
-
-
-HEAD_CRC        CRC of fields HEAD_TYPE to RESERVED2
-2 bytes
-
-HEAD_TYPE       Header type: 0x73
-1 byte
-
-HEAD_FLAGS      Bit flags:
-2 bytes
-                0x0001  - Volume attribute (archive volume)
-                0x0002  - Archive comment present
-                          RAR 3.x uses the separate comment block
-                          and does not set this flag.
-
-                0x0004  - Archive lock attribute
-                0x0008  - Solid attribute (solid archive)
-                0x0010  - New volume naming scheme ('volname.partN.rar')
-                0x0020  - Authenticity information present
-                          RAR 3.x does not set this flag.
-
-                0x0040  - Recovery record present
-                0x0080  - Block headers are encrypted
-                0x0100  - First volume (set only by RAR 3.0 and later)
-
-                other bits in HEAD_FLAGS are reserved for
-                internal use
-
-HEAD_SIZE       Archive header total size including archive comments
-2 bytes
-
-RESERVED1       Reserved
-2 bytes
-
-RESERVED2       Reserved
-4 bytes
-
-
-
-   File header (File in archive)
-
-
-HEAD_CRC        CRC of fields from HEAD_TYPE to FILEATTR
-2 bytes         and file name
-
-HEAD_TYPE       Header type: 0x74
-1 byte
-
-HEAD_FLAGS      Bit flags:
-2 bytes
-                0x01 - file continued from previous volume
-                0x02 - file continued in next volume
-                0x04 - file encrypted with password
-
-                0x08 - file comment present
-                       RAR 3.x uses the separate comment block
-                       and does not set this flag.
-
-                0x10 - information from previous files is used (solid flag)
-                       (for RAR 2.0 and later)
-
-                bits 7 6 5 (for RAR 2.0 and later)
-
-                     0 0 0    - dictionary size   64 KB
-                     0 0 1    - dictionary size  128 KB
-                     0 1 0    - dictionary size  256 KB
-                     0 1 1    - dictionary size  512 KB
-                     1 0 0    - dictionary size 1024 KB
-                     1 0 1    - dictionary size 2048 KB
-                     1 1 0    - dictionary size 4096 KB
-                     1 1 1    - file is directory
-
-               0x100 - HIGH_PACK_SIZE and HIGH_UNP_SIZE fields
-                       are present. These fields are used to archive
-                       only very large files (larger than 2Gb),
-                       for smaller files these fields are absent.
-
-               0x200 - FILE_NAME contains both usual and encoded
-                       Unicode name separated by zero. In this case
-                       NAME_SIZE field is equal to the length
-                       of usual name plus encoded Unicode name plus 1.
-
-                       If this flag is present, but FILE_NAME does not
-                       contain zero bytes, it means that file name
-                       is encoded using UTF-8.
-
-               0x400 - the header contains additional 8 bytes
-                       after the file name, which are required to
-                       increase encryption security (so called 'salt').
-
-               0x800 - Version flag. It is an old file version,
-                       a version number is appended to file name as ';n'.
-
-              0x1000 - Extended time field present.
-
-              0x8000 - this bit always is set, so the complete

rarlinux-x64-4.2.0.tar.gz/acknow.txt -> rarlinux-x64-5.2.1.tar.gz/acknow.txt Changed

@@ -1,5 +1,12 @@
                            ACKNOWLEDGMENTS
 
+* We used "Screaming Fast Galois Field Arithmetic Using Intel
+  SIMD Instructions" paper by James S. Plank, Kevin M. Greenan
+  and Ethan L. Miller to improve Reed-Solomon coding performance.
+  Also we are grateful to Artem Drobanov and Bulat Ziganshin
+  for samples and ideas allowed to make Reed-Solomon coding
+  more efficient.
+
 * RAR text compression algorithm is based on Dmitry Shkarin PPMII
   and Dmitry Subbotin carryless rangecoder public domain source code.
   You may find it in ftp.elf.stuba.sk/pub/pc/pack.
@@ -77,5 +84,9 @@
     OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
     SUCH DAMAGE.
 
+* RAR archives may optionally include BLAKE2sp hash ( https://blake2.net ),
+  designed by Jean-Philippe Aumasson, Samuel Neves, Zooko Wilcox-O'Hearn
+  and Christian Winnerlein.
+
 * Useful hints provided by Alexander Khoroshev and Bulat Ziganshin allowed
   to significantly improve RAR compression and speed.

rarlinux-x64-4.2.0.tar.gz/default.sfx -> rarlinux-x64-5.2.1.tar.gz/default.sfx Changed

rarlinux-x64-4.2.0.tar.gz/license.txt -> rarlinux-x64-5.2.1.tar.gz/license.txt Changed

@@ -9,7 +9,7 @@
      Alexander L. Roshal. The licensor and as such issuer of the license
      and bearer of the worldwide exclusive usage rights including the rights
      to reproduce, distribute and make the software available to the public
-     in any form is win.rar GmbH, Schumannstr. 17, 10117 Berlin, Germany.
+     in any form is win.rar GmbH, Marienstr. 12, 10117 Berlin, Germany.
 
   2. The software is distributed as try before you buy. This means that
      anyone may use the software during a test period of a maximum of 40 days
@@ -24,10 +24,23 @@
 
      b. The software's unlicensed trial version may not be distributed
         inside of any other software package without written permission.
-
-     c. Hacks/cracks, keys or key generators may not be included, pointed to
+        The software must remain in the original unmodified installation
+        file for download without any barrier and conditions to the user
+        such as collecting fees for the download or making the download
+        conditional on the user giving his contact data.
+
+     c. The unmodified installation file of WinRAR must be provided pure
+        and unpaired. Any bundling is interdicted. In particular the use
+        of any install or download software which is providing any kind
+        of download bundles is prohibited unless granted by win.rar GmbH
+        in written form.
+
+     d. Hacks/cracks, keys or key generators may not be included, pointed to
         or referred to by the distributor of the trial version.
 
+     e. In case of violation of the precedent conditions the allowance
+        lapses immediately and automatically.
+
   4. The trial version of the software can display a registration reminder
      dialog. Depending on the software version and configuration such dialog
      can contain either a predefined text and links loaded locally

rarlinux-x64-4.2.0.tar.gz/rar -> rarlinux-x64-5.2.1.tar.gz/rar Changed

rarlinux-x64-4.2.0.tar.gz/rar.txt -> rarlinux-x64-5.2.1.tar.gz/rar.txt Changed

@@ -1,6 +1,6 @@
                              User's Manual
                              ~~~~~~~~~~~~~
-                        RAR 4.20 console version
+                        RAR 5.21 console version
                         ~~~~~~~~~~~~~~~~~~~~~~~~
 
                        =-=-=-=-=-=-=-=-=-=-=-=-=-=-
@@ -10,47 +10,52 @@
  Introduction
  ~~~~~~~~~~~~
 
-    RAR is a powerful tool allowing you to manage and control archive
-  files. Console RAR supports archives only in RAR format, the names
-  of which usually have a ".rar" extension. ZIP and other formats
-  are not supported. Windows users may install GUI RAR version - WinRAR,
-  which is able to process many more archive types.
+    RAR is a console application allowing to manage archive files
+  in command line mode. RAR provides compression, encryption,
+  data recovery and many other functions described in this manual.
 
-    While console RAR and GUI WinRAR have the similar command line syntax,
+    RAR supports only RAR format archives, which have .rar file name
+  extension by default. ZIP and other formats are not supported.
+  Even if you specify .zip extension when creating an archive, it will
+  still be in RAR format. Windows users may install WinRAR, which supports
+  more archive types including RAR and ZIP formats.
+
+    WinRAR provides both graphical user interface and command line mode.
+  While console RAR and GUI WinRAR have the similar command line syntax,
   some differences exist. So it is recommended to use this rar.txt manual
   for console RAR (rar.exe in case of Windows version) and winrar.chm
   WinRAR help file for GUI WinRAR (winrar.exe).
 
-  RAR features include:
-
-    *  Highly sophisticated, original compression algorithm
-    *  Special compression algorithms optimized for text, audio,
-       graphics data, 32 and 64-bit Intel executables
-    *  Better compression than similar tools, using 'solid' archiving
-    *  Authenticity verification (registered version only)
-    *  Self-extracting archives and volumes (SFX)
-    *  Ability to recover physically damaged archives
-    *  Locking, password, file order list, file security & more ...
-
 
  Configuration file
  ~~~~~~~~~~~~~~~~~~
 
-  RAR for Unix reads configuration information from the file .rarrc
-  in the user's home directory (stored in HOME environment variable)
+  RAR and UnRAR for Unix read configuration information from .rarrc file
+  in a user's home directory (stored in HOME environment variable)
   or in /etc directory.
 
-  RAR for Windows reads configuration information from the file rar.ini,
+  RAR and UnRAR for Windows read configuration information from rar.ini file,
   placed in the same directory as the rar.exe file.
 
   This file may contain the following string:
 
-  switches=any RAR switches, separated by spaces
+  switches=<any RAR switches separated by spaces>
 
   For example:
 
   switches=-m5 -s
 
+  It is also possible to specify separate switch sets for individual
+  RAR commands using the following syntax:
+
+  switches_<command>=<any RAR switches separated by spaces>
+
+  For example:
+
+  switches_a=-m5 -s
+  switches_x=-o+
+
+
 
  Environment variable
  ~~~~~~~~~~~~~~~~~~~~
@@ -142,7 +147,7 @@
     If you wish to read file names from stdin (standard input),
     specify the empty listfile name (just @).
 
-    By default, Windows console RAR uses OEM (DOS) encoding in list files.
+    By default, console RAR uses the single byte encoding in list files,
     but it can be redefined with -sc<charset>l switch.
 
     You may specify both usual file names and list files in the same
@@ -218,19 +223,11 @@
             rar c -zinfo.txt dummy
 
 
-    cf      Add files comment. File comments are displayed when the 'v'
-            command is given. File comment length is limited to 32767 bytes.
-
-            Example:
-
-            rar cf bigarch *.txt
-
-
     ch      Change archive parameters.
 
             This command can be used with most of archive modification
             switches to modify archive parameters. It is especially
-            convenient for switches like -av, -cl, -cu, -tl, which do not
+            convenient for switches like -cl, -cu, -tl, which do not
             have a dedicated command.
 
             It is not able to recompress, encrypt or decrypt archive data
@@ -266,7 +263,20 @@
             the empty archive would removed.
 
 
-    e       Extract files to current directory.
+    e       Extract files without archived paths.
+
+            Extract files excluding their path component, so all files
+            are created in the same destination directory.
+
+            Use 'x' command if you wish to extract full pathnames.
+
+            Example:
+
+            rar e -or html.rar *.css css\
+
+            extract all *.css files from html.rar archive to 'css' folder
+            excluding archived paths. Rename extracted files automatically
+            in case several files have the same name.
 
 
     f       Freshen files in archive. Updates those files changed since they
@@ -315,12 +325,29 @@
             rar k final.rar
 
 
-    l[t,b]  List contents of archive [technical]. Files are listed as with
-            the 'v' command with the exception of the file path. i.e. only
-            the file name is displayed. Optional technical information
-            (host OS, solid flag and old version flag) is displayed
-            when 't' modifier is used. Modifier 'b' forces RAR to output
-            only bare file names without any additional information.
+    l[t[a],b]
+            List archive contents [technical [all], bare].
+    
+            'l' command lists archived file attributes, size, date,
+            time and name, one file per line. If file is encrypted,
+            line starts from '*' character.
+
+            'lt' displays the detailed file information in multiline mode.
+            This information includes file checksum value, host OS,
+            compression options and other parameters.
+
+            'lta' provide the detailed information not only for files,
+            but also for service headers like NTFS streams
+            or file security data.
+
+            'lb' lists bare file names with path, one per line,
+            without any additional information.
+
+            You can use -v switch to list contents of all volumes
+            in volume set: rar l -v vol.part1.rar
+
+            Commands 'lt', 'lta' and 'lb' are equal to 'vt', 'vta'
+            and 'vb' correspondingly.
 
 
     m[f]    Move to archive [files only]. Moving files and directories
@@ -336,47 +363,41 @@
             all RAR messages and print only file data. It may be important
             when you need to send a file to stdout for use in pipes.
 
-
+    
     r       Repair archive. Archive repairing is performed in two stages.
             First, the damaged archive is searched for a recovery record
-            (see 'rr' command). If the archive contains a recovery record
-            and if the portion of the damaged data is continuous and less
-            than N*512 bytes, where N is number of recovery sectors placed
-            into the archive, the chance of successful archive
-            reconstruction is very high. When this stage has been completed,
-            a new archive will be created, called fixed.arcname.rar,
-            where 'arcname' is the original (damaged) archive name.
-
-            If a broken archive does not contain a recovery record or if
-            the archive is not completely recovered due to major damage,
-            a second stage is performed. During this stage only the archive
+            (see 'rr' command). If archive contains the previously added
+            recovery record and if damaged data area is continuous
+            and smaller than error correction code size in recovery record,
+            chance of successful archive reconstruction is high.
+            When this stage has been completed, a new archive is created,
+            named as fixed.arcname.rar, where 'arcname' is the original
+            (damaged) archive name.            
+
+            If broken archive does not contain a recovery record or if
+            archive is not completely recovered due to major damage,
+            second stage is performed. During this stage only the archive

rarlinux-x64-4.2.0.tar.gz/rar_static -> rarlinux-x64-5.2.1.tar.gz/rar_static Changed

rarlinux-x64-4.2.0.tar.gz/rarfiles.lst -> rarlinux-x64-5.2.1.tar.gz/rarfiles.lst Changed

rarlinux-x64-4.2.0.tar.gz/unrar -> rarlinux-x64-5.2.1.tar.gz/unrar Changed

rarlinux-x64-4.2.0.tar.gz/whatsnew.txt -> rarlinux-x64-5.2.1.tar.gz/whatsnew.txt Changed

@@ -1,6 +1,248 @@
                 RAR - What's new in the latest version
 
 
+   Version 5.21
+
+   1. While previous versions could produce RAR5 volumes of slightly
+      smaller than requested size sometimes, such situation is less
+      likely now. In most cases volume size equals to specified by user.
+
+   2. Now by default RAR skips symbolic links with absolute paths
+      in link target when extracting. You can enable creating such links
+      with -ola switch.
+
+      Such links pointing to directories outside of extraction destination
+      directory can present a security risk. Enable their extraction only
+      if you are sure that archive contents is safe, such as your own backup.
+
+   
+   Version 5.20
+
+   1. RAR can read the default set of switches from .rarrc file stored
+      in the user's home directory. Previously it was possible to
+      define only the same set of switches for all RAR command with
+      "switches=<switches>" string. Now .rarrc also allows to specify
+      separate switch sets for individual RAR commands using
+      the following syntax:
+
+      switches_<command>=<any RAR switches, separated by spaces>
+
+      For example:
+
+      switches_a=-m5 -s
+      switches_x=-o+
+
+   2. File overwrite prompt displays the size and modification time
+      for existing and new files.
+
+   3. When archiving from stdin with -si switch, RAR sets the current system
+      time to modification time of archived file. Previous version did not
+      set this time at all.
+
+   4. It is possible to use -si and -v<size> switches together. Previous
+      versions did not allow to create volumes when archiving from stdin.
+
+   
+   Version 5.11
+
+   1. Timestamp is set to extracted symlinks.
+
+   2. Bugs fixed:
+
+      a) deleting a file in RAR5 solid archive containing files stored
+         with -ver switch caused such files to lose version information.
+
+   
+   Version 5.10
+
+   1. Switch -ai can be used when creating RAR archive,
+      so predefined values, typical for file and directory,
+      are stored instead of actual attributes.
+      Previously this switch could be used only when extracting.
+
+   
+   Version 5.00
+
+   1. New RAR 5.0 archiving format. You can use -ma command line switch
+      to create RAR 5.0 archives. By default RAR creates archives
+      in 4.x format.
+
+   2. Changes in RAR 5.0 compression algorithm:
+
+      a) maximum compression dictionary size is increased up to 1 GB
+         in 64 bit RAR. 32 bit RAR version can use up to 256 MB
+         dictionary when creating an archive. Both 32 bit and 64 bit
+         versions can unpack archives with any dictionary size,
+         including 1 GB;
+
+      b) default dictionary size for RAR 5.0 is 32 MB, typically resulting
+         in higher compression ratio and lower speed than RAR 4.x 4 MB.
+         You can use -md<size> switch to change this value;
+
+      c) -md<size> switch syntax is modified to support larger dictionary
+         sizes. Append 'k', 'm' and 'g' modifiers to specify the size
+         in kilo-, mega- and gigabytes, like -md64m for 64 MB dictionary.
+         If modifiers are not present, megabytes are assumed,
+         so -md64m is equal to -md64;
+
+      d) RAR 5.0 format includes Intel IA-32 executable and delta
+         compression algorithms, but RAR 4.x text, audio, true color
+         and Itanium algorithms are not supported. These excluded algorithms
+         are not efficient for modern data types and hardware configurations;
+
+      e) RAR 5.0 decompression can utilize several CPU cores.
+         Though not to same extent as in compression algorithm,
+         it improves the decompression speed on large files
+         with poorly compressible data or when using BLAKE2 checksums.
+
+   3. Changes in RAR 5.0 archive format:
+
+      a) file times are stored as Coordinated Universal Time (UTC)
+         instead of former local time, making file exchange among
+         several time zones more straightforward;
+
+      b) file names and archive comments use UTF-8 encoding.
+   
+   4. RAR 5.0 recovery record is based on Reed-Solomon error correction
+      codes. If recovery record size is large enough, 5% and more,
+      the new error correction scheme provides much higher resistance to
+      multiple damages comparing to RAR 4.x recovery record.
+      Smaller record, such as 1 - 2%, or less random damage type would
+      result in less difference between 4.x and 5.0. For single continuous
+      damage 4.x and 5.0 efficiency is about the same.
+
+      Additionally to usual data erasures, the new recovery record
+      is able to detect deletions and insertions of much larger size
+      than in previous RAR versions. Maximum insertion size is several
+      megabytes. Maximum deletion size depends on the damage type
+      and in some cases can be as large as the recovery record size.
+      
+      Still, the best recovery performance and efficiency is achieved
+      if no deletions and insertions are present, so all data including
+      damaged sectors preserve their original positions. Thus, if you use
+      some special software to copy an archive from damaged media,
+      it is better to choose the mode, when damaged sectors are filled by
+      zeroes or any other data instead of cutting them out completely
+      from resulting file.
+
+      RAR 5.0 recovery record is more resistant to damage of recovery record
+      itself and can utilize a partially corrupt recovery record data.
+      Note, though, that "Repair" command does not fix broken blocks
+      in recovery record. Only file data are corrected. After successful
+      archive repair, you may need to create a new recovery record
+      for saved files.
+
+      New recovery record is not based on 512 byte sectors anymore 
+      and incorporates more complicated data structures. So it is impossible
+      to specify its size in sectors. For RAR 5.0 archives the parameter of
+      -rr[N] switch and rr[N] command is always treated as a percent of
+      archive size regardless of presence of % character. Typically N%
+      recovery record can repair up to N% of continuously damaged data
+      and increases the archive size by only slightly more than N%.
+      Ability to fix multiple damages is proportional to N.
+
+      We used "Screaming Fast Galois Field Arithmetic Using Intel
+      SIMD Instructions" paper by James S. Plank, Kevin M. Greenan
+      and Ethan L. Miller to improve Reed-Solomon coding performance.
+      Also we are grateful to Artem Drobanov and Bulat Ziganshin
+      for samples and ideas allowed to make Reed-Solomon coding
+      more efficient.
+
+   5. "Test" command verifies validity of RAR 5.0 recovery record.
+      Recovery record is tested after processing all archived files.
+
+      If corrupt archive contains the recovery record, it might be possible
+      to repair it even if recovery record validity test is failed.
+      "Repair" command attempts to utilize even a partially damaged
+      recovery record. So treat the negative recovery record test result
+      as a reason to re-create the archive if original files are still
+      available, but not as a reason to avoid "Repair" command.
+
+   6. Changes in RAR 5.0 encryption algorithm:
+
+      a) encryption algorithm is changed from AES-128 to AES-256 in CBC mode.
+         Key derivation function is based on PBKDF2 using HMAC-SHA256;
+
+      b) special password verification value allows to detect most of
+         wrong passwords without necessity to unpack the entire file;
+
+      c) if archive headers are not encrypted ("Encrypt file names" option
+         is off), file checksums for encrypted RAR 5.0 files are modified
+         using a special password dependent algorithm, to make impossible
+         guessing file contents based on checksums. Do not expect such
+         encrypted file checksums to match usual CRC32 and BLAKE2 values.
+   
+   7. Switch -htb allows to utilize 256 bit length BLAKE2sp hash
+      ( https://blake2.net ) instead of 32 bit CRC32 as a file checksum.
+
+      While producing slightly larger archives, BLAKE2 can be used
+      for file contents identification. If two files have the same
+      BLAKE2 value, it practically guarantees that file contents
+      is the same. BLAKE2 error detection property is also stronger
+      than in much shorter CRC32.
+
+   8. Features removed:
+
+      a) authenticity verification feature did not provide the required
+         level of reliability and was removed;
+      
+      b) switch -en (do not add "end of archive" block) is not supported
+         by RAR 5.0 archives, which always have the end of archive block.
+         This block helps RAR to safely skip external data like
+         digital signatures appended to archive;
+
+      c) old style extension based arcname.rNN volume names are not
+         supported by RAR 5.0 archives, which use only arcname.partN.rar
+         volume names;
+      
+      d) file comments are not supported anymore both in RAR 4.x
+         and RAR 5.0 archives. Console RAR 'cf' command is removed.

Changes of Revision 7