Re: [Reproducible-builds] Bug#138409: Bug#138409: Bug#138409: Bug#138409: dpkg-dev: please add support for .buildinfo files

Hi, Quoting Holger Levsen (2016-02-04 11:31:32) > (AFAIK transitive build-depends are all possible build depends, no, that would be the build dependency closure ;) > so if a package build depends on python2 || python3 both python versions will > be part of the transitive build depends. (Is

Re: [Reproducible-builds] Bug#138409: Bug#138409: Bug#138409: Bug#138409: dpkg-dev: please add support for .buildinfo files

Hi Josch, On Donnerstag, 4. Februar 2016, Johannes Schauer wrote: > > (AFAIK transitive build-depends are all possible build depends, > no, that would be the build dependency closure ;) and > > so if a package build depends on python2 || python3 both python versions > > will be part of the

Re: [Reproducible-builds] Bug#138409: Bug#138409: Bug#138409: Bug#138409: dpkg-dev: please add support for .buildinfo files

Holger Levsen: > I know that *you* have grasped the concept of transitive build depends very > well, but I'm pretty sure that 97% of the DD population have no idea what > transitive build depends are, especially compared to build-depends or > alternative build-depends. And even 70% were too

Re: [Reproducible-builds] Bug#138409: Bug#138409: Bug#138409: dpkg-dev: please add support for .buildinfo files

Hi, Quoting Guillem Jover (2016-02-04 09:44:13) > On Sun, 2016-01-31 at 14:43:08 +0100, Jérémy Bobbio wrote: > > and “Installed-Build-Depends” for the list of packages? > > I asked for more suggestions on #debian-dpkg, and Johannes Schauer > suggested Transitive-Build-Depends, which is something

Re: [Reproducible-builds] licencing reproducible/presentations.git

Hi, On 16-02-04 11:07:41, Holger Levsen wrote: > but in any case the question is: are you fine to licence your work under > Creative Commons Attribution-Share Alike 3.0 License or (at the choice of the > user of the works) under GNU Free Documentation License, Version 1.3 or > later, > with

Re: [Reproducible-builds] licencing reproducible/presentations.git

Hi, On 04/02/16 at 11:07 +0100, Holger Levsen wrote: > but in any case the question is: are you fine to licence your work under > Creative Commons Attribution-Share Alike 3.0 License or (at the choice of the > user of the works) under GNU Free Documentation License, Version 1.3 or > later, >

Re: [Reproducible-builds] licencing reproducible/presentations.git

Hi, I forgot to say… On Donnerstag, 4. Februar 2016, Holger Levsen wrote: > but in any case the question is: are you fine to licence your work under > Creative Commons Attribution-Share Alike 3.0 License or (at the choice of > the user of the works) under GNU Free Documentation License, Version

[Reproducible-builds] Привет!

___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#813746: ruby-hipchat: FTBFS: Real HTTP connections are disabled. Unregistered request: GET

Source: ruby-hipchat Version: 1.5.2-1 Severity: serious Justification: fails to build from source User: reproducible-builds@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Dear Maintainer, ruby-hipchat fails to build from source in

[Reproducible-builds] Bug#813719: scikit-learn: FTBFS: RuntimeError: lena() is no longer included in SciPy, please use ascent() or face() instead

Source: scikit-learn Version: 0.17.0-4 Severity: serious Justification: fails to build from source User: reproducible-builds@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Dear Maintainer, scikit-learn fails to build from source in

Re: [Reproducible-builds] licencing reproducible/presentations.git

On Thu, Feb 04, 2016 at 11:07:41AM +0100, Holger Levsen wrote: > but in any case the question is: are you fine to licence your work under > Creative Commons Attribution-Share Alike 3.0 License or (at the choice of the I'm going to assume you mean the unported "variant" here. > user of the

Re: [Reproducible-builds] Bug#138409: Bug#138409: Bug#138409: dpkg-dev: please add support for .buildinfo files

Hi! On Sun, 2016-01-31 at 14:43:08 +0100, Jérémy Bobbio wrote: > Guillem Jover: > > > How about naming the field “Environment-Variables”? > > > > Hmm, or Environment, or Build-Environment, which reminds me that I've > > found the usage of Build-Environment (as the list of transitively > >

[Reproducible-builds] Bug#813667: ccdproc: FTBFS: E: pybuild pybuild:274: test: plugin distutils failed with: exit code=5

Source: ccdproc Version: 0.3.3-1 Severity: serious Justification: fails to build from source User: reproducible-builds@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Dear Maintainer, ccdproc fails to build from source in unstable/amd64: [..]

[Reproducible-builds] Bug#813669: libteam: FTBFS: nl_updates.h:48:19: error: static declaration of 'nla_put_s8' follows non-static declaration

Source: libteam Version: 1.18-1 Severity: serious Justification: fails to build from source User: reproducible-builds@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Dear Maintainer, libteam fails to build from source in unstable/amd64: [..]

[Reproducible-builds] Bug#813666: caldav-tester: FTBFS: ImportError: No module named setuptools

Source: caldav-tester Version: 6.1-1 Severity: serious Justification: fails to build from source User: reproducible-builds@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Dear Maintainer, caldav-tester fails to build from source in

[Reproducible-builds] Bug#813668: mako: FTBFS: result_lines(l.get_template("foo.html").render().decode('utf-8')) AssertionError

Source: mako Version: 1.0.3+ds1-1 Severity: serious Justification: fails to build from source User: reproducible-builds@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Dear Maintainer, mako fails to build from source in unstable/amd64: [..]