Summary: Review Request: libtxc_dxtn - S3 Texture Compression
support libraries for Mesa
Product: Package Reviews
Component: Review Request
Estimated Hours: 0.0
S3 Texture Compression (S3TC) (sometimes also called DXTn or DXTC) is a group
of related lossy image compression algorithms originally developed by S3
Currently, s3tc is supported by libtxc_dxtn on all graphic cards which use the
radeon, r200, i830 and i915 driver. Other DRI drivers are not supported, even
if the hardware could do it, at least not until someone writes the code for it.
Not eligible for fedora:
S3TC is patented.
[andreas@workstation result]$ rpmlint -v *.rpm
libtxc_dxtn.i586: I: checking
libtxc_dxtn.i586: W: no-soname /usr/lib/libtxc_dxtn.so
libtxc_dxtn.src: I: checking
libtxc_dxtn-debuginfo.i586: I: checking
3 packages and 0 specfiles checked; 0 errors, 1 warnings.
no-soname is a shame, but I didn't want to meddle with upstream code as the
version number is horrible anyway.
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.
Could somebody with the requiste permissions please add me (FAS:
alexlan, e-mail: alexl(a)users.sourceforge.net) to owners.list as a
co-maintainer for "rtmpdump"? The current primary maintainer (dwmw2) is
fine adding me as a co-maintainer, see:
libao-1.0.0-1.fc14 is pushed into F-14 buildtree on 2010-09-11 and
this rpm contains soname bump of included libraries compared to the
previous one. However still the following packages on rpmfusion rawhide
require previous libao. Would someone rebuild the following packages?
(by the way, while bsnes-0.051 exists on nonfree, bsnes-0.070
also exists on free?)
So, it seems less and less likely that this is going to be fixed by F14
which means *-config-display won't work, which means enabling nvidia,
fglrx and psb won't work as currently packaged.
So here's a suggestion: we could replace the use of the *-config-display
tools to write xorg.conf by simply writing static snippets
to /etc/X11/xorg.conf.d in %post or from the services. For psb this
should be trivial as it's an RandR 1.2 driver, I really only need to
specify the driver name and a couple of options. I think it should also
be feasible for nvidia / fglrx since they do use EDID detection these
days - I don't think the stuff actually needed in an xorg.conf snippet
to enable these drivers has to vary between systems, we should be able
to just make it a simple snippet.
What does everyone think of this approach, does it seem sensible? It'd
be nice to push this out to be ready for GA next week.
libbluray is a library to access Blu-Ray disks for video playback. It is
licensed under the LGPL and as such should be fine for Fedora.
However, this will only work with blurays not protected with either AACS
or BD+. The libraries that allow to play protected blurays are libaacs
and libbdplus, which can be dlopen'ed by libbluray if present. These
libraries don't provide the keys needed to allow decryption, the keys
file needs to be fetched elsewhere. These 2 libraries are licensed under
LGPL too. Would these 2 libraries be allowed into RPM Fusion or is this
materials for Livna ? This is only a theoretical question for now, as
libaacs and libbdplus are not yet public but should be soon, but I
thought it might worth discuss that before, given the fair amount of
discussion it took to agree on what to do with libdvdcss.