the new one & in testing now.
* Run test scripts for enhancing tasks after task selection, to determine
whether to install them.
* If an enhancing task is selected (by preseeding), make sure to select
the tasks it enhances too, but not other tasks that enhance them in
* kde-desktop task is back. Not installed as part of the desktop task, and
still hidden from the menu. But:
* Support preseeding tasks to install using the task name, which is shorter
and nicer for preseeding than the short description. So for example,
you can boot with tasksel/first=kde-desktop ..
task entry for it that can have test scripts like other task entries,
* Check for running under the debconf frontend and if it is, do as much as
possible to avoid outputting non-debconf protocol to stdout, including:
- Don't display the manual task.
- Don't clear the screen before running aptitude.
Before this can be used in a first stage debian install, we'll still need
to deal with dpkg/apt output.
so it's less of a special case from how task definitions generally work.
* Key packages are always included in a task, and need not be explicitly
listed by the Packages field, although it's ok if they are.
* Allow package list programs to output the list separated by any
whitespace, not just newlines.
* Pass params from Packages: fields to the program that is run.
* Add a "list" method, supporting easy user-defined tasks with no coding
or overrides hacking needed, vis:
* Some docs improvements in this area.
* Both depend on the main desktop task (so both will be installed if
available when the desktop task is selected), and both are hidden since
a user should not need to choose between them.
* This allows CDs to leave off either KDE or Gnome (or both!) and still
get a working desktop task.
* It also allows derivitives to more easily choose to include only one of
the environments (via preseeding or by unhiding the tasks).