Comment 4 for bug 13852

(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #1)
> > > This is simply because the SMP kernel is not on the CD, so it cannot be
> > > installed in the first stage of the install. Any fix for this would be an
> > > enhancement, not critical.
> >
> > The problem is that the smp kernel cannot be installed after the base-install is
> > over. When I select the package through synaptic, it complains that it cannot be
> > installed and states that the likely cause is a bad package. If you want the
> > precise error message, I should be able to provide it once I get home.
>
> Yes, we will definitely need the precise error message.
>
> > Besides this, not including the smp kernel might be a mistake because many
> > machines today actually require it in order to take advantage of hyperthreading.
> > (PIVs, Xeons and the upcoming dual core chips). Additionally, it seems that this
> > is the likely reason why the total amount of memory isn't detected either. It
> > reports 1.0 GB, instead of 1.5. I think geting this right during the
> > installation is important if Ubuntu is to cater to users who may not know how to
> > install the required kernel afterwards or what a kernel is for that matter.
>
> Nevertheless, we have CD size limitations to consider here. Every kernel we
> include means fewer languages we can support on the CD by default.

The SMP kernel is almost the same size as the uniprocessor kernel.
The SMP kernel supports uniprocessor systems(it must).
I suggest substituting the SMP kernel to make hyperthreading and multi-processor
environments available now for (k)ubuntu while still supporting uni's.

Unless I am missing something, which is of course possible since I do not
work for Intel or AMD, the hyperthreaded environment is the future of desktop
systems. The sooner unbuntu supports it, the sooner any kinks can get kicked out.

WDYT?

( In case you are wondering, I have only SMP systems here & would like very much
to install (k)ubuntu ... )