On Tuesday 06 March 2007 09:21:43 am Per Jessen wrote:
Greg KH wrote:
On Mon, Mar 05, 2007 at 08:39:20PM +0100, Per Jessen wrote:
I've had a couple bug reports closed with WONTFIX, despite the reports being perfectly documented and diagnosed. To summarise the reasoning - "your hardware is too old or buggy, so we can't be bothered". I operate a 7x24 production environment with a few thousand customers, so I understand the reasoning with respect to aiming for an SLES release. I have also not reopened any of those bugreports.
But - is it right for openSUSE to move towards an environment where only recent hardware is supported properly? The hardware I'm talking about is datacentre-level servers (Compaq mostly), up to 7 or 8 years old.
Do you have specific bug numbers showing the hardware you are having problems with?
Hi Greg,
here's a couple of examples:
Looks like a case where the hardware manufacturer can't be bothered anymore to fix its own BIOS, but SUSE or the kernel devs should work around the bugs in it. They usually do, but I have to say that it's not fair to SUSE. Hardware manufacturer should take care of its shit until the customer is done using it. If you're prepared to accept that the manufacturer will not do that, why not accept that SUSE can't do that either? I'd rather know that kernel devs--people with valuable knowledge--spend their time working on important stuff rather than toiling at workarounds for obscure bugs in ancient BIOSes. The bigger the generation gap between hardware and software, the harder it becomes to make it work, it's a rule. So if you really need to reinstall the OS on some old junk, it means it's time to get rid of the junk.
ISA-support: https://bugzilla.novell.com/show_bug.cgi?id=231191
:-( ISA support, come on! Even worse, ISA PnP, what a nightmare...
None of these are showstoppers, there are known work-arounds - I just thought I was beginning to see a trend. I know I've got another one around to do with shared IDE IRQs and libata or something like that. I can't find it right now, but that one's more important.
That might be valid. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org