Re: packages that FTBFS twice in a row ...

[Thorsten Glaser]

Andreas Beckmann dixit:

>How could we check for these bugs?

Why are these bugs anyway? I mean, not why they are defined as bugs
(I do know the rule), but why does this rule exist (or, at least,
still exist)?

Even quite some time ago, I’d assume a build to always start from
a clean state (.dsc or, nowadays, a VCS). Package uploads are made
after cowbuilder (pbuilder) or sbuild.

So, is this still necessary?

Apologies for getting slightly off with the topic.

bye,
//mirabilos (no offence intended, just curious)
-- 
This space for rent.

https://paypal.me/mirabilos to support my work.

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

Bug#877728: test_elf regression with binutils 2.29.0 on x86-64

[Juliana Oliveira]

tags 877728 + pending

--

Juliana

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

Re: Help with cdebootstrap_0.7.7

[Chris Lamb]

Jathan,

> >> -   override_dh_fixperms $@ --parallel --with autoreconf
> >> +   dh $@ --parallel --with autoreconf

Ah, I think you have the diff the wrong way around; try re-ordering
the arguments to diff(1) — in unified diffs, a "-" means a line was
removed from the original whilst a "+" means a line was added.

.. but even when you do that, as I mentioned a few emails back,
debhelper, dh & "override_dh_fixperms" do not interract like this,
in a way that makes me think you are missing some fundamentals on
the difference between Make targets and commands, etc. etc. :)


Best wishes,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

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

Bug#877728: test_elf regression with binutils 2.29.0 on x86-64

[Juliana Oliveira]

On Wed, 4 Oct 2017 23:27:57 +0200 Levente Polyak
 wrote:
> Package: diffoscope
>
> diffoscope git version: 70cb725deb12a2eddc4613b5e3af69ed13434bf7
> binutils: 2.29.0
> architecture: x86-64
>
> > objdump --info|grep x86
> elf64-x86-64
> elf32-x86-64
> pei-x86-64
> elf64-x86-64 elf32-i386 elf32-iamcu elf32-x86-64 a.out-i386-linux
> i386 elf64-x86-64 elf32-i386 --- elf32-x86-64 a.out-i386-linux
> pei-i386 pei-x86-64 elf64-l1om elf64-k1om elf64-little elf64-big
> i386 pei-i386 pei-x86-64 -- -- elf64-little elf64-big
>
>
>
> ==> Starting check()...
> = test session starts
> ==
> platform linux -- Python 3.6.2, pytest-3.2.2, py-1.4.34, pluggy-0.4.0 --
> /usr/bin/python
> cachedir: .cache
> rootdir: /build/diffoscope/src/diffoscope-87, inifile:
> collecting ... collected 376 items
>
> === FAILURES
> ===
>  test_obj_compare_non_existing
> _
>
> monkeypatch = <_pytest.monkeypatch.MonkeyPatch object at 0x7f45874ce9e8>
> obj1 = <
> /build/diffoscope/src/diffoscope-87/tests/data/test1.o>
>
> @skip_unless_tools_exist('readelf')
> @skip_if_binutils_does_not_support_x86()
> def test_obj_compare_non_existing(monkeypatch, obj1):
> monkeypatch.setattr(Config(), 'new_file', True)
> difference = obj1.compare(MissingFile('/nonexisting', obj1))
> assert difference.source2 == '/nonexisting'
> > assert len(difference.details) > 0
> E assert 0 > 0
> E + where 0 = len([])
> E + where [] =  /build/diffoscope/src/diffoscope-87/tests/data/test1.o -- /nonexisting
> []>.details
>
> tests/comparators/test_elf.py:58: AssertionError
> __ test_diff
> ___
>
> obj_differences = []
>
> @skip_unless_tools_exist('readelf')
> @skip_if_binutils_does_not_support_x86()
> def test_diff(obj_differences):
> > assert len(obj_differences) == 1
> E assert 0 == 1
> E + where 0 = len([])

Hi Levente,

Thank you for the report. (:
 Closed in
https://anonscm.debian.org/cgit/reproducible/diffoscope.git/commit/?id=9e2013fed0b9652509ad1b60f4be0cbeabe175f8

---

Juliana

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

Re: Bug#884795: Bug#884795: patman: FTBFS on x32: final link failed: Nonrepresentable section

[Andreas Tille]

Hi for the reproducible builds and QA team,

this discussion was triggered by bug #866137 which was causes by the
fact that an arch:all package had different content depending whether it
was build together with the arch any packages of htslib or
independently.  IMHO the verification that arch all packages are identical
no matter what build method was used.

On Thu, Dec 21, 2017 at 08:43:37AM +0200, Graham Inggs wrote:
> > H, I see.  Its a bit dangarous when arch all packages end up
> > differently when beeing build separately from those who are build only
> > for arch all.  I had enother example with this difference and it always
> > leads to problems.  May be there should be a general test on the Debian
> > package pool spotting those differences ...
> 
> We would probably be to told we need test this ourselves by doing our
> own arch-indep only builds, because that's the way it is done on the
> buildds.

Well, there are QA tests whether packages build at all and build
reproducibly.  Isn't it a sensible test to check whether arch-indep
packages are the same?  While I think in a *prefect* world maintainers
should check this but as this example shows maintainers don't (and I
need to admit even now I'm not really motivated to do this work
manually.)

> Interestingly, Ubuntu build the arch:amd64 and arch:all packages together.

But there is no real right or wrong here.  The right thing would be to
implement automatic verification that under each build method the result
will be the same.

-- end of general QA discussion here --
 
> I noticed htslib 1.6-3 failed its autopkgtests again [1] :-/
> However, it passed the missing cram headers and now fails because of
> missing win/rand.c, a new file introduced in 1.6 [2].
> I will take care of this today.

Our mails seem to have crossed.  I noticed this as well and reopened
the bug.  Thanks a lot that you will care.

Kind regards

Andreas.

> [1] https://ci.debian.net/packages/h/htslib/
> [2] 
> https://anonscm.debian.org/cgit/debian-med/htslib.git/diff/win/rand.c?id=0b1efffb5e9c447681992014800392e378e67a5f

-- 
http://fam-tille.de

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