Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.maint.java > #8394

Re: [Reproducible-builds] Usefulness of periodic reproducible builds e-mails

Show all headers | View raw

[Multipart message — attachments visible in raw view] - view raw

Hi,

On Dienstag, 29. September 2015, Markus Koschany wrote:
> I would like to take the opportunity to raise the following concern. I
> support the reproducible builds effort but I think the periodic e-mails
> to pkg-java are often not useful enough at the moment. There are far too
> many false-positives. The list should be reserved for discussing bug
> reports and due the flood of reproducible e-mails it happens that one
> can miss a bug report.
> 
> The reports would be most useful if they included only confirmed FTBFS
> in testing. I know detecting FTBFS is only a by-product of the
> reproducible build effort but those bugs are the most interesting ones
> for us.

there are two conflicting demands here: I think the java situation is because 
there are many packages and thus if our system breaks, you get lots of false 
mails, so understandable you dont want to get false ftbfs reports. And then 
there are others, wo want these ftbfs reports, because also often they do 
indicate real problems, and if not, these other people with less packages, can 
easily mentally filter those. and then maybe (?) even you (Markus) and 
Emmanuel are on the same java team and have different preferences.

There are many possible solutions, eg we could stop mailing ftbfs reports. Or 
Markus filters them in his mail client. Or we develop a new subscription 
system, where individual users (=email addresses) can (be) subscribed, instead 
of (*) the subscribing all packages maintainers, as we do now, and which has 
caused nuicances in the past already too…


cheers,
	Holger

(*) or in addition

Back to linux.debian.maint.java | Previous | Next — Previous in thread | Find similar

Thread

Usefulness of periodic reproducible builds e-mails Markus Koschany <apo@gambaru.de> - 2015-09-29 16:40 +0200
  Re: Usefulness of periodic reproducible builds e-mails Emmanuel Bourg <ebourg@apache.org> - 2015-09-29 16:50 +0200
    Re: [Reproducible-builds] Usefulness of periodic reproducible builds e-mails Holger Levsen <holger@layer-acht.org> - 2015-09-29 17:10 +0200
      Re: [Reproducible-builds] Usefulness of periodic reproducible builds  e-mails Emmanuel Bourg <ebourg@apache.org> - 2015-09-29 17:30 +0200
        Re: [Reproducible-builds] Usefulness of periodic reproducible builds e-mails Holger Levsen <holger@layer-acht.org> - 2015-10-03 03:00 +0200
          Re: [Reproducible-builds] Usefulness of periodic reproducible builds  e-mails Emmanuel Bourg <ebourg@apache.org> - 2015-10-05 12:50 +0200
            Re: [Reproducible-builds] Usefulness of periodic reproducible builds e-mails Holger Levsen <holger@layer-acht.org> - 2015-10-05 13:10 +0200
    Re: Usefulness of periodic reproducible builds e-mails Markus Koschany <apo@gambaru.de> - 2015-09-29 17:50 +0200
      Re: [Reproducible-builds] Usefulness of periodic reproducible builds e-mails Holger Levsen <holger@layer-acht.org> - 2015-09-30 12:40 +0200
        Re: [Reproducible-builds] Usefulness of periodic reproducible builds  e-mails Markus Koschany <apo@gambaru.de> - 2015-09-30 13:10 +0200
          Re: [Reproducible-builds] Usefulness of periodic reproducible builds  e-mails Emmanuel Bourg <ebourg@apache.org> - 2015-09-30 14:30 +0200
            Re: Usefulness of periodic reproducible builds e-mails Miguel Landaeta <nomadium@debian.org> - 2015-09-30 16:10 +0200
              Re: [Reproducible-builds] Usefulness of periodic reproducible builds  e-mails Mattia Rizzolo <mattia@mapreri.org> - 2015-09-30 16:20 +0200
                Re: [Reproducible-builds] Usefulness of periodic reproducible builds  e-mails Markus Koschany <apo@gambaru.de> - 2015-09-30 16:30 +0200
  Re: [Reproducible-builds] Usefulness of periodic reproducible builds e-mails Holger Levsen <holger@layer-acht.org> - 2015-09-29 17:20 +0200

csiph-web