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

Bug#450777: marked as done (tasksel: Tasksel uninstalls packages without asking)



Your message dated Mon, 12 Nov 2007 07:17:03 +0000
with message-id <E1IrTXb-0001d6-Tb@ries.debian.org>
and subject line Bug#450777: fixed in tasksel 2.70
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: tasksel
Severity: important

Version of the tasksel package: 2.66

Yesterday a new server (dhcp, samba, nis+nfs, cups, ntp) was set up (a
fresh etch install) and has already replaced our old server.

Today I noticed that "at" was not installed somehow. Having never really
used tasksel (it wasn't run during installation, iirc), I started it to
see if there was some kind of basic or minimal (standard) task of
packages.

Tasksel had "Print Server", "File Server", and "Mail server" selected.
Since there was no such task that I was looking for, I deselected the
above and chose "manual package selection" instead. Pressing <OK>
immediately (without any question being asked) lead to the following
actions:

 - Removal of exim4, nfs-kernel-server, cupsys, samba and lots of other
   (less important) packages.

   And yes, the machine in question is our main fileserver. Fortunately,
   nobody's working during the weekend.

 - Installation of nullmailer as MTA.

I would never have expected this. Tasksel does only have an <OK> button
at the bottom of the menu, and without a <cancel> button I would at
least have expected to be asked for confirmation.

I am setting the severity of this bug to important. I would have given
it a higher severity, but since I couldn't find the bug in the archive
nobody else seem to have hit it. So I am assuming that I must have done
something stupid. Still, I don't see from the above what it was.

Hm. Having repaired the damage, I am running tasksel -t now. The
pre-selected set of tasks seems to be matching the currently installed
package selection. Not changing it leads to no action. I had expected
these to be pre-defined tasks which would lead to a different (bigger)
set of packages being installed. This is why I deselected them. And I
expected "manual package selection" to use the currently installed
package set as a base and just start aptitude.

These assumptions were obviously wrong. I don't know the reasoning
behind tasksel's behaviour. But *this* came as a real surprise to me.

BTW, running tasksel -t and deselecting the selected tasks prints the
following output:

Use of uninitialized value in concatenation (.) or string at
/usr/bin/tasksel line 345.
Use of uninitialized value in concatenation (.) or string at
/usr/bin/tasksel line 345.
Use of uninitialized value in concatenation (.) or string at
/usr/bin/tasksel line 345.
aptitude -y remove printconf hpijs foomatic-db-gutenprint cupsys-bsd
foomatic-filters-ppds hplip foomatic-db-hpijs cupsys cupsys-client
cupsys-driver-gutenprint foomatic-db-engine smbfs netatalk smbclient
swat samba-doc winbind samba nfs-kernel-server procmail qpopper
spamassassin exim4 sa-exim mailagent exim4-daemon-light mutt mailx
exim4-config uw-imapd
Use of uninitialized value in concatenation (.) or string at
/usr/bin/tasksel line 345.
Use of uninitialized value in concatenation (.) or string at
/usr/bin/tasksel line 345.
Use of uninitialized value in concatenation (.) or string at
/usr/bin/tasksel line 345.
aptitude

So, "manual package selection" results in aptitude being run
interactively only *after* the previous task changes have been
performed. So no kind of "integrated" process here, where the task
selection leads to different sets of pre-selected packages in the
interactive aptitude.

Does the current version in testing or unstable still behave like this?

Still recovering,
 Nis

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



--- End Message ---
--- Begin Message ---
Source: tasksel
Source-Version: 2.70

We believe that the bug you reported is fixed in the latest version of
tasksel, which is due to be installed in the Debian FTP archive:

tasksel-data_2.70_all.deb
  to pool/main/t/tasksel/tasksel-data_2.70_all.deb
tasksel_2.70.dsc
  to pool/main/t/tasksel/tasksel_2.70.dsc
tasksel_2.70.tar.gz
  to pool/main/t/tasksel/tasksel_2.70.tar.gz
tasksel_2.70_all.deb
  to pool/main/t/tasksel/tasksel_2.70_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 450777@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Joey Hess <joeyh@debian.org> (supplier of updated tasksel package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Mon, 12 Nov 2007 01:59:03 -0500
Source: tasksel
Binary: tasksel tasksel-data
Architecture: source all
Version: 2.70
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team <debian-boot@lists.debian.org>
Changed-By: Joey Hess <joeyh@debian.org>
Description: 
 tasksel    - Tool for selecting tasks for installation on Debian systems
 tasksel-data - Official tasks used for installation of Debian systems
Closes: 450777
Changes: 
 tasksel (2.70) unstable; urgency=low
 .
   [ Per Olofsson ]
   * Remove alacarte from gnome-desktop, already pulled in by gnome-
     desktop-environment.
   * Ditto gnome-screensaver, gnome-power-manager.
 .
   [ Christian Perrier ]
   * Remove ttf-thryomanes from hungarian-desktop and greek-desktop
     after being confirmed that it is no longer mandatory for
     these languages (the package is orphaned and may be removed
     from the archive)
 .
   [ Joey Hess ]
   * Fix a funky $_ problem that broke calling task prerms on remove.
     (See #450777.)
   * Handle task removals in the same aptitude run as task installs
     and manual selection, using "package-" to remove packages.
     Closes: #450777
Files: 
 3dcf5092315a682658a8abe2611785dd 649 admin important tasksel_2.70.dsc
 faa65dbe213a4d0fe2a5a469445c537a 484372 admin important tasksel_2.70.tar.gz
 34cfc378c4bbee07f23cf132ab8f32b5 78344 admin important tasksel_2.70_all.deb
 b07625bc53937f5d47ec38c78d5ba05f 365610 admin important tasksel-data_2.70_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHN/rO2tp5zXiKP0wRAt3CAJwO/Fv026lDMrohciDbTPzFyvjEIgCgmiTH
s19Fx5L1bK7zsqHx76Q3ACU=
=xKSA
-----END PGP SIGNATURE-----



--- End Message ---

Reply to: