[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#255244: base-installer: granular kernel selection



Package: base-installer
Version: 20060616
Severity: wishlist

The kernel selection should be improved. In the following, I am
assuming that the optimisation level can be autodetected. Using
uname(1) or /proc/cpuinfo, this should not be a problem. I suggest:

Standard mode:

  - use the kernel-image-2.x-y package corresponding to architecture
    and kernel used for the installation. that package depends on
    the latest kernel in that series, which is what most users will
    want.
  - if the install was with a 2.4 kernel, consider asking the user
    whether to install 2.4 or 2.6. if it was done with a 2.6 kernel,
    then use 2.6 since it may be required for the hardware.

Expert mode:

  - ask the user whether to install 2.4 or 2.6, if the
    install was with a 2.4 kernel. if it was done with a 2.6 kernel,
    then use 2.6 since it may be required for the hardware.
  - ask whether to use a 'specific kernel', or the 'latest in the
    series'.
  - depending on the answer, show a list of 2.x.y-<arch> packages or
    2.x-<arch> packages (which depends on the latest 2.x.y-<arch>
    package) respectively.

Thanks,

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (600, 'testing'), (98, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.6-1-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8

-- 
Please do not CC me when replying to lists; I read them!
 
 .''`.     martin f. krafft <madduck@debian.org>
: :'  :    proud Debian developer, admin, and user
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!

Attachment: signature.asc
Description: Digital signature


Reply to: