VLC 2.0.2 RPMs for RHEL6 compatible distros are now available in the "Linuxtech release" repo.

Please note these RPMS have been built (using mock) with dependencies from the official Centos 6.2 repos and additional dependencies from the "Linuxtech release" repo.

While dependencies from other third party repos might work to a degree, I would strongly suggest using only dependencies from the above mentioned repos as those are the ones this VLC package has been built with and therefore will work with as intended.

I might still add some of these plugins gradually in new releases of the VLC packages if I find time for it.

These are the packages:vlc - this is the main vlc package that includes most pluginsvlc-devel - this package contains 'include' files needed to build other applications that use the vlc librariesvlc-plugin-jack - this package contains the jack-audio and the fluidsynth plugins (if you don't know what they are then you don't need them!)

Please provide feedback if you test these packages!I can only improve the packages if I get feedback and bug reports.

Please install the packages via YUM with the "Linuxtech release" repo enabled in order to get all the dependencies automatically, don't download and install the package manually as you would also need to do the same with all the dependencies.

I have just released a minor update of the VLC 2.0 RPMs that fixes some bugs with some missing dependencies and some font path issues. Both 32 and 64 bit updated packages are available in the testing repo.

I have had already 33 downloads (not including duplicate downloads from the same IPs) of the vlc packages but zero feedback so far... Since I'm an optimist I guess that means the package works perfectly for everyone!

I've tried VLC 2.0 it yesterday on my EeePC 901. Installation without problems. I've tested Flash and MP4 videos. Before I had VLC and gstreamer plugins installed from PUIAS Addons.

GUI looks good, but performance is not (much) better than in 1.1. On EeePC I can't still play HD videos (mp4 from modern digicams).

Major problem for me is that ffmpeg-libs from linuxtech is not compatible (too old) with PUIAS, and gstreamer-ffmpeg from PUIAS depends on this. Therefore, installation of vlc-2.0 causes removal of gstreamer-ffmpeg (=> no more flash in Totem). On an x86_64 system I could replace the gstreamer plugins by the linuxtech versions, but unfortunately they are not available in the i686 repo.

After a quick test I have undone the VLC 2.0 installation for this reason.

I've tried VLC 2.0 it yesterday on my EeePC 901. Installation without problems. I've tested Flash and MP4 videos. Before I had VLC and gstreamer plugins installed from PUIAS Addons.

GUI looks good, but performance is not (much) better than in 1.1. On EeePC I can't still play HD videos (mp4 from modern digicams).

Major problem for me is that ffmpeg-libs from linuxtech is not compatible (too old) with PUIAS, and gstreamer-ffmpeg from PUIAS depends on this. Therefore, installation of vlc-2.0 causes removal of gstreamer-ffmpeg (=> no more flash in Totem). On an x86_64 system I could replace the gstreamer plugins by the linuxtech versions, but unfortunately they are not available in the i686 repo.

After a quick test I have undone the VLC 2.0 installation for this reason.

Many thanks for the valuable feedback, it's much appreciated!

You are right, mixing repos for the same kind of packages (in this case audio/video libraries) is often a problem, I mentioned that in the first post, too.

The gstreamer packages for i686 are in my build queue (I have only started doing i686 recently before I was only doing 64 bit packages for which I have all the gstreamer packages available), I probably will have gstreamer for i686 done today.Update: I have just uploaded the complete set of gstreamer libraries (plugins-bad / plugins-ugly / ffmpeg) for i686 to the linuxtech release repo, so now you could have VLC 2.0 without compromising Totem.

The reason I'm still using the 0.6 branch of ffmpeg-libs is because the newer branches have many incompatible changes, even the 0.7 branch which is supposed to be compatible with 0.6 lost support for libfaad (the best free aac audio decoder) allegedly for some perceived licensing issues.

RPMforge/Repoforge also still uses the 0.6 branch of ffmpeg (presumably for the same reasons as I mentioned).

Just thought I should post a huge thank you for creating this. I had previously been using VLC from rpmforge and it was causing some issues which meant my system had packages out of date and I had to add a "--skip-broken" to every single update.

VLC 2 is working great! For your own information I uninstalled the VLC package from rpmforge and installed yours, with the following command and output:

This looks like you downloaded the vlc rpm manually and then tried to install it without having the linuxtech release repo enabled (which contains all the dependencies)?

Please try to install it as explained in the first post of this thread in the "quick install instructions".

I'm not stupid, you know. I've used your repos since I started using Scientific Linux and will probably continue doing so for the foreseeable future. Some packages must have somehow gotten mixed at some point in time, but I can't be bothered to fix it anymore - not months after I installed them anyway, hence why I said I planned on a clean install of SL 6.2 soon (as I am still on 6.1). I didn't have the time last weekend, but should have the time this weekend and I'll install VLC2 ASAP to see if there's any errors.

I never said or implied that. I only tried to guess what could be wrong and suggested how to proceed. I can't read your mind, don't know your level of expertise and don't know your system setup or what commands you ran so please bear with me if I guessed it wrong, no need to get upset, I was only trying to help.

Just thought I should post a huge thank you for creating this. I had previously been using VLC from rpmforge and it was causing some issues which meant my system had packages out of date and I had to add a "--skip-broken" to every single update.

VLC 2 is working great! For your own information I uninstalled the VLC package from rpmforge and installed yours, with the following command and output:

Thanks for the feedback, I'm glad it works fine for you!

I noticed that you installed only a subset of dependencies from the linuxtech-release repo, which means that you probably had all remaining ones that I listed in the first post already from rpmforge.

While this might appear to be working fine, it could theoretically cause subtle issues, so if you experience any problems then you might want to try to replace the remaining vlc dependencies from repoforge with the ones from linuxtech-release.

Still, as long as it works fine for you maybe you should leave things as they are, as the saying goes: "never change a winning team"

I noticed that you installed only a subset of dependencies from the linuxtech-release repo, which means that you probably had all remaining ones that I listed in the first post already from rpmforge.

While this might appear to be working fine, it could theoretically cause subtle issues, so if you experience any problems then you might want to try to replace the remaining vlc dependencies from repoforge with the ones from linuxtech-release.

When I next peformed a yum update with all my repos enabled the linuxtech packages replaced the rpmforge ones - which I am completely fine with so long as your repo is always kept up-to-date!

I am not a big fan of rpmforge in any case as it is liable to create messy dependency issues with packages, which is why I want to replace as many of my rpmforge-provided packages with ones from other sources.

I am currently in the process of doing in-place replacements of the ffmpeg and x264 packages, from rpmforge to linuxtech.

Please keep up the great work - and maybe put a nice clear page explaining all the details of your repo on the linuxtech website? :D

Is there any chance you could add mplayer and smplayer to your repo? Specifically a version that works well with the versions of packages you have on your repo. I finally switched x264 from rpmforge to your linuxtech but I found mplayer depended on the specific version of x264 rpmforge had installed.

I have looked around for other repos but can't seem to find any that will give me mplayer in EL6. I tried some Fedora packages but the dependencies looked to tricky to solve.

Is there any chance you could add mplayer and smplayer to your repo? Specifically a version that works well with the versions of packages you have on your repo. I finally switched x264 from rpmforge to your linuxtech but I found mplayer depended on the specific version of x264 rpmforge had installed.

I have looked around for other repos but can't seem to find any that will give me mplayer in EL6. I tried some Fedora packages but the dependencies looked to tricky to solve.

If not I guess I will have to start compiling from source

mplayer is definitely on my list of apps to add to the repo, but I can't promise anything with regards to when I will have the time to package it up, unfortunately my spare time for packaging is limited.

Yesterday I had found some time to test VLC 2.0 from linuxtech testing again (after replacing Puias' VLC and all its multi-media libraries by linuxtech packages). Good news is now that gstreamer-plugin packages are now available for i686 and working with totem (at least mp4 and flash).

I've encountered two problems:totem depends on gstreamer-plugins-bad-free package which is a base package, but gstreamer-plugins-bad from linuxtech repo provides this too and replaces the base package for that reason. I.M.O a 3rd party package should never overwrite or replace base packages unless it is explicitly documented (e.g. linuxtech-backports is OK). In this case yum-protectbase or yum-priorities does not help since the rpelacing package has a different name:

I've encountered two problems:totem depends on gstreamer-plugins-bad-free package which is a base package, but gstreamer-plugins-bad from linuxtech repo provides this too and replaces the base package for that reason. I.M.O a 3rd party package should never overwrite or replace base packages unless it is explicitly documented (e.g. linuxtech-backports is OK).

There are two packages in the linuxtech-release repo that replace EL6 packages, gstreamer-plugins-bad replaces the gstreamer-plugins-bad-free from EL6 and libvpx-0.9.6 replaces the old libvpx-0.9.0 from EL6.I agree with you that 3rd party packages should never overwrite or replace base packages and that's why I created linuxtech-backports.But in the case of gstreamer-plugins-bad and libvpx I made exceptions because Redhat is almost completely ignoring bug reports with regards to audio/video packages. As you might see for yourself there hasn't been a single update for gstreamer and libvpx since 2010 despite there are several bug reports in Redhat's bugzilla related to them. the libvpx package from RH specifically has a major bug that breaks 'prelink', I reported that bug myself and RH completely ignored my bug report so far (while they didn't ignore other reports I did about server packages!).You can see that bug report here: https://bugzilla.redhat.com/show_bug.cgi?id=794999

Also both gstreamer-plugins-bad-free and libvpx are very marginal packages, IIRC no other official EL6 package uses them apart from totem so replacing them doesn't introduce any instability. With regards to totem I tested it extensively with my gstreamer-plugins-bad replacement package and found no problems.

I have now added a note in the first post of this thread pointing out that libvpx will be replaced.

I can understand that Redhat doesn't really care about A/V packages as they make their money with server installs where these packages never get installed, but since my repo on the other hand is focussed on A/V packages I saw no other choice than to take matters in my on hands and in these cases and create updated packages.

QUOTE

2nd minor problem is that watching TV (DVB-T) does not work - in contrast to the Puias version. Is there a plugin missing?

Do you know what plugin this relies on? I don't have a TV card in my PC so can't test this myself, but I will look into this. I'm working on an updated vlc package anyway so if I find the cause for this I will certainly fix it.

Yes, I'm aware of the 2.0.1 bugfix release, I hope to find the time for it soon, watch this space!

Unfortunately there is a serious bug/regression in vlc 2.0.1 that currently prevents me from building 2.0.1. I reported the problem in the vlc bugtracker and I hope there will be a patch or an updated release from the vlc devs soon to fix this.