On 18 July 2011 12:45, Samuel Verschelde <[email protected]> wrote: > Le lundi 18 juillet 2011 11:26:34, Ahmad Samir a écrit : >> On 18 July 2011 10:51, Samuel Verschelde >> >> <[email protected]> wrote: >> > Le lundi 18 juillet 2011 10:11:32, Mageia Team a écrit : >> >> Name : mplayer Relocations: (not >> >> relocatable) Version : 1.0 Vendor: >> >> Mageia.Org Release : 1.rc4.0.r32713.7.mga2 Build Date: Mon >> >> Jul 18 09:51:27 2011 Install Date: (not installed) Build >> >> Host: ecosse Group : Video Source RPM: >> >> (none) >> >> Size : 8890529 License: GPLv2 >> >> Signature : (none) >> >> Packager : Mageia Team <http://www.mageia.org> >> >> URL : http://www.mplayerhq.hu >> >> Summary : Movie player for linux >> >> Description : >> >> MPlayer is a movie player for LINUX (runs on many other Unices, and >> >> non-x86 CPUs, see the documentation). It plays most MPEG, VOB, AVI, >> >> VIVO, ASF/WMV, QT/MOV, FLI, NuppelVideo, yuv4mpeg, FILM, RoQ, and some >> >> RealMedia files, supported by many native, XAnim, and Win32 DLL codecs. >> >> You can watch VideoCD, SVCD, DVD, 3ivx, FLI, and even DivX movies too >> >> (and you don't need the avifile library at all!). The another big >> >> feature of mplayer is the wide range of supported output drivers. It >> >> works with X11, Xv, DGA, OpenGL, SVGAlib, fbdev, AAlib, but you can use >> >> SDL (and this way all drivers of SDL), VESA (on every VESA compatible >> >> card, even without X!), and some lowlevel card-specific drivers (for >> >> Matrox, 3Dfx and Radeon) too! Most of them supports software or hardware >> >> scaling, so you can enjoy movies in fullscreen. MPlayer supports >> >> displaying through some hardware MPEG decoder boards, such as the DVB >> >> and DXR3/Hollywood+! And what about the nice big antialiased shaded >> >> subtitles (9 supported types!!!) with european/ISO 8859-1,2 (hungarian, >> >> english, czech, etc), cyrillic, korean fonts, and OSD? >> >> >> >> Note: If you want to play Real content, you need to have the content >> >> of RealPlayer's Codecs directory in /usr/lib64/codecs/ >> > >> > Is it ok to have such a path (/usr/lib64/codecs/) in a summary ? >> >> Yes, because it's /usr/lib64/ in the x86_64 package and /usr/lib/ in >> the i586 one. >> >> (I think the email to the changelog ML resolves %_libdir/ depending on >> the machine that generated the email, not sure though). >> > > I'm not fond of descriptions changing according to the arch, it makes my life > harder in madb where I need one description per package name (tainted packages > are already problematic in this regard) :) > > Samuel >
Whether this causes problems for other tools or not, that bit of the description is giving users useful info. Maybe it can be moved to a README.urpmi, Anssi? -- Ahmad Samir
