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

Bug#413250: tasksel-data should be installable without tasksel

Package: tasksel-data
Version: 2.66
Severity: wishlist

This is not about http://bugs.debian.org/176089 .

The heart of the tasksel-data is debian-tasks.desc and it seems to be
used by gnome-tasksel and aptitude for creating tasklist. (If I am wrong
here, please close this bug.)

tasksel-data is a data so should not force to install one command tool
(tasksel) which accesses it while the others (aptitude, gnome-tasksel,
...) may be the one accesing it for some people.

So removing "Depends: tasksel" from tasksel-data package seems to be the
right thing to do.

I know if you do this right now, it will be a mess since currently
gnome-tasksel is depending on tasksel instaed of tasksel-data and
aptitude is recommending tasksel instaed of tasksel-data.  So this
needs to be cordinated with gnome-tasksel, aptitude, and ....  

As I speak about "Depends:" line in tasksel-data, laptop-detect is
another one which looked odd.  But this is OK since these are the system
guessing criteria data in the form of small architectue independent
codes which may be used by others.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages tasksel-data depends on:
ii  laptop-detect                 0.12.1     attempt to detect a laptop
ii  tasksel                       2.66       Tool for selecting tasks for insta

tasksel-data recommends no packages.

-- no debconf information

~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ +++++
        Osamu Aoki <osamu@debian.org>  Yokohama Japan, GPG-key: A8061F32
 .''`.  Debian Reference: post-installation user's guide for non-developers
 : :' : http://qref.sf.net and http://people.debian.org/~osamu
 `. `'  "Our Priorities are Our Users and Free Software" --- Social Contract

Reply to: