Your message dated Sun, 9 Feb 2014 14:08:35 +0800
with message-id
<can3verdg4csov98uw1yacp4o8kih+ap0op-hdy7qsqkenq0...@mail.gmail.com>
and subject line Re: Bug#462393: aptitude: Internal error on reinstall of libc6
for cpu architecture change
has caused the Debian Bug report #462393,
regarding aptitude: Internal error on reinstall of libc6 for cpu architecture
change
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
462393: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=462393
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.4.10-1+b2
Severity: normal
I'm migrating from one machine to another with a different CPU. In order to do
this, I've done a complete copy of the /var, /usr, /lib, etc. directories from
one machine to the next. To update from the amd k7 architecture to the amd64
architecture, I've issued these two commands:
aptitude clean
aptitude -o APT::Architecture=amd64 -f install
This works as expected (I admit that I stumbled onto this particular usage of
this command) and attempts to reinstall packages with amd64 architecture.
After downloading massive numbers of packages, the system finally stops with
the following error message:
E: Internal Error, Could not perform immediate configuration (2) on libc6
A package failed to install. Trying to recover:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
Building tag database... Done
According to the libc6 maintainers, this is a aptitude error message, not a
package-related message.
I am reluctant to test if apt-get alone will properly update, since I am
concerned that apt-get is not as "smart" as aptitude.
An attempt to "simply" reinstall aptitude alone:
aptitude -o APT::Architecture=amd64 reinstall aptitude
resuts in a massive attempt to re-install all libc6-dependent packages, and the
choices aptitude offers are unaccepatable.
Please let me know if you need any further information or testing.
-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
-- System Information:
Debian Release: lenny/sid
Architecture: i386 (x86_64)
Kernel: Linux 2.6.18-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages aptitude depends on:
ii apt [libapt-pkg-libc6.7 0.7.10 Advanced front-end for dpkg
ii libc6 2.7-6 GNU C Library: Shared libraries
ii libcwidget1 0.5.6.1-3 high-level terminal interface libr
ii libgcc1 1:4.3-20080112-1 GCC support library
ii libncursesw5 5.6+20080105-1 Shared libraries for terminal hand
ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++
ii libstdc++6 4.3-20080112-1 The GNU Standard C++ Library v3
Versions of packages aptitude recommends:
ii aptitude-doc-en [aptitude-doc 0.4.10-1 English manual for aptitude, a ter
pn libparse-debianchangelog-perl <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
On 8 February 2014 07:41, Manuel A. Fernandez Montecelo
<[email protected]> wrote:
> Control: tags -1 + moreinfo
>
> Hi,
>
> Thanks for the bug report, I am doing some triaging.
>
> The message is not present in current versions of aptitude, so I guess
> that the code was reworked in some way and thus this would be quite
> difficult to investigate and fix, if not fixed yet by another means.
>
The message:
Internal Error, Could not perform immediate configuration (2) on PKG
is (was) from apt. However, it also does no longer appear in any
recent version.
[Error messages may also originate from package maintainer scripts
(including programs that they call) and dpkg.]
> In general, the method seems to me a bit of a brute-force approach for
> converting a system, I don't think that this was ever supposed to be
> supported.
>
> Nowadays I think that this would be handled with multi-arch, starting
> by adding support for it with dpkg. I think that I saw several guides
> or blog posts of converting between arches without much hassle (but
> still not straightforward either).
>
Right.
> So I don't think that it's very useful to keep this bug open now that
> we have more standard approaches for this, and if we don't have any
> means to locate the code which failed at that time with that Internal
> Error message.
>
Closing.
--- End Message ---
_______________________________________________
Aptitude-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel