Re: vlc-1.1.11-72.el5.i386.rpm
On 11/06/2011 12:15 PM, Todd And Margo Chester wrote: On 11/04/2011 11:02 PM, Yasha Karant wrote: I am attempting to install vlc-1.1.11-72.el5.i386.rpm from http://packages.atrpms.net/dist/el5/vlc/ Hi Yasha, My solution was to run the Windows version of VLC under Wine. The latest VLC's do run under El6. HTH, -T A further reason to switch to EL 6. I use the Codeweavers supported version of Wine, but have found that most current MS Win applications do not properly run under even the supported version. I also find that Wine is cumbersome to debug when things do not work.
Re: vlc-1.1.11-72.el5.i386.rpm
2011/11/5, Yasha Karant ykar...@csusb.edu: I am attempting to install vlc-1.1.11-72.el5.i386.rpm from http://packages.atrpms.net/dist/el5/vlc/ There is a long list of dependencies missing, appended below. Is there a way to specify to get just these packages from ATrpms without damaging the underlying production EL 5.7 system (e.g., replacing SL packages by other packages from ATrpms that then cause problems and instability with EL 5.7)? Is there another add-on EL 5 RPM repository that requires fewer additions to stock EL 5.7 but still has a vlc 1.x version? I currently am using VLC 0.9.9a Grishenko. Yasha Karant Missing Dependency: liblua-5.1.so is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libcdio.so.10 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libxcb-shm.so.0 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libxcb.so.1 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libdirectfb-1.4.so.5 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libfusion-1.4.so.5 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libcdio.so.10(CDIO_10) is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libx264.so.115 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libX11-xcb.so.1 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libdvdread.so.4 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libva-0.32.0.2.so.1 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libiso9660.so.7 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libdirect-1.4.so.5 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libmpcdec.so.6 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libFLAC.so.8 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libjack.so.0 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: bitstream-vera-serif-fonts is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libgoom2.so.0 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libxcb-xv.so.0 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libva-x11-0.32.0.2.so.1 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libdvbpsi.so.7 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libxcb-keysyms.so.0 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Missing Dependency: libprojectM.so.2.0.1 is needed by package vlc-1.1.11-72.el5.i386 (/vlc-1.1.11-72.el5.i386) Hello, add repoforge (http://repoforge.org/use/) you can use smplayer, is a font-end to mplayer, you can see many formats, e.g. .flv, mpg, .avi and more..., try it -- Edguit@r: http://cybernautape.blogspot.com/
Re: vlc-1.1.11-72.el5.i386.rpm
On 11/06/2011 12:39 PM, Yasha Karant wrote: On 11/06/2011 12:15 PM, Todd And Margo Chester wrote: On 11/04/2011 11:02 PM, Yasha Karant wrote: I am attempting to install vlc-1.1.11-72.el5.i386.rpm from http://packages.atrpms.net/dist/el5/vlc/ Hi Yasha, My solution was to run the Windows version of VLC under Wine. The latest VLC's do run under El6. HTH, -T A further reason to switch to EL 6. I have one server in SL 6.1 x64 and another one on Cent OS 5.7 x32. I can not wait to upgrade the second one to SL 6.x x64 I use the Codeweavers supported version of Wine, but have found that most current MS Win applications do not properly run under even the supported version. I also find that Wine is cumbersome to debug when things do not work. Wine is tragic code. Little better than Alpha stage. The developers are just overwhelmed with bugs to fix. And mostly they only fix bugs dealing with video games. But not always. VLC for Windows does run well under wine, which is unusual. VLC's update function even works. Go figure. -T
Re: vlc-1.1.11-72.el5.i386.rpm
On Sat, Nov 5, 2011 at 2:02 AM, Yasha Karant ykar...@csusb.edu wrote: I am attempting to install vlc-1.1.11-72.el5.i386.rpm from http://packages.atrpms.net/dist/el5/vlc/ There is a long list of dependencies missing, appended below. Is there a way to specify to get just these packages from ATrpms without damaging the underlying production EL 5.7 system (e.g., replacing SL packages by other packages from ATrpms that then cause problems and instability with EL 5.7)? Is there another add-on EL 5 RPM repository that requires fewer additions to stock EL 5.7 but still has a vlc 1.x version? First warning: vlc supports MPEG formats and playing DVD's. There are various patents and reverse engineering legal issues which interfere with open source and especially genuine freeware licensing or deployment of such software. This is why such tools are not in our favorite upstream vendor's codeline, nor will they be, unless such cumbersome licensing can be resolved. Since VLC can typically deal with DVD's, there's the whole libdvdcss sawsuit history that makes it unavailable for our favorite upstream vendor's core distributions. So it's *not* going to work fully without such non-Scientific-Linux provided components, unless our friends at Scientific Linux were to take that on. I don't see a point to that when atrpms and the other repositories are doiing such a good job. That said, if you're in a legal position to use these patented software tools, and you suspect some of the dependencies are extraneous, you can use mock to try building the SRPM in a clean SL 5.7 environment. I can send you, or the group, my /etc/mock files for using a local repo for precisely this sort of work. It's much, much, much more efficient to use mock from local repositories than reaching out to external mirrors, and different configs to work with JPackage or RPMforge repos as well. This keeps from cluttering your working system with a lot of libraries and dependencies that may cause other adventures. But Yasha, VLC is a powerful and flexible multimedia player, It *needs* access to those libraries in order to manage even half of the different formats and encodings it manages.
Re: vlc-1.1.11-72.el5.i386.rpm
On 11/05/2011 11:57 AM, Nico Kadel-Garcia wrote: On Sat, Nov 5, 2011 at 2:02 AM, Yasha Karantykar...@csusb.edu wrote: I am attempting to install vlc-1.1.11-72.el5.i386.rpm from http://packages.atrpms.net/dist/el5/vlc/ There is a long list of dependencies missing, appended below. Is there a way to specify to get just these packages from ATrpms without damaging the underlying production EL 5.7 system (e.g., replacing SL packages by other packages from ATrpms that then cause problems and instability with EL 5.7)? Is there another add-on EL 5 RPM repository that requires fewer additions to stock EL 5.7 but still has a vlc 1.x version? First warning: vlc supports MPEG formats and playing DVD's. There are various patents and reverse engineering legal issues which interfere with open source and especially genuine freeware licensing or deployment of such software. This is why such tools are not in our favorite upstream vendor's codeline, nor will they be, unless such cumbersome licensing can be resolved. Since VLC can typically deal with DVD's, there's the whole libdvdcss sawsuit history that makes it unavailable for our favorite upstream vendor's core distributions. So it's *not* going to work fully without such non-Scientific-Linux provided components, unless our friends at Scientific Linux were to take that on. I don't see a point to that when atrpms and the other repositories are doiing such a good job. That said, if you're in a legal position to use these patented software tools, and you suspect some of the dependencies are extraneous, you can use mock to try building the SRPM in a clean SL 5.7 environment. I can send you, or the group, my /etc/mock files for using a local repo for precisely this sort of work. It's much, much, much more efficient to use mock from local repositories than reaching out to external mirrors, and different configs to work with JPackage or RPMforge repos as well. This keeps from cluttering your working system with a lot of libraries and dependencies that may cause other adventures. But Yasha, VLC is a powerful and flexible multimedia player, It *needs* access to those libraries in order to manage even half of the different formats and encodings it manages. Thank you. I am (well) aware of the power of VLC, particularly compared with a number of other offerings/applications, both open systems and proprietary for fee. Although I would very much like to comment upon the issues you have raised concerning the reading and use of legally purchased and owned for-personal-use DVDs across region codes, as this list repeatedly has stated that it is strictly technology for technicians/technologists and devoid of any intellectual issues or discussions -- including societal issues as required under the ACM code of ethics, I shall not take the bait. I would very much appreciate it if you would provide the tools, syntax, etc., for the needed mock build environment, as I presume that the resulting containment is safer than allowing ATrpms to have free reign (and free update requests) for a production end-user stable EL workstation. Yasha Karant