[pkg-fso-maint] libfso-glib + fso-gsmd transition

Niels Thykier niels at thykier.net
Sun Nov 3 11:01:45 UTC 2013

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


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).


More information about the pkg-fso-maint mailing list