mplayer & ffmpeg with VDPAU Support

Kevin Kofler kevin.kofler at chello.at
Thu Mar 5 03:25:31 CET 2009


Ralf Corsepius wrote:
> - Potential NEVR and file conflicts and "NEVR races".

NEVR conflicts are not an issue with freetype vs. freetype-freeworld because
there's no versioned requires. The plugin-type -freeworld packages (e.g.
xine-lib-extras-freeworld) actually cause more NEVR issues than the ones
which override the system library entirely (still, plugins are preferred to
overrides where possible, it's a much cleaner solution).

I haven't seen a single file conflict between freetype and
freetype-freeworld. The freetype-freeworld package omits and has always
omitted everything provided by the main freetype package. The only files it
contains are the ones listed below:
/etc/fonts/conf.d/99-DejaVu-autohinter-only.conf
/etc/ld.so.conf.d/freetype-freeworld-i386.conf
/usr/lib/freetype-freeworld
/usr/lib/freetype-freeworld/libfreetype.so.6
/usr/lib/freetype-freeworld/libfreetype.so.6.3.16
/usr/share/doc/freetype-freeworld-2.3.5
/usr/share/doc/freetype-freeworld-2.3.5/ChangeLog
/usr/share/doc/freetype-freeworld-2.3.5/FTL.TXT
/usr/share/doc/freetype-freeworld-2.3.5/GPL.TXT
/usr/share/doc/freetype-freeworld-2.3.5/LICENSE.TXT
/usr/share/doc/freetype-freeworld-2.3.5/README
none of which are likely to ever be provided by freetype. (FWIW,
99-DejaVu-autohinter-only.conf may disappear at some point. DejaVu upstream
says the bytecode interpreter should be used if possible, but their hinting
changes the weight of the font, so it looks very different, and they also
still don't have hinting for all characters, so you'll get a mix of the
hinted and autohinter looks. So whatever the default is, there will always
be complaints about it.)

As for NEVR races, they're fairly irrelevant as ABI and API compatibility is
normally not an issue for freetype. And I update freetype-freeworld
whenever freetype is changed in a way which affects freetype-freeworld as
well, so the updates will hit within hours of each other, you won't miss
anything by using the freeworld package.

That said, if you need or want neither subpixel rendering nor the bytecode
interpreter, then there's no reason to install freetype-freeworld.

        Kevin Kofler



More information about the rpmfusion-developers mailing list