Unable to upgrade dapper to edgy - dependency cycle?

[PaulSchulz]

I have an up to date 'Ubuntu 6.06 LTS' on the PowerPC architecture (a Mini Mac).

After changing /etc/apt/sources.lst to point to edgy repositories and doing an 'apt-get update','apt-get dist-upgrade' gives me the following error, after downloading lots of packages..

E: Couldn't configure pre-depend belocs-locales-bin for locales, probably a dependency cycle.

I am using 'apt-cacher' as a package repository (on a separate Dapper box) but haven't encountered this problem before.

[PaulSchulz (paulschulz)]

Removing references to 'apt-cacher' in sources.list, results in the same error.

[Michael Vogt (mvo)]

Thanks for your bugreport.

Could you please try to run (if you use gnome):
$ sudo update-manager -c -d

and see if there is a little button in the update-manager window that says: "Upgrade to 6.10"? Then click on it and follow the instructions. If something goes wrong, please attach the files in /var/log/dist-upgrade/*

Thanks,
 Michael

[PaulSchulz (paulschulz)]

Ran the command as suggested, which ended at the with the following message..

Could not install the upgrades
installArchives() failed

[PaulSchulz (paulschulz)]

main.log

[PaulSchulz (paulschulz)]

term.log

[PaulSchulz (paulschulz)]

Ran the following from the command line (as suggested by mvo) .. output attached.

apt-get dist-upgrade -o Debug::pkgProblemResolver=true > debug.log 2>&1

[Allison Karlitskaya (desrt)]

I also have this problem.

[Jess Hunte (jhunte)]

Also have this problem, tried all forms of upgrade possible.

Is there a chance that this will be fixed in the near future?

[PaulSchulz (paulschulz)]

I've noticed a couple of sources of this conflict what may be causing
the problem.. I would be interested to hear how this sort of thing has
been diagnosed in the past:

1. Should 'belocs-locales-bin' have locales in both 'replaces' and
'depends' lines?

> apt-cache info belocs-locales-bin
Version: 2.3.5-5ubuntu7
Replaces: base-config, libc6, libc6.1, locales (<< 2.3.8-1)
Depends: libc6 (>= 2.3.4-1), locales

2. Is the dependency information for 'belocs-locales-data' correct?

> apt-cache info belocs-locales-data
Version: 2.4-2
Replaces: locales
Provides: locales
Depends: belocs-locales-bin
Conflicts: locales

[Michael Vogt (mvo)]

Do the other with the problem have it on ppc as well? Or on a different architecture?

[Jess Hunte (jhunte)]

Also on PowerPC for me.

[Allison Karlitskaya (desrt)]

My problem was on PPC too.

[Kim Lai Shong (kim-kidding)]

Got the same problem with a dist-upgrade on Kubuntu, upgrading from Breezy to Edgy Eft Beta (alternative disc).

[PaulSchulz (paulschulz)]

I tried upgrading incrementally...

# apt-get update
# apt-get upgrade belocs-locales-bin

This seemed to work ok., except there were perl locale errors:

perl: warning: Falling back to the standard locale ("C").
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "en_AU:en",
        LC_ALL = (unset),
        LANG = "en_AU.UTF-8"
    are supported and installed on your system.

> apt-get show deloc-locales-bin
Architecture: powerpc
Version: 2.4-1ubuntu4
Replaces: base-config, libc6, libc6.1, locales (<< 2.3.8-1)
Depends: libc6 (>= 2.4-1), locales

... so it seems to have been upgraded.

Continuing with a dist upgrade, gave the following:
# apt-get dist-upgrade

The following packages have unmet dependencies:
  gij-4.1: Depends: gcj-4.1-base (= 4.1.1-14ubuntu3) but 4.1.0-1ubuntu8 is installed
           Depends: libgcj7-0 (= 4.1.1-14ubuntu3) but it is not installed
           Depends: libgcj7-0 (>= 4.1.1-12) but it is not installed
  libgcj-common: Depends: gcj-4.1-base (>= 4.1.1) but 4.1.0-1ubuntu8 is installed
  libgcj7-awt: Depends: gcj-4.1-base (= 4.1.1-14ubuntu3) but 4.1.0-1ubuntu8 is installed
               Depends: libgcj7-0 (= 4.1.1-14ubuntu3) but it is not installed
  libgcj7-jar: Depends: gcj-4.1-base (>= 4.1.1) but 4.1.0-1ubuntu8 is installed
               Depends: libgcj7-0 (>= 4.1.1) but it is not installed
  libgtk-java: Depends: libgtk-jni (= 2.8.4-0ubuntu4) but 2.9.3-0ubuntu2 is installed
E: Unmet dependencies. Try using apt-get -f install

# apt-get -f install
The following extra packages will be installed:
  gcj-4.1-base libgcj7-0 libgtk-java
Suggested packages:
  libgcj7-dbg
The following packages will be REMOVED:
  libgcj7
The following NEW packages will be installed:
  libgcj7-0
The following packages will be upgraded:
  gcj-4.1-base libgtk-java

This fixed something up...

# apt-get dist-upgrade

Comment: This was a little bit scary, as some packages were remove 'as requested' (python2.4, libgl, xserver-xorg-driver-all were remove) but then replaced.

Seem to be upgrading OK now.. I'll post a report when finished.

[PaulSchulz (paulschulz)]

Errors were encountered while processing:
 mythtv-database
 mythtv
 ircd-hybrid

(but these were due to other issues..)

Now working through my 'held back' packages.

[Jonathan Hudson (jh+lpd)]

Same problems, PPC.

Working around by

apt-get install locales

# scary amount of stuff removed, including X
then,

apt-get dist-upgrade

will see how far that gets and how I get on with the "held back" packages (like xserver core).

[PaulSchulz (paulschulz)]

xserver failed to start properly (gdm error)
Fixed xserver with
# dpkg-reconfigure xserver-xorg
(and chose auto-detect and all default options)

[Jonathan Hudson (jh+lpd)]

Ended up installing xserver-xorg, running apt-get -f install about a dozen times to have a usable system, then I've lost essentials like "build-essential" (and a bunch of other -dev packages). Appreciate this is a beta, but it's pretty disasterous on PPC (whereas i386 has been somewhat painless).

[Jonathan Hudson (jh+lpd)]

I now have a system back after the upgrade, however reselection packages by virtue of the result of "aptitude search '~c'" wasn't quite what I'd anticipated.

For the record, it's working very well.

[Rachel G. (rgockley)]

FYI: I am also having this problem, and I am on an amd64 system.

[Michael Vogt (mvo)]

@Kim Lai Shong: Sorry, but we don't support upgrades that skip releases currrently. So only breezy->dapper->edgy is supported

@Rachel G.:
Thanks for confirming that this happens on something other than ppc.

[Daniel Leidert (dleidert-deactivatedaccount)]

Same error for locales/belocs-locales-bin during a pbuilder update from a Dapper to an Edgy image (arch: i386):

[..]
E: Couldn't configure pre-depend belocs-locales-bin for locales, probably a dependency cycle.
[..]

[Martin Pitt (pitti)]

This is due to this change:

langpack-locales (2.3.21) edgy; urgency=low

  * lv_LV: Fix abbreviated day names. Closes: LP#58338
  * debian/control: Pre-Depend on belocs-locales-bin instead of just depending
    on it, so that an updated locale-gen.conf actually has an effect. Closes:
    LP#50739

 -- Martin Pitt <email address hidden> Mon, 18 Sep 2006 11:20:29 +0200

[Martin Pitt (pitti)]

My fault, taking.

[Martin Pitt (pitti)]

 belocs-locales-bin (2.4-1ubuntu6) edgy; urgency=low
 .
   * Drop locales dependency, we do not really need it and it causes trouble
     during upgrades. Add a Recommends: for it instead. Closes: LP#62429

[Martin Pitt (pitti)]

 langpack-locales (2.3.22) edgy; urgency=low
 .
   * Drop belocs-locales-bin Pre-Depends: to a Depends: again, now that b-l-b
     does not depend on us any more. Closes: LP#62429

[ulugeyik (durduran)]

I get similar errors trying to upgrade from "dapper" to "edgy" on an IBM thinkpad, x32. I tried regenerating locales, doing a dpkg-reconfigure with no luck. repetitive "apt-get install dist-upgrade" gets me further and further but I am afraid things are breaking on the way because a whole bunch of packages are removed (build-essentials ?) , some are re-installed, many are giving errors. I will report back if it ever resolves itself.