Debian Bug report logs - #641957
Infinite loop in /usr/share/debconf/frontend because of unitialized value in WrapI18N.pm

Full log

🔗 View this message in rfc822 format

X-Loop: [email protected]
Subject: Bug#641957: Infinite loop in /usr/share/debconf/frontend
Reply-To: Joey Hess <[email protected]>, [email protected]
Resent-From: Joey Hess <[email protected]>
Resent-To: [email protected]
Resent-CC: Debconf Developers <[email protected]>
X-Loop: [email protected]
Resent-Date: Tue, 20 Sep 2011 19:09:07 +0000
Resent-Message-ID: <[email protected]>
Resent-Sender: [email protected]
X-Debian-PR-Message: followup 641957
X-Debian-PR-Package: debconf
X-Debian-PR-Keywords: 
X-Debian-PR-Source: debconf
Received: via spool by [email protected] id=B641957.131654564528263
          (code B ref 641957); Tue, 20 Sep 2011 19:09:07 +0000
Received: (at 641957) by bugs.debian.org; 20 Sep 2011 19:07:25 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-13.3 required=4.0 tests=BAYES_00,FROMDEVELOPER,
	FUZZY_AMBIEN,HAS_BUG_NUMBER,MURPHY_SEX_L4,PGPSIGNATURE,SPF_HELO_PASS
	autolearn=ham version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 10; hammy, 151; neutral, 101; spammy,
	0. spammytokens: hammytokens:0.000-+--H*c:pgp-sha256, 0.000-+--H*u:1.5.21,
	0.000-+--H*UA:1.5.21, 0.000-+--H*u:2010-09-15, 0.000-+--H*UA:2010-09-15
Received: from wren.kitenet.net
	([80.68.85.49] helo=kitenet.net ident=postfix)
	by busoni.debian.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72)
	(envelope-from <[email protected]>)
	id 1R65fB-0007LV-7j; Tue, 20 Sep 2011 19:07:25 +0000
Received: from gnu.kitenet.net (adsl-98-65-192-26.tys.bellsouth.net [98.65.192.26])
	(using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "gnu", Issuer "Joey Hess" (verified OK))
	by kitenet.net (Postfix) with ESMTPS id 8B6731180B6;
	Tue, 20 Sep 2011 15:07:22 -0400 (EDT)
Received: by gnu.kitenet.net (Postfix, from userid 1000)
	id C7B32439F0; Tue, 20 Sep 2011 15:07:20 -0400 (EDT)
Date: Tue, 20 Sep 2011 15:07:20 -0400
From: Joey Hess <[email protected]>
To: Bernhard Schmidt <[email protected]>
Cc: [email protected], [email protected]
Message-ID: <[email protected]>
References: <[email protected]>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR"
Content-Disposition: inline
In-Reply-To: <[email protected]>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-CrossAssassin-Score: 2

[Message part 1 (text/plain, inline)]

Note that those who experience this situation can get out by
pressing ctrl-c, and then run something like:

apt-get -o Immediate-Configure=false -f install

Bernhard Schmidt wrote:
> I just experienced the same problem. Attached my typescript (with
> the updated module from this bug) and the package list. I'm testing
> upgrading Torrus to wheezy in a VM, thus the two unauthenticated
> packages on my own server.
> 
> It's a plain minimum Squeeze i386 installation in KVM, then
> installed torrus-apache2 (which installs quite a lot of packages,
> including apache2 and mod_perl2), then dist-upgrade to wheezy.
> 
> Not sure whether the VM will boot tomorrow, I hope the attached
> information helps.

Thanks, I was able to reproduce it too. I pressed ctrl-z just after
libc6 was upgraded (around where it would ask about upgrading with
debconf when not in a chroot), and running debconf reproduces the loop. 

Confirmed that mblen is busted. 

At this point, perl is half-configured; libtext-charwidth-perl is
still at the version from stable. After these two get upgraded,
the problem goes away. (libtext-wrapi18n-perl currently has the same version
in both suites so I don't know if apt would have partially upgraded it
to a newer version at this point. And debconf is still at the version
from stable.)

So apt breaks the old version of libtext-charwidth-perl's dependency on
the old version of perl, to resolve the upgrade. Then debconf-i18n tries
to use the module indirectly and it blows up. Note that debconf-i18n is
a Required package, and depends on libtext-charwidth-perl, so apt is
going to extreme lengths to break the cycle.

It would be possible to have debconf test for mblen being broken and
avoid doing multibyte aware word wrapping.. except debconf does not
get upgraded in time! Indeed, it's hard to see where to put a fix for
this at all, since only perl is (partially) upgraded yet.

-- 
see shy jo

[signature.asc (application/pgp-signature, inline)]

Send a report that this bug log contains spam.