Fix turns out to not be quite a fix.

This reverts commit ba8f1f35.

python bindings: fix setup.py to use 'pkg-config libvlc' instead of the old vlc-config (patch by <kwizart@gmail.com>).

live555 now supports DV (DIF, video/dv) format.  Pass it through to
the DV demuxer.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Do not update buffer size if realloc() fails.

Assert that buffer was not overflowed rather than merely warning.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

This fix all the dialogs (Fix AVI, HTTP login) that didn't show in skins interface.
Manual port of [3b2f1606]

If VLC is being destroyed for programmatic reasons (libvlc_release()),
the user might not have "quit".

Interfaces do not have an event handler that would justify the
separation. Indeed, no caller did anything in-between.

Also, the "primary" reference to the interface object belongs to the
main thread because of the libvlc cleanup procedure. Therefore, the
interface thread pointer really should not be returned to the creator.
Note that this does not really fix the small race condition but it
conceals it within intf_Create() and libvlc_InternalCleanup().

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

Only the core can safely destroy an interface, otherwise, the other
component could race against the core in joining the interface thread
or destroying the interface object.
The fire and forget status of interfaces is by design, and is expected
by -at least- the VLC binary, the NT service plugin and the Remote
Control interface plugin. Anyway, that is pretty the only point of
creating an interface instead of a private thread/object.

Conflicts:
	modules/video_output/drawable.c
	src/control/libvlc_internal.h

(see http://forum.videolan.org/viewtopic.php?f=32&t=59426)