On Thursday 20 February 2003 01:00 pm, Adam Williamson wrote: snip > Why not just test with APM and answer the question? > > FYI, it's more likely to work on more *modern* ACPI implementations. > Especially on desktop systems. It's old ones that suck the most.
First of all and most important - hugs and kisses to Mandrake and the whole Mandrake Community Second and almost as important, my apologies to those who suffered from my frustration yesterday Third, after a clean install of cooker rsync this morning, most of my problems and all of my anxiety and doubt have gone away. I beg the forgiveness of all those I offended. There must be a few object lessons here: 1) at least as far as cooker is concerned, isos are always obsolete 2) except for the most isolated user with a slow connection, users should band together and maintain a local mirror 3) although it is difficult to separate the effects of bad hardware from bad software, more data and some data-mining would help. Requiring users to supply the data manually is doomed. An agent could gather a lot of the information and add a user "complaint" and forward it to a data base. A little regression on that data would help inform the community of what works, what doesn't and probably causes. PS. ACPI is off in the latest install Kernel command line: BOOT_IMAGE=linux ro root=801 devfs=mount hda=ide-scsi acpi=off quiet
