Bug#570356: transition: directfb - soname change
On Wed, 2010-04-07 at 23:34 +0100, Adam D. Barratt wrote:
> On Thu, 2010-03-25 at 11:29 +0000, Adam D. Barratt wrote:
> > On Thu, March 25, 2010 08:27, Fathi Boudra wrote:
> > >> Please go ahead with the upload to unstable; we'll then schedule the
> > >> binNMUs.
> > >
> > > Upload to unstable done.
> >
> > It's now made it out of NEW, so I've scheduled the binNMUs (with
> > appropriate dep-waits).
>
> A quick status update...
and another :)
The directfb packages had an undeclared file conflict on armel. This is
now fixed and the updated version built everywhere (and mostly
uploaded).
> Most of the binNMUs are now built. Unfortunately many of them ended up
> built against the old libraries on mipsel; they have now been
> rescheduled after the chroot was cleaned.
This is all done.
> gst-plugins-bad0.10 ends up tying the directfb and celt transitions
> together. celt isn't ready to migrate as opal FTBFS on hppa but if it
> comes to it we may temporarily break opal/hppa in testing.
This is still the case, and we're still looking at temporary breakage
for opal (and by extension ekiga and the gnome metapackages) on hppa.
> The other big blocker is the two RC bugs against libsdl1.2. #572420
> looks like it could be fairly easily solved by simply disabling altivec
> support; this should fix the crashes on machine where it isn't
> available.
This isn't a blocker. The bug is still RC but also applies to the
package in testing and therefore isn't relevant for migration.
> I believe I've found the upstream change responsible for #565788;
> there's a patch in the BTS which will hopefully be being tested by
> someone involved in Wesnoth soon.
There's been a libsdl1.2 upload incorporating this change. It's built
successfully everywhere and just waiting for a few uploads.
Regards,
Adam
Reply to: