On Thu, Sep 10, 2015 at 01:14:17PM -0700, Nikolaus Rath wrote: > > Hi Jonathan, > > On Sep 10 2015, Jonathan Wiltshire <jmw@debian.org> wrote: > > On Thu, Sep 10, 2015 at 01:00:27PM -0700, Nikolaus Rath wrote: > >> The s3ql package is not migrating to testing. As far as I understand, > >> this is because it's not building on armhf. > > > > Your analysis is correct. > > > >> However, I think it would be a lot better to have s3ql in testing for > >> the other archituctures than not to have it in testing at all (there is > >> no S3QL version in testing at the moment). > >> > >> Is this intended behavior? > > > > I'm not sure which behaviour you're asking about; > > I mean if it's intended that S3QL does not migrate to testing just > because it doesn't build on one architecture. > > > the intended (and correct, and visible) behaviour is to remove s3ql > > from testing because it has an RC bug. > > Hmm. I thought I took care of that. Which bug is that? > https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=s3ql > lists only #792685 - but that only affects jessie and not sid/stretch. At the time of removal the 'jessie' tag had not been added, and there was also a second RC bug. The removal message does actually include such information: | Date: Tue, 11 Aug 2015 16:39:11 +0000 | To: <s3ql@packages.debian.org> | From: Debian testing watch <noreply@release.debian.org> | Subject: s3ql REMOVED from testing | | FYI: The status of the s3ql source package | in Debian's testing distribution has changed. | | Previous version: 2.13+dfsg-1 | Current version: (not in testing) | Hint: <http://release.debian.org/britney/hints/auto-removals> | # 790525,792685 s3ql will not return to Stretch as long as it doesn't build properly, so that's what you should fix. > >> If so, is there a way to make an exception here and allow migration? > > > > It's not an exception, but if you want to not ship s3ql on armhf in Stretch > > you can ask ftp-masters to remove it from sid, taking into account any > > reverse dependencies. > > Hasn't s3ql *already* been removed from testing? At least this is what I > conclude from https://tracker.debian.org/pkg/s3ql. That's why I said 'sid'. -- Jonathan Wiltshire jmw@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51
Attachment:
signature.asc
Description: Digital signature