[Reproducible-builds] Bug#798826: DDPO: displays not-for-us in reproducible builds column for architectures excluded in the package

[Mattia Rizzolo]

On Sun, Sep 13, 2015 at 12:44:12PM +0200, Sebastian Ramacher wrote:
> 
> On my DDPO page intel-vaapi-driver is displayed as not-for-us in the
> reproducible build column which is caused by r.d.n reporting intel-vaapi-driver
> as not-for-us on armhf. This is expected since intel-vaapi-driver restricts its
> Architecture field to i386, amd64, kfreebsd-i386 and kfreebsd-amd64. So please
> ignore results for architectures that are explicitely excluded in the package.
> 
> This issue may be an issue in the data provided by r.d.n. In this case please
> reassign it.

Well, the data in reproducible.d.n/reproducible.json is just that: data.
We already had to filter out some stuff (like packages failing to build
due to weird stuff in our infrastracture [0]).
There is a bug somewhere i can't find anymore about using another data
source, so we can keep reproducible.json full with real data, while
using a different .json to feed stuff like ddpo.  I believe that's the
wrong approach.
We provide data and consumers needs to be aware on how to use it.  Doing
dumb dumps of data inside a table is rarely useful.

In particular I believe the followings:
 * not-for-us needs to be filtered by the DDPO: there is no point in
   throwing them at the user
 * needs support for multiple architecture (it's very new: less than a
   month)
 * maybe care only about unstable: if a version in unstable is repr.
   while the lower version in testing is not, then there is no need to
   notify the user


If somebody wants to improve this I'm willing to support the rb side
(anwering questions about packages states in our infrastracture or even
changin rb.d.n behaviour).



[0] https://reproducible.debian.net/issues/unstable/ftbfs_in_jenkins_setup_issue.html
    ↑ Note: I'm all for filtering out this particular issue ('cause
    it're really tied to our infra), personally I'm not that much about
    other things.

-- 
regards,
                        Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540      .''`.
more about me:  http://mapreri.org                              : :'  :
Launchpad user: https://launchpad.net/~mapreri                  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
-------------- 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/reproducible-builds/attachments/20150913/54606eb6/attachment.sig>