debian-cd-clone/tasks
Frans Pop 6ab66924a6 Change of tasks/Debian_lenny to point to d-i+kernel-sid looks to have been committed accidentally. However, it is the correct setting currently so also update the tasks for -kde and -xfce as those images are currently broken without that change. Should all be changed back when there is a D-I Lenny beta1 release. 2007-12-23 04:09:46 +00:00
..
Debian_etch * Fix up the Debian_etch, Debian_etch-kde and Debian_etch-xfce 2007-03-19 01:44:19 +00:00
Debian_etch-kde * Fix up the Debian_etch, Debian_etch-kde and Debian_etch-xfce 2007-03-19 01:44:19 +00:00
Debian_etch-xfce * Fix up the Debian_etch, Debian_etch-kde and Debian_etch-xfce 2007-03-19 01:44:19 +00:00
Debian_lenny Current state of generated tasks 2007-11-19 23:27:57 +00:00
Debian_lenny-kde Change of tasks/Debian_lenny to point to d-i+kernel-sid looks to have been committed accidentally. However, it is the correct setting currently so also update the tasks for -kde and -xfce as those images are currently broken without that change. Should all be changed back when there is a D-I Lenny beta1 release. 2007-12-23 04:09:46 +00:00
Debian_lenny-xfce Change of tasks/Debian_lenny to point to d-i+kernel-sid looks to have been committed accidentally. However, it is the correct setting currently so also update the tasks for -kde and -xfce as those images are currently broken without that change. Should all be changed back when there is a D-I Lenny beta1 release. 2007-12-23 04:09:46 +00:00
Debian_sarge - debian-installer task files renamed to include distro name and branched 2005-05-15 16:46:50 +00:00
README - Exclude kernel sources from popcon results, old data skews this badly. 2004-08-12 03:57:24 +00:00
base-etch Update base-etch and popularity-contest-etch in tasks; especially base-etch has some important updates 2006-10-06 21:39:57 +00:00
base-lenny * Copied etch files to lenny ready for the new testing work. 2007-04-10 23:21:31 +00:00
base-sarge - Since amd64 is not on standard debian mirrors, and generate_d-i+k_list 2005-01-02 23:31:45 +00:00
debian-installer+kernel-etch Latest versions from farbror 2007-09-25 15:32:28 +00:00
debian-installer+kernel-lenny Current state of generated tasks 2007-11-19 23:27:57 +00:00
debian-installer+kernel-sarge Current state 2006-11-17 00:38:33 +00:00
debian-installer+kernel-sid Current state of generated tasks 2007-11-19 23:27:57 +00:00
debian-installer-etch Latest versions from farbror 2007-09-25 15:32:28 +00:00
debian-installer-lenny Current state of generated tasks 2007-11-19 23:27:57 +00:00
debian-installer-sarge Current state 2006-11-17 00:38:33 +00:00
debian-installer-sid Current state of generated tasks 2007-11-19 23:27:57 +00:00
empty * Many modifications to support the inclusion of local packages 2000-03-07 18:59:31 +00:00
exclude-etch * tasks/exclude-etch: clean up packages no longer in the archive. 2006-12-03 18:59:13 +00:00
exclude-lenny * Copied etch files to lenny ready for the new testing work. 2007-04-10 23:21:31 +00:00
exclude-sarge Updated tools/add-bin-doc to stop warnings when generating README.html 2005-06-04 19:31:27 +00:00
forcd1 - Add network-console-config to forcd1 since it's needed by the 2004-11-01 18:24:15 +00:00
forcd1-etch * Add initrd-tools to forcd1 as it is needed for Sarge to Etch upgrades. 2007-03-28 21:31:48 +00:00
forcd1-lenny * Copied etch files to lenny ready for the new testing work. 2007-04-10 23:21:31 +00:00
interesting-fromcd23 fix smartmontools 2006-07-09 19:39:01 +00:00
popularity-contest-etch check in the tasks files used for etch 2007-04-07 11:35:31 +00:00
popularity-contest-lenny Current state of generated tasks 2007-11-19 23:27:57 +00:00
popularity-contest-sarge Current state 2006-11-17 00:38:33 +00:00
popularity-contest-sid Current state of generated tasks 2007-11-19 23:27:57 +00:00
task-essential-etch * Updated tasks for tasksel 2.66. 2007-01-27 18:33:43 +00:00
task-essential-etch-kde * Updated tasks for tasksel 2.66. 2007-01-27 18:33:43 +00:00
task-essential-etch-xfce * Updated tasks for tasksel 2.66. 2007-01-27 18:33:43 +00:00
task-essential-lenny * lenny tasks: update for current task lists; set svn:keywords so the date 2007-12-17 20:57:40 +00:00
task-essential-lenny-kde Try to get the date comment really updated 2007-12-17 21:04:52 +00:00
task-essential-lenny-xfce Try to get the date comment really updated 2007-12-17 21:04:52 +00:00
task-essential-sarge - Update task files for tasksel 2.22 2005-01-23 01:19:07 +00:00
task-full-etch * Updated tasks for tasksel 2.66. 2007-01-27 18:33:43 +00:00
task-full-etch-kde * Updated tasks for tasksel 2.66. 2007-01-27 18:33:43 +00:00
task-full-etch-xfce * Updated tasks for tasksel 2.66. 2007-01-27 18:33:43 +00:00
task-full-lenny Try to get the date comment really updated 2007-12-17 21:04:52 +00:00
task-full-lenny-kde Try to get the date comment really updated 2007-12-17 21:04:52 +00:00
task-full-lenny-xfce Try to get the date comment really updated 2007-12-17 21:04:52 +00:00
task-full-sarge xprt-xprintorg was removed from the desktop task 2005-04-12 19:31:59 +00:00
task.list * tools/update_tasks: ignore comments and blank lines in tasks.list. 2007-12-17 19:59:42 +00:00
task.list.kde Don't forget the other last lists 2007-12-17 20:43:30 +00:00
task.list.xfce Don't forget the other last lists 2007-12-17 20:43:30 +00:00
unexclude-CD2-etch remove all the kernel excludes, should not be necessary to maintain that 2005-09-14 20:58:13 +00:00
unexclude-CD2-lenny * Copied etch files to lenny ready for the new testing work. 2007-04-10 23:21:31 +00:00
unexclude-CD2-sarge Exclude more new kernel images from CD1. 2005-02-04 19:54:19 +00:00

