1. Forum
  2. Usenet
  3. LINUX.DEBIAN.DEVEL.RELEAS

  • Migration of findlib blocked because of autopkgtest regression?

    From =?UTF-8?Q?St=C3=A9phane_Glondu?=@21:1/5 to All on Fri Feb 21 10:00:01 2025
    XPost: linux.debian.maint.ocaml.maint

    Dear Release Team,

    The findlib package is blocked out of testing because of autopkgtest regressions in ocaml-mdx on arm64 and armel:

    https://tracker.debian.org/pkg/findlib

    I don't understand why they fail only on these architectures, and,
    looking at the logs, the failure is due to a failure in installing dependencies, which I don't understand.

    I don't know what to do to make progress on this matter... Could someone
    more knowledgeable have a look and explain the situation, please?

    Sorry if this is not the right venue for this question, but I tried [email protected] 4 days ago, with no reply.


    Cheers,

    --
    Stéphane

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul Gevers@21:1/5 to =?UTF-8?Q?St=C3=A9phane_Glondu?= on Fri Feb 21 22:50:01 2025
    XPost: linux.debian.maint.ocaml.maint
    To: [email protected]
    Copy: [email protected] (Debian Ocaml Maint ML)

    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------qIxSmnEyqgqQVY0OSLq0vgNv
    Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

    SGksDQoNCk9uIDIxLTAyLTIwMjUgMDk6NTIsIFN0w6lwaGFuZSBHbG9uZHUgd3JvdGU6DQo+ IFRoZSBmaW5kbGliIHBhY2thZ2UgaXMgYmxvY2tlZCBvdXQgb2YgdGVzdGluZyBiZWNhdXNl IG9mIGF1dG9wa2d0ZXN0IA0KPiByZWdyZXNzaW9ucyBpbiBvY2FtbC1tZHggb24gYXJtNjQg YW5kIGFybWVsOg0KPiANCj4gIMKgIGh0dHBzOi8vdHJhY2tlci5kZWJpYW4ub3JnL3BrZy9m aW5kbGliDQo+IA0KPiBJIGRvbid0IHVuZGVyc3RhbmQgd2h5IHRoZXkgZmFpbCBvbmx5IG9u IHRoZXNlIGFyY2hpdGVjdHVyZXMsIGFuZCwgDQo+IGxvb2tpbmcgYXQgdGhlIGxvZ3MsIHRo ZSBmYWlsdXJlIGlzIGR1ZSB0byBhIGZhaWx1cmUgaW4gaW5zdGFsbGluZyANCj4gZGVwZW5k ZW5jaWVzLCB3aGljaCBJIGRvbid0IHVuZGVyc3RhbmQuDQoNCg0KTWUgbmVpdGhlciwgYnV0 IHRoZW4gSSBkb24ndCBmdWxseSBncmFzcCBob3cgT2NhbWwgZGVwZW5kZW5jaWVzIChhbmQg DQpwYXJ0aWN1bGFybHkgdGhlaXIgUHJvdmlkZXMpIHdvcmsuIEkgc3VzcGVjdCB0aGF0IGlm IHdlJ2QgaWdub3JlIHRoZXNlIA0KZmFpbHVyZXMsIHRoZSBuZXh0IHN0ZXAgb2YgYnJpdG5l eTIgd291bGQgdGVsbCB1cy4gKE9yIG1heWJlIG5vdCwgc2VlIA0KYmVsb3cpLg0KDQo+IEkg ZG9uJ3Qga25vdyB3aGF0IHRvIGRvIHRvIG1ha2UgcHJvZ3Jlc3Mgb24gdGhpcyBtYXR0ZXIu Li4gQ291bGQgc29tZW9uZSANCj4gbW9yZSBrbm93bGVkZ2VhYmxlIGhhdmUgYSBsb29rIGFu ZCBleHBsYWluIHRoZSBzaXR1YXRpb24sIHBsZWFzZT8NCg0KDQpJIGNhbid0LCBidXQgYXBw YXJlbnRseSBhcHQgY291bGRuJ3QgZmluZCBhIHNvbHV0aW9uLCBub3QgZXZlbiB3aXRoIA0K ZXZlcnl0aGluZyBmcm9tIHVuc3RhYmxlLiBXaGljaCBpcyB3ZWlyZCBiZWNhdXNlIGluIHVu c3RhYmxlLCB0aGUgdGVzdCANCnJ1bnMgZmluZS4NCg0KQW5kIEkganVzdCByZXNjaGVkdWxl ZCB0aGUgdGVzdCBvbiBhbWQ2NCAoc3RhcnRpbmcgd2l0aCBvbmx5IGZpbmRsaWIgDQpmcm9t IHVuc3RhYmxlLCBidXQgdGhlIHJlc3QgZnJvbSB0ZXN0aW5nKSBpdCBmYWlscyB0aGVyZSB0 b28uIFNvIC4uLiBJIA0KcmVhbGx5IGRvbid0IGdldCBpdCB5ZXQuDQoNCj4gU29ycnkgaWYg dGhpcyBpcyBub3QgdGhlIHJpZ2h0IHZlbnVlIGZvciB0aGlzIHF1ZXN0aW9uLCBidXQgSSB0 cmllZCANCj4gZGViaWFuLWNpQGwuZC5vIDQgZGF5cyBhZ28sIHdpdGggbm8gcmVwbHkuDQoN Ckl0IHdhcyBtYXJrZWQgZm9yIFRPRE8sIGJ1dCBpdCBzZWVtcyBJJ20gZ2V0dGluZyBtb3Jl IGl0ZW1zIG9uIHRoYXQgbGlzdCANCnRoYW4gSSdtIHByb2Nlc3NpbmcuDQoNClBhdWwNCg==


    --------------qIxSmnEyqgqQVY0OSLq0vgNv--

    -----BEGIN PGP SIGNATURE-----

    wsB5BAABCAAjFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAme4828FAwAAAAAACgkQnFyZ6wW9dQoM fAf/ZGBz1R6TtxyulaXo8ODAggsVFzkFvtw9mtdZA2gFBm7U9iR9euaf9uGk0jLeUz7K8d5S3wug NQ3I+o48C6bjeyPebaXLBj0MjiIQjPhkRcLTVkyJ6iXKwEaBjwdkN+iD36goEU5HtYNfNapBeinI YB/HZAjzqE/b4bvsk+KSnbo5e6db7vnxPoOeqzVqQx5cRfqRtIiNkIu9C1B9aCVpHVjXOErFFjz2 Iq/BS5vwoP9XQt3QQ8wCh35UIAJRYc24swp+TcGo6sex3cXPzDmnEbEQTddBVj2CdT8rCGqh/Dlh 64hkEv62UN+1ZNYlwubrkeTL83NiCp/+wjYUxVS9hQ==
    =5Tcj
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?St=C3=A9phane_Glondu?=@21:1/5 to All on Tue Feb 25 08:50:02 2025
    XPost: linux.debian.maint.ocaml.maint

    Hi,

    Le 21/02/2025 à 22:43, Paul Gevers a écrit :
    The findlib package is blocked out of testing because of autopkgtest
    regressions in ocaml-mdx on arm64 and armel:

       https://tracker.debian.org/pkg/findlib

    I don't understand why they fail only on these architectures, and,
    looking at the logs, the failure is due to a failure in installing
    dependencies, which I don't understand.

    Me neither, but then I don't fully grasp how Ocaml dependencies (and particularly their Provides) work. I suspect that if we'd ignore these failures, the next step of britney2 would tell us. (Or maybe not, see
    below).

    I don't know what to do to make progress on this matter... Could
    someone more knowledgeable have a look and explain the situation, please?

    I can't, but apparently apt couldn't find a solution, not even with everything from unstable. Which is weird because in unstable, the test
    runs fine.

    During the phase where it tries with "everything from unstable":

    Investigating (0) libmdx-ocaml:arm64 < none -> 2.5.0-2+b3 @un puN Ib >

    2.5.0-2+b3 is the version from testing, and it seems to stick to this
    version for the rest of the resolution. This is wrong. It should work
    with libmdx-ocaml from unstable (2.5.0-2+b4).

    I wondered why there was no failure on e.g. amd64, so I rescheduled the
    test for amd64 and... it failed! My suspicion is that it fails on all architectures, now.

    Then, why did it succeed the first time? I suspect some kind of race
    condition where the test was run before the old (pre-binNMUed) packages
    were removed from unstable. Is that possible?


    Cheers,

    --
    Stéphane

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?St=C3=A9phane_Glondu?=@21:1/5 to All on Tue Feb 25 13:20:01 2025
    XPost: linux.debian.maint.ocaml.maint

    Hi,

    Le 25/02/2025 à 08:53, Emilio Pozuelo Monfort a écrit :
    We were discussing it last night on #debian-release. This is a
    regression in autopkgtest, which no longer "falls back to using all
    packages from unstable". It's probably going to be reverted temporarily
    to unblock transitions which are unable to migrate atm, though in the
    long term the debci team may look for a different solution.

    In the meantime, I'll add hints to ignore those failures.

    There are also coquelicot, mathcomp-bigenough and ppxlib which seem in
    the same situation.


    Cheers,

    --
    Stéphane

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)