Control: tags -1 pending
Hi Harald
On 2014-07-18 12:52:32, Harald Sitter wrote:
> Package: vlc
> Version: 2.1.4-1
>
> since vlc plugins are spread across multiple packages the plugin cache
> generated at buildtime is almost always wrong which makes vlc load all
> plugins at runtime which in turn
Processing control commands:
> tags -1 pending
Bug #755154 [vlc-nox] vlc cache gen should happen at runtime, not buildtime
Added tag(s) pending.
--
755154: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755154
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Le jeudi 16 octobre 2014, 18:25:45 Uwe L. Korn a écrit :
> This suggests that during the packaging process the plugins are modified
> after the cache was generated. I would suspect that in Debian the
> problem is the same too.
I think everybody more-or-less agrees that it would be better (albeit n
At least in the Ubuntu (14.04.1) package of vlc-nox, I can confirm that
the plugin cache file is not matching the installed plugins. The
reported mtimes are some seconds below the actial mtimes.
For example for "audio_mixer/libinteger_mixer_plugin.so", the reported
mtime is 1400338500 while the in
Am Freitag, den 22.08.2014, 11:58 +0300 schrieb Rémi Denis-Courmont:
> But we are talking about the Debian packaging system here. Failing to
> install means screwing up the whole oeprating system.
I agree with Harald that it IMHO makes more sense to generate the plugin
cache at install time agai
On Fri, Aug 22, 2014 at 10:58 AM, Rémi Denis-Courmont wrote:
> Le 2014-08-22 11:24, Harald Sitter a écrit :
>
>> On Fri, Aug 22, 2014 at 9:38 AM, Rémi Denis-Courmont
>> wrote:
>>>
>>> Le 2014-08-22 10:31, Harald Sitter a écrit :
>>>
All that being said perhaps the more interesting bit is why
Le 2014-08-22 11:24, Harald Sitter a écrit :
On Fri, Aug 22, 2014 at 9:38 AM, Rémi Denis-Courmont
wrote:
Le 2014-08-22 10:31, Harald Sitter a écrit :
All that being said perhaps the more interesting bit is why exactly
VLC thinks the cache is invalid to begin with. In particular
considering we
On Fri, Aug 22, 2014 at 9:38 AM, Rémi Denis-Courmont wrote:
> Le 2014-08-22 10:31, Harald Sitter a écrit :
>
>> All that being said perhaps the more interesting bit is why exactly
>> VLC thinks the cache is invalid to begin with. In particular
>> considering we only have one build that builds with
Le 2014-08-22 10:31, Harald Sitter a écrit :
All that being said perhaps the more interesting bit is why exactly
VLC thinks the cache is invalid to begin with. In particular
considering we only have one build that builds with all plugins we
have packaged and there are no third party plugins in an
On Fri, Aug 22, 2014 at 9:14 AM, Rémi Denis-Courmont wrote:
> Le 2014-08-22 08:25, Harald Sitter a écrit :
>
>>> That is one good reason to generate the cache at build time, where any
>>> problem
>>> can be detected early on. Crashing during dpkg postinst script is much
>>> worse.
>>
>>
>> || true
Le 2014-08-22 08:25, Harald Sitter a écrit :
That is one good reason to generate the cache at build time, where
any problem
can be detected early on. Crashing during dpkg postinst script is
much worse.
|| true?
Then there will be no cache, and you are not solving the problem you
want to sol
On Thu, Aug 21, 2014 at 11:22 PM, Rémi Denis-Courmont wrote:
> Hello,
>
> Le vendredi 18 juillet 2014, 12:52:32 Harald Sitter a écrit :
>> since vlc plugins are spread across multiple packages the plugin cache
>> generated at buildtime is almost always wrong
>
> As long as Debian does not
Hello,
Le vendredi 18 juillet 2014, 12:52:32 Harald Sitter a écrit :
> since vlc plugins are spread across multiple packages the plugin cache
> generated at buildtime is almost always wrong
As long as Debian does not ship any unofficial native VLC plugin, the
build-time
cache will not l
On Fri, Jul 18, 2014 at 1:29 PM, Fabian Greffrath wrote:
> Am Freitag, den 18.07.2014, 12:52 +0200 schrieb Harald Sitter:
>> attached you should fine a patch which resolves this problem by
>> a) not installing the buildtime cache
>> b) fully implementing trigger capability by having postinst refre
Am Freitag, den 18.07.2014, 12:52 +0200 schrieb Harald Sitter:
> attached you should fine a patch which resolves this problem by
> a) not installing the buildtime cache
> b) fully implementing trigger capability by having postinst refresh the cache
> c) have prerm drop the runtime cache so the dir
Package: vlc
Version: 2.1.4-1
since vlc plugins are spread across multiple packages the plugin cache
generated at buildtime is almost always wrong which makes vlc load all
plugins at runtime which in turn can result in runtime symbol clashes
when it loads the qt4 gui in a qt5 libvlc application fo
16 matches
Mail list logo