README

NOTE: In these lists, package names should be on one line by itself.
      No spaces/tabs/comments on the same line.

cpp does not remove spaces/tabs, and perl apparently considers literally
everything between \n and \n as package name. So, it's best to have no
spaces/tabs at all outside the comment delimiters.

The exclude/unexclude lists are NOT preprocessed, so comments there are
not supported.

-----

THE "USEFUL CD 1 PROJECT" RATIONALE                  J.A. Bezemer, Jan-Apr 2001
                                                     costar@panic.et.tudelft.nl

Quite many Debian users do not have the Complete Official CD set, but only
one (or sometimes two) CDs. They expect that CD to be as useful as
possibe, that is, to contain as much useful packages as possible.

We have four means to determine the usefulness of a (set of) package(s):
the Popularity Contest (see above), the task-* packages, packages included
on the official CDs of other distributions, and our own experience.

We can distinguish two main groups of people that will use a single Debian CD:
1. People paying nothing
2. People wanting to pay as little as possible

ad 1. This happens mostly at tradeshows/expos/conferences. We can further
subdivide this group into two opposites:
a. Complete Linux newbies that want to use Debian as their first
   distribution.
b. Well-experienced Linux users that want to compare Debian to other
   distributions, mostly with the pre-determined intent to either switch
   to the "best" distribution for their own personal use, or employ the
   "best" distribution for some specific project in their company.

ad 2. This occurs mostly by people ordering CDs from regular vendors.
While groups a. and b. are also present here, there is another group that
deserves attention:
c. Relatively experienced Debian users with a reasonably fast and cheap
   Internet connection that order CD1 to get the bulk of the upgrades, and
   fetch the rest from online repositories.

The mentioned groups each have specific expectations from their single CD.

ad a. Newbies often start using a Linux system guided by some manual or
other piece of literature that may, or may not, be Debian-specific. Many
introductory Linux books describe/demonstrate the same utilities and
programs; however several of these examples don't have much to do with the
daily routine of a more experienced user.

What they do use:
- install tools
- "easy" packages, like task-newbie-help, task-dialup(-isdn), X, Gnome

What they don't use:
- "difficult to learn" packages, like task-sgml, task-fortran
- development packages (well, they may want to compile a new kernel)

ad b. When comparing Linux distributions, quite often either a simple
install without much packages is tried, to see "what it looks like", or a
more elaborate install that mimics one's currently working system, to find
out "what it feels like." Once Debian is recognized as the truly best
distribution, a complete CD set will be bought which will be used to
set-up the production system(s).

What they do use:
- install tools
- "easy" packages
- to compare distributions: packages found in their current distribution /
  other distributions from which they have collected CDs

What they don't use:
- packages that require much setup/tuning, or just "a long time to get
  functional", like task-database-*, task-news-server,
  task-parallel-computing-node
- "heavy development" packages, like task-sgml-dev, task-objc-dev
(maybe they are interested in these packages, but they will recognize
them as being "advanced", and not expect them on the "most popular" CD)

ad c. Upgrading as much packages as possible from a single CD means that
the most-used packages on Debian systems should be present on that CD.

What they do use:
- packages used on at least 5% of all Debian systems (which happens to be
  the top 5% of the Popularity Contest results)

What they don't use:
- the rest

Keeping all this in mind, a solution was developed that (implicitly) uses
all mentioned "rating methods" to create a CD 1 that should answer the
stated demands as well as possible. The lists were entered, tested, verified,
cross-checked and adjusted, until an acceptable result was reached.


Further work/Recommendations:

The described procedure has resulted in a drastically reduced number of
task-* packages that are forced to go on the first CD. But since the
Popularity Contest can't handle task-* packages very well, most of them
will be moved to the last CD in the set, while in many cases all of their
"contents" are available on "more popular" CDs. It would make more sense
if a task package is included as soon as, say, 50-70% of it's dependencies
are included. Since all APT tools are available during CD image creation,
this can probably be automated entirely.