It'll will be replaced by the new dialog API

Signed-off-by: Rafaël Carré <funman@videolan.org>

Debian dropped winepath /usr/bin symlink:
http://anonscm.debian.org/cgit/pkg-wine/wine.git/commit/?id=a778a9ba05d57fb6b969d3e21e3cc26e78dc672c

Modified-by: Jean-Baptiste Kempf <jb@videolan.org>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

Fix #16195

This explicitly allows the server to return gzip or deflate
Content-Encoding.

This is not explicitly allowed for normal streams because
Content-Encoding breaks use of bytes ranges. Seeking offsets and size
would be in terms of the compressed stream. This would prevent VLC
demuxers from seeking or estimating duration.

The HTTP origin server can still return Content-Encoding in any case as
VLC does not explicitly forbid it (with Accept-Encoding: identity).
However in practice, servers will not perform opportunistic on-the-fly
compression.

deflate is handled by the inflate stream filter.
gzip is handled either by the inflate or decomp stream filter.

This handles deflate encoding or application/zlib type transparently.

(Note though that it fails to check and discard the application/zlib
 content-type from the underlying stream.)

Fixes compilation warning with latest sparkle version.

This version of Sparkle requires 10.7 at least, local patches
can be all dropped.

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

for Winstore apps the code is hidden
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>