hardy -> intrepid upgrade issues
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ghc6 (Ubuntu) |
Won't Fix
|
High
|
Unassigned | ||
Intrepid |
Won't Fix
|
High
|
Unassigned | ||
gtk2hs (Debian) |
Fix Released
|
Unknown
|
|||
gtk2hs (Ubuntu) |
Fix Released
|
High
|
StefanPotyra | ||
Intrepid |
Fix Released
|
High
|
StefanPotyra |
Bug Description
Binary package hint: ghc6
On a hardy to intrepid upgrade with the (randomly picked) "libghc6-gtk-dev" the upgrade fails. To reproduce:
1. get a clean hardy chroot (e.g. pbuilder)
2. apt-get install libghc6-gtk-dev update-manager-core
3. sudo do-release-upgrade -d
4. say "y" and wait for:
...
Preparing to replace libghc6-gtk-dev 0.9.12.1-1ubuntu2 (using .../libghc6-
/var/lib/
dpkg: warning - old pre-removal script returned error exit status 127
dpkg - trying script from the new package instead ...
/var/lib/
dpkg: error processing /var/cache/
subprocess new pre-removal script returned error exit status 127
...
The reason for this seems to be that is managed via alternatives and when the postinst of libghc6-gtk-dev is run (new) ghc6 is unpacked but not configured yet and /usr/bin/ghc-pkg is not available. That makes the script fail and dpkg
gets really unhappy:
root@top:/# dpkg --configure -a
dpkg: error processing libghc6-glib-dev (--configure):
Package is in a very bad inconsistent state - you should
reinstall it before attempting configuration.
Related branches
Changed in ghc6: | |
importance: | Undecided → High |
milestone: | none → ubuntu-8.10 |
status: | New → Triaged |
Changed in gtk2hs: | |
status: | Unknown → New |
Changed in gtk2hs: | |
status: | New → Fix Released |
So I guess this is likely to be a problem with all Haskell libraries, when they are upgraded in the same run as ghc6?
Would making ghc6 a Pre-Depends of these libraries be appropriate? I have pinged kaol, the Debian maintainer of ghc for an opinion.