Ted Hilts wrote: > Also, I was talking about kernel versions higher than yours (up in the > twenties where yours was 18) and 32 bit. But whether the CPU is 32 bit
debian stable highest version number is 2.6.18 so there is no way to get a stable distro with a higher version number (stable as in: only packages from the repo) - also I recommend against using packages outside of stable on a server (at least if you don't have a testing lab to verify everything works) > on 64bit machines could be a problem, I don't know. Also, the AMD was > the only working CPU architecture available on Debian and I don't know no, xen only supports x86, amd isn't the architecture, read below amd64 is for all x86_64 CPUs - afaik it's just a "historic" naming oddity. I'm running xen as a playground at home too with an intel core 2 duo - no idea about detailed specs just some office pc that was cheap at the time buying it. > why that was the case. Many people do not use AMD as their CPU it's just called amd64 you can run it fine on intels 64bit processors. It's historical since the x86_64 was first from amd and only later from intel. Any specific reason you need a newer kernel? (Again) I wouldn't do that on a server machine. Also xen patches are always a couple of versions behind - at least in my experience - so they only apply cleanly to the version stated on xensource > architecture. Somewhere, just before etch was declared as STABLE the > AMD Xen stuff failed to work properly and this condition was verified by > someone (I don't have the name handy) who was doing some kind of liaison > between Debian and Xen. That's why I said it did not work on Debian. well stable has always worked for me. sarge didn't have xen so i can't follow the notion of "not working" installing the original packages from xensource has always worked on any distro (tried it with 3 different ubuntu versions and sarge) > This liaison person has already confirmed that and was attempting to > find a way around no Debian Xen until the next stable version (which > seems to be on its way or is already here). So it seems by my if you really must use xen+debian/oldstable (sarge) I'd go with the official packages from the xen homepage. > information the Xen Debian problem occurred on the 2.6 kernel at some > point and there were many requests on the debian-user list asking why > they could not get the AMD Xen stuff to work. So it will be interesting > to see if things have now changed. I don't doubt your set up works and > works well but I am willing to bet that the etch stable kernel version etch has been stable since some time now > will not work for you. Maybe, with Debian 4.0 the problem has been > resolved -- hope so! before etch there was no xen in stable (read: sarge didn't have xen) iirc > I did not snip out the rest of the stuff. it already is in the archives, so no reason to -- http://noneisyours.marcher.name http://feeds.feedburner.com/NoneIsYours You are not free to read this message, by doing so, you have violated my licence and are required to urinate publicly. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
