On Mon, Apr 20, 2015 at 07:19:33PM +0100, Adam D. Barratt wrote: > On Mon, 2015-04-20 at 19:32 +0200, Rene Engelhard wrote: > > something broke in the glm uploaded today. A LibreOffice build, just > > preparing > > for experimental -> sid for after the release thus fails now :/ > > > > So > > > > nmu libgltf_0.0.2-2 . ALL . -m "rebuild against new glm" > > > > maybe also other glm build-r-deps affected, didn't check.. > > Hmmm. AFAICS libgltf doesn't end up with a versioned dependency on glm, > and as it's currently in sync between testing and unstable, if they were > scheduled right now then the binNMUs would become candidates and most > likely end up migrating to jessie, which doesn't seem like what we want.
Indeed. > We could hack britney to block the binNMUs, but it's a bit icky (as it > either needs a code change or a hack to fudge the version for the > packages back to the source version in the result file before asking dak > to import it) and I'd prefer not to do so if we can avoid it. Sounds bad, yes. > I'm not sure if we're planning to keep britney running up until the end > of the week. If not then this wouldn't be an issue in any case. If you know whether you can do that - can you schedule it then? Or should I upload a new source upload to cause a rebuild and avoid this situation? Regards, Rene -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150421075826.gc29...@rene-engelhard.de
