1. Forum
  2. Usenet
  3. LINUX.DEBIAN.BUGS.RC

  • Bug#1105144: uwsgi-plugin-python3: Unsatisfiable dependencies on uwsgi-

    From Mathias Behrle@21:1/5 to All on Mon May 12 09:10:02 2025
    Package: uwsgi-plugin-python3
    Version: 2.0.28+8+0.0.2+b1
    Severity: serious
    Justification: RT

    Hi,

    I guess this could be related to #1104206, but filing as a separate bug
    at your discretion.

    It turns out that current src:uwsgi-plugin-python has unsatisfiable dependencies on uwsgi-abi-fd03c85edfee33327ac760f246543e10 [0].

    Filing as serious because this bug causes migration stalls in sid for
    piuparts testing of reverse dependencies [1].

    The relevant part is the following:
    In sid, tryton-server-uwsgi depends on uwsgi-plugin-python3, which depends on uwsgi-abi-fd03c85edfee33327ac760f246543e10, which isn't provided by any package. So, practically, in sid, piuparts is refusing to test packages that depend on uwsgi-plugin-python3 (which would fail anyway).

    Tracker page of tryon-server [2]:
    The dependencies of tryton-server-uwsgi=7.0.30-1 cannot be satisfied in unstable on amd64 because: unsatisfied dependency on uwsgi-abi-fd03c85edfee33327ac760f246543e10 The dependencies of tryton-server-all-in-one=7.0.30-1 cannot be satisfied in unstable on amd64 because: unsatisfied dependency on uwsgi-abi-fd03c85edfee33327ac760f246543e10 The dependencies of tryton-server-nginx=7.0.30-1 cannot be satisfied in unstable on amd64 because: unsatisfied dependency on uwsgi-abi-fd03c85edfee33327ac760f246543e10



    [0] https://tracker.debian.org/pkg/uwsgi-plugin-python
    [1] https://piuparts.debian.org/sid/source/t/tryton-server.html
    [2] https://tracker.debian.org/pkg/tryton-server

    Cheers,
    Mathias

    --

    Mathias Behrle
    PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
    AC29 7E5C 46B9 D0B6 1C71 7681 D6D0 9BE4 8405 BBF6

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jonas Smedegaard@21:1/5 to All on Mon May 12 11:40:01 2025
    Quoting Alexandre Rossi (2025-05-12 11:11:31)
    I guess this could be related to #1104206, but filing as a separate bug
    at your discretion.

    Yes it is.

    It turns out that current src:uwsgi-plugin-python has unsatisfiable dependencies on uwsgi-abi-fd03c85edfee33327ac760f246543e10 [0].

    Filing as serious because this bug causes migration stalls in sid for piuparts testing of reverse dependencies [1].

    I was afraid this was going to happen.

    Convicing the release team to let 2.0.29 into testing may take too
    much time, so the easier course of action is to revert to 2.0.28.

    Jonas, do you prefer I try again with the release team or I prepare 2.0.29-2+really2.0.28-9+1 ?

    I read #1104206 earlier today, thanks to this bugreport, and if that is
    what you are implying as your previous attempt with the release team
    then yes, I think is relevant to try again, because if I understand it correctly, then #1104206 seems to mix multiple issues . specifically it
    seems to me that reverting back to older release does not fix the
    (related but different from what the bugreport is tracking) issue of
    uwsgi package failing to track API reliably: Rebuilding packages without touching source is still reasonable (or was, by the time the source
    package was uploaded), in my opinion.

    But if you think it is relevant to discuss that API issue further, then
    let's do that at #1104206 instead of here. Or merge the bugreports:
    Seems easier to track this as the same issue (but thanks for being
    cautious and reporting separately, Mathias!).

    - Jonas

    --
    * Jonas Smedegaard - idealist & Internet-arkitekt
    * Tlf.: +45 40843136 Website: http://dr.jones.dk/
    * Sponsorship: https://ko-fi.com/drjones

    [x] quote me freely [ ] ask before reusing [ ] keep private

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Alexandre Rossi@21:1/5 to All on Mon May 12 12:00:01 2025
    Hi,

    It turns out that current src:uwsgi-plugin-python has unsatisfiable dependencies on uwsgi-abi-fd03c85edfee33327ac760f246543e10 [0].

    Filing as serious because this bug causes migration stalls in sid for piuparts testing of reverse dependencies [1].

    I was afraid this was going to happen.

    Convicing the release team to let 2.0.29 into testing may take too
    much time, so the easier course of action is to revert to 2.0.28.

    Jonas, do you prefer I try again with the release team or I prepare 2.0.29-2+really2.0.28-9+1 ?

    I read #1104206 earlier today, thanks to this bugreport, and if that is
    what you are implying as your previous attempt with the release team
    then yes, I think is relevant to try again, because if I understand it correctly, then #1104206 seems to mix multiple issues . specifically it
    seems to me that reverting back to older release does not fix the
    (related but different from what the bugreport is tracking) issue of
    uwsgi package failing to track API reliably: Rebuilding packages without touching source is still reasonable (or was, by the time the source
    package was uploaded), in my opinion.

    I understand that 2.0.29 was too late and too big for the soft freeze
    (only small, targeted fixes). And it is the upload of 2.0.29 that created
    the need for binNMUs. That's why I think that to be compliant we need to revert,
    or work out an exception with the release team.

    But if you think it is relevant to discuss that API issue further, then
    let's do that at #1104206 instead of here. Or merge the bugreports:
    Seems easier to track this as the same issue (but thanks for being
    cautious and reporting separately, Mathias!).

    For this ABI tracking issue, I've filled #1104672.

    Thanks,

    Alex

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Alexandre Rossi@21:1/5 to All on Mon May 19 12:00:02 2025
    close 1105144
    thanks

    This was fixed with the binNMU documented in #1104206.

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