[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#639290: upgrade from squeeze to wheezy fails on i386 (pre-depends loop)



On Sun, Sep 4, 2011 at 17:42, Christopher Baines <cbaines8@gmail.com> wrote:
> I ran the helpful test case you provided with my code (output attached).
> Have you noticed any way in which dealing with this problem can be
> improved (in my code), it appears to work in the test case, I have not
> tried it in reality?

What I personally haven't understand is why the ordering starts with
multiarch-support in the partial-upgrade case, while it doesn't in the
dist-upgrade. With unpacking it that early it leaves it in an unpacked
state for an unnecessary "long" time. This a completely valid and good
solution either way through so I didn't bother too much so far.
(So "unnecessary long" is a bit too strong as a word…)

What you could try is creating a squeeze chroot as described earlier in the
bug to reproduce it. Then build 'your' APT in pbuilder for squeeze -
it should install fine then (if your are building in an unstable environment
 it is likely that it will depend on a newer version of libstdc++6 than in
 squeeze - so technical you are backporting APT to squeeze :) ).
Install this freshly built APT in the chroot and try if it works then.
(I hope it does and did a few tests earlier with copied status files,
 but I hadn't the time so far to test it in the proper way)
If all goes well you should be able to do a partial upgrade in your
chroot then - if so we can be sure that your code fixes the problem.

If your are feeling like it, there should be way more bugs related to ordering
in the BTS, so if you can (not) reproduce some of them with your code we
could close a bunch (and more) of bugs. :)

Best regards

David Kalnischkies


Reply to: