Bug#783017: nmu: libgltf_0.0.2-2
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
Reply to: