Package: tasksel
Version: 2.17
Severity: important

Bug #283923 describes a situation where the install of the desktop task
apparently fails : the aptitude runs finishes with a non zero error code,
because of some dpkg errors happening during the install. See the
base-config.log files I posted in #283923.

The desktop task currently fails for the following languages: German,
Italian, Spanish. I had it fails also on Norwegian Nynorsk. I suspect it
fails on some and not on others because of external parameters such as a
different set of installed packages.

Indeed, this seems to be some nasty bug when packages involved in a
circular dependency are installed during different dpkg runs. Again, see
#283923

Please find at the end of this mail an IRC log between Chris Halls and
myself about this problem. He suggests the bug may be related to #172339.

As I'm not sure this bug will be fixed in time for sarge, if we don't want
the desktop task to be broken for some languages, I suggest removing the
installation of myspell-xx from all languages tasks...:-(

(the task install does not really fails, by the way...all packages seem to
be properly installed....but the user is given the impression that something
bad happened...and the log shows something bad indeed)

--- Log opened mar dÃc 07 10:15:18 2004
10:15 -!- Irssi: Starting query in oftc with haggai
10:15 <bubulle> ping
10:16 <haggai> pong
10:16 <bubulle> hello, can I grab you some minutes?
10:16 <haggai> hi, yes go ahead
10:16 <bubulle> about #283923
10:17 <haggai> yes.  Any ideas?
10:17 <bubulle> not really indeed...it seems to happen on some languages
10:17 <bubulle> indeed as I mentioned a few mins ago, it happens while 
configuring myspell-xx packages
10:18 <haggai> the output that you posted did not seem to include any error 
messages
10:18 <bubulle> I just had it last night for Spanish
10:20 <bubulle> and I just reproduced it for Italian a few mins ago
10:20 <haggai> can you send me the complete install log, instead of the edited 
version?
10:21 <bubulle> sure
10:23 <bubulle> it will be crowded with ANSI stuff because this is 
/var/log/base-config.log
10:23 <haggai> ok
10:23 <bubulle> but the output of packages install and configuration is readable
10:23 <bubulle> sent
10:25 <bubulle> indeed Italian and Spanish are the only ones which have a 
myspell-xx package installed by tasksel
10:26 <bubulle> the myspell-en-gb or myspell-en-us ones are not installed, it 
seems
10:26 <bubulle> I wonder if the bugs should be reassigned to 
openoffice.org-dictionaries
--- Log closed mar dÃc 07 10:32:24 2004
--- Log opened mar dÃc 07 13:36:58 2004
13:36 <haggai> ok, back and I've looked at your
13:36 <haggai> log
13:37 <bubulle> so, did you get more ideas?
13:37 <haggai> it isn't a myspell problem becuase a) myspell doesn't depend on 
OOo and b) myspell packages are installed by other tasks
13:37 <haggai> french: myspell-fr-gut
13:37 <haggai> german: myspell-de-de
13:37 <haggai> for example
13:38 <haggai> now, are you installing the italian task but no desktop task?
13:38 <bubulle> No, I'm installing the desktop task as well
13:38 <bubulle> it is supposed to install the italian, italian-desktop and 
desktop tasks
13:38 <haggai> oh,ok
13:39 <haggai> so, openoffice.org-bin is pulled by the desktop task
13:39 <bubulle> yeah
13:41 <haggai> I think this is probably bug#172339
13:43 <bubulle> this may be possible...however, be aware that tasksel uses 
aptitude for installing tasks (I think it calls "aptitude install <task>"
13:43 <haggai> and..?
13:43 <bubulle> and I don't know....:-)
13:44 <haggai> I see the last comment was from mdz and I happen to be in the 
same building as him
13:44 <haggai> I'll go and talk to him
13:44 <bubulle> good idea, probably
13:45 <bubulle> this is mostly why I bugged you today about this, knowing you 
all are in the same place..:-)
--- Log closed mar dÃc 07 13:50:24 2004
--- Log opened mar dÃc 07 13:50:57 2004
13:50 <haggai> :) he seems to have disappeared
13:51 <bubulle> lunch, maybe? :-)
13:51 <haggai> 10:11 -!- mdz [EMAIL PROTECTED] has quit [Read error: 104 
(Connection
13:51 <haggai>           reset by peer)]
13:51 <haggai> yeah, maybe
--- Log closed mar dÃc 07 13:57:24 2004
--- Log opened mar dÃc 07 14:28:52 2004
14:28 <bubulle> I seem to get a similar problem with Japanese installs...but 
completely different packages
14:29 <bubulle> q!
14:29 <bubulle> oops
14:29 <haggai> heh
14:33 <bubulle> I have a 89k gzipped logfile with the problem...do you think 
it's worth sending it to #283923?
14:36 <bubulle> This also happens during a dependency cycle : 
gs>gs-gpl>gs-common>gs
14:38 <haggai> I don't think its worth sending the complete log
14:38 <haggai> just the log of that particular apt operation should do
14:38 <bubulle> moreover, it's barely unreadable
--- Log closed mar dÃc 07 14:44:25 2004
--- Log opened mar dÃc 07 14:48:05 2004
14:48 <bubulle> In the case I reported as 283923, do you know if there's a 
dependency cycle?
14:51 <bubulle> also, I forgot to mention that *no* package is left in an 
unconfigured stage
14:51 <bubulle> s/stage/state
14:52 <bubulle> however, aptitude stops and on an exit error code
--- Log closed mar dÃc 07 14:58:25 2004
--- Log opened mar dÃc 07 17:22:28 2004
17:22 <haggai> I have just heard that mdz is ill
17:22 <haggai> which is why I haven't seen him all day...
--- Log closed mar dÃc 07 17:28:25 2004


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)

Versions of packages tasksel depends on:
ii  aptitude                      0.2.15.8-1 terminal-based apt frontend
ii  debconf [debconf-2.0]         1.4.41     Debian configuration management sy
ii  liblocale-gettext-perl        1.01-17    Using libc functions for internati

-- debconf information excluded

Reply via email to