Your message dated Tue, 26 Aug 2014 17:28:11 +0200
with message-id <[email protected]>
and subject line Fixed in vlc 2.2.0
has caused the Debian Bug report #699832,
regarding vlc-nox: document VLC_PLUGIN_PATH environment variable
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
699832: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699832
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: vlc-nox
Version: 2.0.3-4
In order to allow for “relocation”, vlc(1) (cvlc(1)) reads the
/proc/${PID}/maps file to infer the ‘lib’ directory location.
This fails, however, for Debian Live systems, as there ‘maps’
will point to somewhere on the bottom layer of the Aufs stack
(as used for the root FS), typically mounted to
/lib/live/mount/medium, and not to /usr/lib/vlc.
Therefore, should any additional VLC plugins be installed during
such a system's uptime, they won't be available to VLC. Worse
still, an attempt to perform an upgrade of the VLC packages may
leave VLC in an inconsistent state, with an upgraded binary
trying to access the plugins belonging to the version the Debian
Live image in question was initially made. (My guess is that
the use of the “persistence” Debian Live feature may complicate
the things even further.)
Obviously, there should be a way for the user to override the
‘lib’ directory location inferred from the ‘maps’ file contents.
(Ideally, such a feature is to be activated automagically when
VLC is used on a Debian Live system.)
--
FSF associate member #7257
--- End Message ---
--- Begin Message ---
Version: 2.2.0~pre2-1
Hi,
this issue has been fixed in vlc 2.2.0. Unfortunately we have forgot to close
the issue from the changelog, so I'm closing it now. If this bug still exists,
please reopen the bug.
Cheers
--
Sebastian Ramacher
signature.asc
Description: Digital signature
--- End Message ---
