On 2013-11-03 11:08, Sebastian Reichel wrote: > Hi, > > On Mon, Oct 28, 2013 at 12:09:44PM +0100, Niels Thykier wrote: >> I kindly ask you to resolve this situation within 14 days or I may end >> up removing one or more of your packages from testing to reduce the >> number of RC bugs in testing. >> Once the packages can be decrufted without any adverse affects to >> other (non-broken packages), please let us know so we can have the FTP >> masters decruft your packages. > > It seems all fso daemons can migrate to testing without further > problems once libfsoframework migrates. libfsoframework on the other > hand has some problems migrating: > > Updating libfsoframework makes 4 non-depending packages > uninstallable on i386: libfsoresource-dev, libfsotransport-dbg, > libfsotransport-dev, libgsm0710mux-dev > > I'm not 100% sure why the list looks like this, but libfsoframework0 > is removed by the migration and this breaks at least libfsoresource0. > > In short: Migration of new FSO packages depends on removal of > deprecated source packages and removal of deprecated source packages > without breaking anything else depends on migration of new FSO > packages. > > I see the following solutions to allow migration: > > [...] > > -- Sebastian >
Hey, Thanks for keeping track of it. It is most appreciated. We managed to get the whole stack to migrate in the 11:00 UTC Britney run. The trick was to migrate the new packages at the same time of removing the old ones. I have not reviewed the full log, but at least: a new version of fso-datad, fso-deviced, fso-gsmd, fso-usaged, libfsoframework and libphone-ui-sh migrated to testing. the packages libfsoresource, libfsotransport and libgsm0710mux were removed from testing (no longer in sid AFAIK). ~Niels -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
