Description of problem: Currently I do not see a rpm available for the VLC NPAPI browser plugin. I believe with VLC 1 in Mageia 1 the package was mozilla-plugin-vlc. I read initial reports of problems with the plugin a few months ago, but recently it has been included in Debian sid and testing and I've been using it on some debian based distros. It seems to be working very well in Firefox and Chromium for me, which the old version never has. Apparently it used to be part of the VLC source tarball, but now it has its own npapi-vlc source.
http://git.videolan.org/?p=npapi-vlc.git;a=summary
URL: (none) => http://git.videolan.org/?p=npapi-vlc.git;a=summary
CC: (none) => fundawang, shlomif
Just for the record, the source tarball for npapi-vlc can be found here: http://download.videolan.org/pub/videolan/vlc/2.0.0/ Regards, -- Shlomi Fish
This was fixed in Cauldron yesterday. You can now do "urpmi npapi-vlc". Should we provide a backport or an update for Mageia 2 as well? Regards, -- Shlomi Fish
(In reply to comment #3) > This was fixed in Cauldron yesterday. You can now do "urpmi npapi-vlc". Should > we provide a backport or an update for Mageia 2 as well? > > Regards, > > -- Shlomi Fish (In reply to comment #0) .......... > > Apparently it used to be part of the VLC source tarball, but now it has its own > npapi-vlc source. If it only restores what has gone missing from the VLC source, then I think it counts as a bugfix-only package and can validly go in 2/updates_testing. However, if it contains a new feature too, it can only go in backports. https://wiki.mageia.org/en/Updates_policy#Purpose Does it contain a new feature?
CC: (none) => marja11Blocks: (none) => 3282
Hardware: i586 => AllVersion: Cauldron => 2
(In reply to comment #4) > (In reply to comment #3) > > This was fixed in Cauldron yesterday. You can now do "urpmi npapi-vlc". Should > > we provide a backport or an update for Mageia 2 as well? > > > > Regards, > > > > -- Shlomi Fish > > > (In reply to comment #0) > .......... > > > > Apparently it used to be part of the VLC source tarball, but now it has its own > > npapi-vlc source. > > > If it only restores what has gone missing from the VLC source, then I think it > counts as a bugfix-only package and can validly go in 2/updates_testing. > I think it replaces mozilla-plugin-vlc in earlier versions of VLC, which stopped working and eventually was removed. > However, if it contains a new feature too, it can only go in backports. > > https://wiki.mageia.org/en/Updates_policy#Purpose > > Does it contain a new feature? It restored a previously available feature.
(In reply to comment #5) > > I think it replaces mozilla-plugin-vlc in earlier versions of VLC, which > stopped working and eventually was removed. > > > However, if it contains a new feature too, it can only go in backports. > > > > https://wiki.mageia.org/en/Updates_policy#Purpose > > > > Does it contain a new feature? > > It restored a previously available feature. Then it would be OK to let it go in 2 updates_testing Can you please write an advisory and, after you pushed the package, reassign to QA?
(In reply to comment #6) > (In reply to comment #5) > > > > > I think it replaces mozilla-plugin-vlc in earlier versions of VLC, which > > stopped working and eventually was removed. > > > > > However, if it contains a new feature too, it can only go in backports. > > > > > > https://wiki.mageia.org/en/Updates_policy#Purpose > > > > > > Does it contain a new feature? > > > > It restored a previously available feature. > > Then it would be OK to let it go in 2 updates_testing > > Can you please write an advisory and, after you pushed the package, reassign to > QA? Here you go: I have uploaded an updated package for Mageia 2. Suggested Adivsory: =================== Updated npapi-vlc package adds functionality that went missing with recent VLC - namely the ability to be used as a browser plugin for NPAPI-compatible browsers such as Firefox or Chromium. References: https://bugs.mageia.org/show_bug.cgi?id=5503 Updated Packages in core/updates_testing: ========================================= npapi-vlc-2.0.0-1.mga2 Source RPM: =========== npapi-vlc-2.0.0-1.mga2.src.rpm
Status: NEW => ASSIGNEDAssignee: bugsquad => qa-bugs
Testing on MGA2, i586. For testing purposes I used the pages linked here: http://forum.videolan.org/viewtopic.php?t=37952 The first test page crashes Firefox, console output shows a segfault. The second link on the same page works. However, (left-)clicking on the video element doesn't do anything. The video only plays after right-clicking on the element, then clicking on "play" in the context menu. SRPM: npapi-vlc-2.0.0-1.mga2.src.rpm Thanks.
CC: (none) => wassi
Also, the package description should be fixed, as it contains a typo and is a bit misleading. Current package description is: "With this plugin you enable video content withing browsers." I propose something along the lines of "This plugin enables you to play certain audio and video formats (MPEG-1, MPEG-2, MPEG-4, DivX, mp3, ogg, ...) embed in weg pages."
(In reply to comment #9) > Also, the package description should be fixed, as it contains a typo and is a > bit misleading. > > Current package description is: "With this plugin you enable video content > withing browsers." > > I propose something along the lines of "This plugin enables you to play certain > audio and video formats (MPEG-1, MPEG-2, MPEG-4, DivX, mp3, ogg, ...) embed in > weg pages." I'm not sure that you can embed these video/audio resources inside web pages. Instead, you view them directly by referring the browser to the URL of the media's content. But maybe there is a way to embed stuff. Regards, -- Shlomi Fish
AFAIK, both <embed> and <object> tag may be used, but there is no definition of what video/audio formats these tags may or may not contain. Therefore it depends on the plugins installed by the user whether or not this will work. See: http://www.w3schools.com/html/html_videos.asp Or am I misinterpreting something?
Shlomi On installation in mga2 x86_64 this puts the plugin in usr/lib64/.. but 64bit firefox does not look there - it unfortunately looks in /usr/lib and the plugin fails. A symlink is needed to make this work with FF on x86_64. I have written this from memory from our session on irc a few weeks ago, and I notice that the rel was not updated since I installed it, so I'm assuming this isn't fixed yet? ;) Barry
CC: (none) => zen25000
Hello Barry, (In reply to comment #12) > Shlomi > On installation in mga2 x86_64 this puts the plugin in usr/lib64/.. but 64bit > firefox does not look there - it unfortunately looks in /usr/lib and the plugin > fails. > A symlink is needed to make this work with FF on x86_64. From what I recall, the x86-64 Firefox package that ships with Mageia does not have this problem. If you install firefox from mozilla.org, then it's a different matter. Regards, -- Shlomi Fish > > I have written this from memory from our session on irc a few weeks ago, and I > notice that the rel was not updated since I installed it, so I'm assuming this > isn't fixed yet? ;) > > Barry
Testing on MGA2 64, with firefox from repository, it doesn't work (maybe a missing requires?). http://goa103.free.fr/t_63455/media_player.php didn't show any video http://goa103.free.fr/t_63455/example_1.html crashed firefox See console messages below: WARNING: could not load VLC icon [0x7f9cb42b6598] main libvlc debug: VLC media player - 2.0.1 Twoflower [0x7f9cb42b6598] main libvlc debug: Copyright © 1996-2012 VLC authors and VideoLAN [0x7f9cb42b6598] main libvlc debug: revision 2.0.1-0-gf432547 [0x7f9cb42b6598] main libvlc debug: configured with ./configure '--build=x86_64-mageia-linux-gnu' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/lib64' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--x-includes=/usr/include' '--x-libraries=/usr/lib64' '--enable-pvr' '--disable-dependency-tracking' '--disable-sse' '--enable-bonjour' '--enable-smb' '--enable-ncurses' '--enable-lirc' '--enable-xvideo' '--enable-directfb' '--enable-aa' '--enable-sdl' '--disable-xosd' '--enable-mad' '--enable-vorbis' '--enable-ogg' '--enable-theora' '--enable-speex' '--enable-flac' '--enable-mkv' '--enable-dv' '--enable-dvbpsi' '--enable-shout' '--enable-pulse' '--enable-jack' '--enable-alsa' '--enable-libmpeg2' '--enable-faad' '--enable-dca' '--enable-live555' '--enable-v4l2' '--enable-gnutls' '--disable-rpath' '--enable-vcdx' '--enable-libcddb' '--enable-x264' '--enable-twolame' '--with-pic' 'build_alias=x86_64-mageia-linux-gnu' 'CFLAGS=-O2 -g -pipe -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4' 'LDFLAGS= -Wl,--as-needed -Wl,--no-undefined -Wl,-z,relro -Wl,-O1 -Wl,--build-id -Wl,--enable-new-dtags' 'CPPFLAGS= -DOJI -DMOZ_X11 -I/usr/include/ebml -I/usr/include/speex' 'CXXFLAGS=-O2 -g -pipe -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4' [0x7f9cb42b6598] main libvlc debug: searching plug-in modules [0x7f9cb42b6598] main libvlc debug: ignoring plugins cache file [0x7f9cb42b6598] main libvlc debug: recursively browsing `/usr/lib64/vlc/plugins' [0x7f9cb42b6598] main libvlc debug: plug-ins loaded: 1 modules [0x7f9cb42b6598] main libvlc debug: translation test: code is "C" [0x7f9cb42b6598] main libvlc error: No plugins found! Check your VLC installation.
CC: (none) => stormi
It works for me on x86_64 using firefox-10.0.5-1.mga2 The video loads and plays, although I cannot use the controls to make it play again. I have to refresh the page. I also tried it on Opera. Opera recognises the plugin, but the plugin crashes when loading the video.
CC: (none) => derekjenn
Testing on Mageia 2 i586 gave the same (bad) results as in comment #14. This update seems not ready to me. Note that vlc-plugins is not installed. If it's required, then there's a missing requires.
Whiteboard: (none) => feedback
Source RPM: (none) => npapi-vlc
ping rindolf
Hi Samuel, (In reply to comment #17) > ping rindolf first of all, don't call me rindolf outside the IRC - my name is Shlomi. Otherwise, I have no idea how to fix all these problems, because we did not patch the npapi-vlc package, so these seem to be problems with the upstream version. What do you want me to do? Regards, -- Shlomi Fish
(In reply to comment #18) > Hi Samuel, > > (In reply to comment #17) > > ping rindolf > > first of all, don't call me rindolf outside the IRC - my name is Shlomi. Sorry for that, didn't mean to be rude. People can call me Samuel or Stormi in bugzilla as they wish, I thought wrongly it was the same for everybody :) > Otherwise, I have no idea how to fix all these problems, because we did not > patch the npapi-vlc package, so these seem to be problems with the upstream > version. What do you want me to do? > At least say what you just said so that we know your position about it. Since you are the maintainer, I thought you could have a look upstream, report it to them, or anything to investigate the root of the problem. Then we could know if the program is mature enough to be provided as an update, or too young. In any way, it would probably allow to improve the state of this program in cauldron too, I guess.
Hi Samuel, (In reply to comment #19) > (In reply to comment #18) > > Hi Samuel, > > > > (In reply to comment #17) > > > ping rindolf > > > > first of all, don't call me rindolf outside the IRC - my name is Shlomi. > > Sorry for that, didn't mean to be rude. People can call me Samuel or Stormi in > bugzilla as they wish, I thought wrongly it was the same for everybody :) > OK. > > Otherwise, I have no idea how to fix all these problems, because we did not > > patch the npapi-vlc package, so these seem to be problems with the upstream > > version. What do you want me to do? > > > > At least say what you just said so that we know your position about it. Since > you are the maintainer, I thought you could have a look upstream, report it to > them, or anything to investigate the root of the problem. Then we could know if > the program is mature enough to be provided as an update, or too young. In any > way, it would probably allow to improve the state of this program in cauldron > too, I guess. I can try to see if I can reproduce some of these problems in Cauldron too, and if so, I'll report them upstream. Regards, -- Shlomi Fish
Shlomi, is there any progress with this please? If not, would you like us to push it as it is or remove it until it is more mature? If you could let us know please, thanks.
Hi Claire, thanks for the reminder. (In reply to comment #21) > Shlomi, is there any progress with this please? > There is none. > If not, would you like us to push it as it is or remove it until it is more > mature? Either option would be fine by me. I'd like to investigate the mishaps in my Copious Free Time⢠but this will take a while. > > If you could let us know please, thanks. Regards, -- Shlomi Fish
Whiteboard: feedback => (none)
I'll assign it back to you for now Shlomi. It is an enhancement so there is no rush to push it and it seems quite unstable at the moment. Please reassign to QA when you've had a chance to have another look. Thanks!
CC: (none) => qa-bugsAssignee: qa-bugs => shlomif
CC: wassi => (none)
Mageia 2 changed to end-of-life (EOL) status on ''22 November''. Mageia 2 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result and as this bug is fixed in mga3 we are closing it. Thank you for reporting this bug and we are sorry it could not be fixed. -- The Mageia Bugsquad
CC: (none) => mageiaVersion: 2 => Cauldron
sorry better (it's on mga3 and cauldron sander)
Version: Cauldron => 2
oups :(
Status: ASSIGNED => RESOLVEDResolution: (none) => OLD