Re: [SLUG] 686 || !686

2006-12-16 Thread Matt Moor
Penedo wrote: [...] BTW - speaking of which - the new Xen packages documentation in Debian Etch seem to assume that the user already knows which package he should use. Could someone please tell me yes/no on weather linux-image-2.6.18-3-xen-k7 is the right package to use to run a Xen machine

[SLUG] 686 || !686

2006-12-13 Thread Peter Miller
Is there a script which takes the output of /proc/cpuinfo and tells me weather or not I can use a 686 kernel on a machine? And why doesn't the Ubuntu installer do it automagically? (For that matter, mplayer needs this, too.) -- Regards Peter Miller [EMAIL PROTECTED] /\/\*

Re: [SLUG] 686 || !686

2006-12-13 Thread Jeff Waugh
quote who=Peter Miller And why doesn't the Ubuntu installer do it automagically? In pre-edgy releases, there were -386 and -686 kernel packages. -386 was installed by default because it was only kernel package that could fit on the CD (considering priorities), and is maximally compatible. The

Re: [SLUG] 686 || !686

2006-12-13 Thread Penedo
On 14/12/06, Jeff Waugh [EMAIL PROTECTED] wrote: Since dapper, the Ubuntu kernels have automagically handled SMP/UP where appropriate, too. :-) And still - is there a good way to find out the exact cpu information in a useful way for a script? Something a-la the script used by gcc's source

Re: [SLUG] 686 || !686

2006-12-13 Thread Erik de Castro Lopo
Penedo wrote: And still - is there a good way to find out the exact cpu information in a useful way for a script? Something a-la the script used by gcc's source code to automatically decide which architecture it should build for? (it's been ages since I last built GCC so maybe it's different

Re: [SLUG] 686 || !686

2006-12-13 Thread Jeff Waugh
quote who=Penedo And still - is there a good way to find out the exact cpu information in a useful way for a script? uname -m -p is a good start. Depends how much info you need to know. You can always use /proc/cpuinfo (family, model, stepping, name, features, bugs) or you could use dmidecode

Re: [SLUG] 686 || !686

2006-12-13 Thread Penedo
On 14/12/06, Erik de Castro Lopo [EMAIL PROTECTED] wrote: Penedo wrote: And still - is there a good way to find out the exact cpu information in a useful way for a script? Something a-la the script used by gcc's source code to automatically decide which architecture it should build for?

Re: [SLUG] 686 || !686

2006-12-13 Thread jam
On Thursday 14 December 2006 08:50, [EMAIL PROTECTED] wrote: Since dapper, the Ubuntu kernels have automagically handled SMP/UP where appropriate, too. :-) And still - is there a good way to find out the exact cpu information in a useful way for a script? Something a-la the script used by

Re: [SLUG] 686 || !686

2006-12-13 Thread Peter Miller
On Thu, 2006-12-14 at 08:52 +0900, [EMAIL PROTECTED] wrote: U cat /proc/cpuinfo do what you like Hmm, I think this misses the point. (1) I, personally, do not know all of the things that can be present in /proc/cpuinfo (2) I, personally, do not know all of the CPUs which gcc supports, let

Re: [SLUG] 686 || !686

2006-12-13 Thread jam
On Thursday 14 December 2006 10:00, [EMAIL PROTECTED] wrote: U cat /proc/cpuinfo do what you like Hmm, I think this misses the point. (1) I, personally, do not know all of the things that can be present in /proc/cpuinfo (2) I, personally, do not know all of the CPUs which gcc

Re: [SLUG] 686 || !686

2006-12-13 Thread Penedo
On 14/12/06, Peter Miller [EMAIL PROTECTED] wrote: By implication, I don't know what Ubuntu considers 686 when building a kernel image. I'm guessing that it uses gcc definitions, but that is no help, since I don't know gcc's mapping, either. I've just found that config.guess exists in many

Re: [SLUG] 686 || !686

2006-12-13 Thread David Lloyd
Erik, Solaris needed that because Solaris' /proc/ file system contains mostly (all?) binary data. From what I can see, Solaris' /proc file system is a filesystem to describe PROCcesses. That it became useful to describe other things is history I don't quite know about...it's one of the

Re: [SLUG] 686 || !686

2006-12-13 Thread Peter Miller
On Thu, 2006-12-14 at 00:01 +1100, Jeff Waugh wrote: has all the smarts it needs to install the preferred kernel package if it's available So by available you mean a. on the install media ONLY, b. even in the case where the install has access - at install time - to an Ubuntu repository over

Re: [SLUG] 686 || !686

2006-12-13 Thread Jeff Waugh
quote who=Peter Miller a. on the install media ONLY, b. even in the case where the install has access - at install time - to an Ubuntu repository over the Internet, c. even in the case where immediately post-install there is access to an Ubuntu repository over the Internet. i.e. for very

Re: [SLUG] 686 || !686

2006-12-13 Thread Peter Miller
On Thu, 2006-12-14 at 00:01 +1100, Jeff Waugh wrote: quote who=Peter Miller And why doesn't the Ubuntu installer do it automagically? The installer has all the smarts it needs to install the preferred kernel package if it's available though. Oh... maybe I'm asking the wrong question...

Re: [SLUG] 686 || !686

2006-12-13 Thread Jeff Waugh
quote who=Peter Miller Is there an Ubuntu Live CD image that does a network based install, rather than a media based (CD or DVD) install? (Just go up the path if you want to find mini.iso for other releases... This is also where you'll find PXE network install bits.)