[RFS] updated libva and intel-vaapi-driver bpos

[Nicholas D Steeves]

On Tue, Sep 13, 2016 at 09:08:38PM +0000, Mattia Rizzolo wrote:
> On Tue, Sep 13, 2016 at 05:03:23PM -0400, Nicholas D Steeves wrote:
> > Does "Needs-Build" status mean
> > that the package is still waiting for CPU time on an armel, armhf, and
> > mipsel system somewhere on the buildd network?
> 
> Yes, it's waiting for a spare buildd to pick up the builds.
> I don't know how the backports upload are considered in the build
> priority, but clearly not near the top¹..
> 
> 
> 
> ¹ e.g. I know that security builds are scheduled before anything else,
>   then stable, then unstable, then experimental; and that within a
>   single suite there are other things dictating priorities (like, new
>   packages are built after updated ones, even if the latter came after).
>   I just   don't know where backports is in that list.
> 
> -- 
> regards,
>                         Mattia Rizzolo
> 
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540      .''`.
> more about me:  https://mapreri.org                             : :'  :
> Launchpad user: https://launchpad.net/~mapreri                  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-

Hi Mattia,

Thank you for sponsoring these uploads last time, and sorry this
thanks is arriving so late!

I have pushed updates.  Proof that they build is here:
https://mentors.debian.net/package/libva
https://mentors.debian.net/package/intel-vaapi-driver

I'm not sure what version of libva mentors builds intel-vaapi-driver
against, but it seems to have worked.  When I built them locally I
built libva first, and copied the debs to my local repo.  The clean
jessie pbuilder I use to build these intel-vaapi-driver then pulls in
whatever version it needs.

Do you think the mipsel delays from the last run can be used to
predict $DELAY for an upload of intel-vaapi-driver to deferred/$DELAY?
The libva version I've requested migrates to testing tomorrow,
assuming no bugs are reported in the next however many of hours :-)

Thank you again for your continued support.
Sincerely,
Nicholas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20161121/f9a33e5d/attachment.sig>