[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#978024: regression: 4.11.1 broke dose3 on bytecode arches



Source: ocaml
Version: 4.11.1-3
Severity: important

Hi,

my package botch FTBFS on armel, mips64el and mipsel:

https://buildd.debian.org/status/package.php?p=botch

The reason is, that when calling dose-deb-coinstall it fails with "unknown
option --verbose". Upon further investigation, it turns out, that the dose3
source package builds invalid binaries on armel, mips64el and mipsel.
You can reproduce the problem by building dose3 on a mipsel porter box
with:

    $ apt-get source dose3 --build

You then end up with the following identical working binaries:

    dose3-5.0.1/_build/applications/deb-coinstall.byte
    dose3-5.0.1/debian/tmp/usr/bin/dose-deb-coinstall

But surprisingly, this one is different and also doesn't work as
expected:

    $ dose3-5.0.1/debian/dose-extra/usr/bin/dose-deb-coinstall --help
    unknown option --help

Funnily, the other non-working binaries, have the exact same md5sum:

    $ find dose3-5.0.1/ -type f -print0 | xargs -0 md5sum | grep 0261218e050b5c5c7ee1988fd1d4e5da
    0261218e050b5c5c7ee1988fd1d4e5da  dose3-5.0.1/debian/dose-extra/usr/bin/dose-deb-coinstall
    0261218e050b5c5c7ee1988fd1d4e5da  dose3-5.0.1/debian/dose-extra/usr/bin/dose-ceve
    0261218e050b5c5c7ee1988fd1d4e5da  dose3-5.0.1/debian/dose-distcheck/usr/bin/dose-distcheck

I don't understand how this problem or what makes these three different from
the other utilities built by the dose3 source package or how the error is only
introduced when moving the binaries from debian/tmp to debian/dose-*.

The reason I'm filing this bug against the ocaml source package is, that
I bisected Debian unstable and found out, that the problem was not
present when compiling dose3 at snapshot.d.o timestamp 20201012T150222Z
and was first seen in timestamp 20201014T150244Z. The few timestamps
between those two cannot be tested because the build dependencies were
not installable for a while due to an upgrade of ocaml and the involved
binNMU rebuilds.

At the end of this mail I attached a diff between the package list at
the still working snapshot timestamp 20201012T150222Z and the first
failing 20201014T150244Z. As far as ocaml packages go, ocaml itself
updated from 4.08.1 to 4.11.1 so I think this is likely the suspect.

Maybe you have an idea of how to proceed?

Thanks!

cheers, josch


    $ diff debbisect.20201012T150222Z.pkglist debbisect.20201014T150244Z.pkglist 
19,20c19,20
    19,20c19,20
    < cpp-10	10.2.0-13
    < cppo	1.6.6-2
    ---
    > cpp-10	10.2.0-15
    > cppo	1.6.6-2+b1
    41c41
    < g++-10	10.2.0-13
    ---
    > g++-10	10.2.0-15
    43,44c43,44
    < gcc-10	10.2.0-13
    < gcc-10-base:armel	10.2.0-13
    ---
    > gcc-10	10.2.0-15
    > gcc-10-base:armel	10.2.0-15
    53c53
    < hevea	2.34-2
    ---
    > hevea	2.34-2+b1
    62,63c62,63
    < libasan6:armel	10.2.0-13
    < libatomic1:armel	10.2.0-13
    ---
    > libasan6:armel	10.2.0-15
    > libatomic1:armel	10.2.0-15
    72c72
    < libbrotli1:armel	1.0.9-2
    ---
    > libbrotli1:armel	1.0.9-2+b1
    76,77c76,77
    < libbz2-ocaml	0.6.0-10+b1
    < libbz2-ocaml-dev	0.6.0-10+b1
    ---
    > libbz2-ocaml	0.6.0-10+b2
    > libbz2-ocaml-dev	0.6.0-10+b2
    85c85
    < libcc1-0:armel	10.2.0-13
    ---
    > libcc1-0:armel	10.2.0-15
    96c96
    < libcudf-ocaml-dev	0.9-1
    ---
    > libcudf-ocaml-dev	0.9-1+b1
    109,110c109,110
    < libextlib-ocaml	1.7.7-2
    < libextlib-ocaml-dev	1.7.7-2
    ---
    > libextlib-ocaml	1.7.7-2+b1
    > libextlib-ocaml-dev	1.7.7-2+b1
    113c113
    < libfindlib-ocaml	1.8.1-1+b1
    ---
    > libfindlib-ocaml	1.8.1-2
    118,119c118,119
    < libgcc-10-dev:armel	10.2.0-13
    < libgcc-s1:armel	10.2.0-13
    ---
    > libgcc-10-dev:armel	10.2.0-15
    > libgcc-s1:armel	10.2.0-15
    124c124
    < libglib2.0-0:armel	2.66.0-2
    ---
    > libglib2.0-0:armel	2.66.1-1
    127c127
    < libgomp1:armel	10.2.0-13
    ---
    > libgomp1:armel	10.2.0-15
    176c176
    < libocamlgraph-ocaml-dev	1.8.8-1.1+b1
    ---
    > libocamlgraph-ocaml-dev	1.8.8-1.1+b2
    203c203
    < libpython3-stdlib:armel	3.8.2-3
    ---
    > libpython3-stdlib:armel	3.8.6-1
    206c206
    < libre-ocaml-dev	1.9.0-1
    ---
    > libre-ocaml-dev	1.9.0-1+b1
    214,216c214,216
    < libseccomp2:armel	2.4.4-1
    < libselinux1:armel	3.1-2
    < libselinux1-dev:armel	3.1-2
    ---
    > libseccomp2:armel	2.4.4-1+b1
    > libselinux1:armel	3.1-2+b1
    > libselinux1-dev:armel	3.1-2+b1
    227,228c227,228
    < libstdc++-10-dev:armel	10.2.0-13
    < libstdc++6:armel	10.2.0-13
    ---
    > libstdc++-10-dev:armel	10.2.0-15
    > libstdc++6:armel	10.2.0-15
    244c244
    < libubsan1:armel	10.2.0-13
    ---
    > libubsan1:armel	10.2.0-15
    260,261c260,261
    < libxml2:armel	2.9.10+dfsg-6
    < libxml2-dev:armel	2.9.10+dfsg-6
    ---
    > libxml2:armel	2.9.10+dfsg-6.1
    > libxml2-dev:armel	2.9.10+dfsg-6.1
    266,267c266,267
    < libzip-ocaml	1.10-1
    < libzip-ocaml-dev	1.10-1
    ---
    > libzip-ocaml	1.10-1+b1
    > libzip-ocaml-dev	1.10-1+b1
    282,287c282,287
    < ocaml-base-nox	4.08.1-10
    < ocaml-compiler-libs	4.08.1-10
    < ocaml-findlib	1.8.1-1+b1
    < ocaml-interp	4.08.1-10
    < ocaml-nox	4.08.1-10
    < ocamlbuild	0.14.0-2
    ---
    > ocaml-base-nox	4.11.1-3
    > ocaml-compiler-libs	4.11.1-3
    > ocaml-findlib	1.8.1-2
    > ocaml-interp	4.11.1-3
    > ocaml-nox	4.11.1-3
    > ocamlbuild	0.14.0-2+b1
    296,297c296,297
    < python3	3.8.2-3
    < python3-minimal	3.8.2-3
    ---
    > python3	3.8.6-1
    > python3-minimal	3.8.6-1


Reply to: