On 2006-08-31 Steve Langasek wrote: > On Thu, Aug 31, 2006 at 11:30:58PM +0200, Christian Hammers wrote: > > > > It was downgraded, I guess, to enable the propagation of the last > > > mysql security uploads to testing. The problem affects only us, the > > > "second class" citizens that have old machines. It was tagged > > > "wontfix" because Christian Hammers (the mysql maintainer) believes > > > that it won't be fixed by upstream. I tend to agree with him with > > > regret. > > Yes, upstream won't disable assembler optimization as the problem only > > occurs only on very early i486 and clones like Cyrix, not even on most > > real i486. There are just too a few of you unlucky guys left :) > > AFAIK it's not required to disable the assembler -- it's only required to > handle the illegal instruction?
You volunteer to write the patch or know an assembler coder? ;-) I doubt that MySQL spends time for it. > > > For me this bug is RC, because Debian is supposed to support CPUs > > > >=i486 for the i386 architecture. > > So to latest information it does works on most i486 CPUs. Although it's > > just the SSL part of MySQL I have strong feelings against using > > inofficial compiler flags and rather leave it as maybe RC but +wontfix > > as 486 owners rarely run database servers ... > > > Steve, what do you think? > > This is reported to break even the loading of php4-mysql on affected > systems, which is definitely unrelated to running a database server; and > the number of Cyrix systems affected is almost certainly much greater than > the number of remaining early-486 systems affected. Let's leave it as RC. I try to disable the assembler and if in the meantime anybody writes a patch we take that. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
