Handle relative paths in cmdline arguments better

File-roller didn't take into account that the
working directory might have changed between
opening the first instance and opening additional
archives on the command line with relative paths.

When a relative path was used for an archive
on the command line, it would always be relative
to the first instance working directory - not to
the launched instance working directory.

This is fixed by using the recently added
g_application_command_line_create_file_for_arg ()
(in gio since 2.36).

Problem reported by John Stumpo <stump@stump.io>
in http://bugs.debian.org/718672

https://bugzilla.gnome.org/show_bug.cgi?id=705746
disable deprecated warnings if --disable-deprecated is not used
libarchive: restore directory modification time when extrating

[bug #697756]
removed unused ui file
added possibility to view the password entry content

this way the user can check if he entered the right password
when creating an encrypted archive.

[bug #604923]
updated POTFILES.in
[l10n] Fix on Catalan translation bug #706108
[docs] Typo: remove duplicated word (before)
Updated Slovenian translation
error creating 7zip archives for directories without write permission

[bug #651494]
progress and message dialogs: fixed unnecessary word breaking

use WORD_CHAR as wrap mode for labels to not break words if there
is enough space.

[bug #702919]
Use desktop-file-validate if present to avoid distribuiting desktop file with keywords errors

https://bugzilla.gnome.org/show_bug.cgi?id=703876
7zip: fixed file deletion from jar, war, ear archives

[bug #701739]
Updated Hebrew translation.
Tajik translation updated
cannot add files to a subfolder with zip and 7zip archives

[bug #703420]
[l10n] Updated Italian translation.
[l10n] Added Catalan documentation
[l10n] Updated Catalan documentation
[l10n] Update Catalan translation