Re: sparc32 and sparc64-only packages
On Wed, 12 Jul 2006, Reinhard Tartler wrote:
As xine comaintainer I'm interested if I should disable special vis
optimisations in the xine-lib source package sacrificing performance on
ultrasparc machines for the sake of older SPARCstations. This was not
meant as offence for SPARCstation users (and I don't have much clue
about sparc anyway), I rather want to find a good solutions for our
An other option would be to create a 'special' libxine1-vis package,
which has libxine recompiled with optimised libraries.
That would be and ideal solution, however I'm not sure whether it is
easily achievable. From a cursory look at the source of the component
containing the sparc64-specific assembler I got an impression that it just
does not ship any generic unoptimized code. I would be glad to be proven
wrong on that, but to me it looked like making it work on sparc32 required
a significant effort.
If the decision is that it is okay to include vis depending code for
ffmpeg and related packages, then I think we should have this documented
in the Developers Reference, if not, in Debian Policy.
I don't think it's such a big deal, but at the moment it's up to release
team to decide whether such packages are considered RC-buggy.
Jurij Smakov email@example.com
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC