Bug 2291721

There is actually a loop here, because glanceclient buildrequires os-client-config, but os-client-config also buildrequires glanceclient :( not sure what to do with that. This seems like a very messy dep thicket.

According to our records, the %with_doc macro set to 0 should break the loop. However, the value of the macro (1 or 0) ends up with the same set of dep problems:

Problem 1: conflicting requests
  - nothing provides python(abi) = 3.12 needed by python3-keystoneauth1-5.6.0-1.fc41.noarch from build
  - nothing provides ((python3.12dist(pbr) < 2.1 or python3.12dist(pbr) > 2.1) with python3.12dist(pbr) >= 2) needed by python3-keystoneauth1-5.6.0-1.fc41.noarch from build
  - nothing provides python3.12dist(requests) >= 2.14.2 needed by python3-keystoneauth1-5.6.0-1.fc41.noarch from build
  - nothing provides python3.12dist(stevedore) >= 1.20 needed by python3-keystoneauth1-5.6.0-1.fc41.noarch from build
  - nothing provides python3.12dist(iso8601) >= 0.1.11 needed by python3-keystoneauth1-5.6.0-1.fc41.noarch from build
  - nothing provides python3.12dist(os-service-types) >= 1.2 needed by python3-keystoneauth1-5.6.0-1.fc41.noarch from build
 Problem 2: conflicting requests
  - nothing provides python(abi) = 3.12 needed by python3-os-client-config-2.1.0-11.fc40.noarch from build
 Problem 3: conflicting requests
  - nothing provides python3.12dist(pytz) needed by python3-oslo-utils-7.1.0-1.fc41.noarch from build
  - nothing provides python(abi) = 3.12 needed by python3-oslo-utils-7.1.0-1.fc41.noarch from build
  - nothing provides python3.12dist(oslo-i18n) >= 3.15.3 needed by python3-oslo-utils-7.1.0-1.fc41.noarch from build
  - nothing provides python3.12dist(iso8601) >= 0.1.11 needed by python3-oslo-utils-7.1.0-1.fc41.noarch from build
  - nothing provides python3.12dist(pyyaml) >= 3.13 needed by python3-oslo-utils-7.1.0-1.fc41.noarch from build
  - nothing provides python3.12dist(debtcollector) >= 1.2 needed by python3-oslo-utils-7.1.0-1.fc41.noarch from build
  - nothing provides python3.12dist(packaging) >= 20.4 needed by python3-oslo-utils-7.1.0-1.fc41.noarch from build
  - nothing provides python3.12dist(netifaces) >= 0.10.4 needed by python3-oslo-utils-7.1.0-1.fc41.noarch from build
  - nothing provides python3.12dist(pyparsing) >= 2.1 needed by python3-oslo-utils-7.1.0-1.fc41.noarch from build
  - nothing provides python3.12dist(netaddr) >= 0.10 needed by python3-oslo-utils-7.1.0-1.fc41.noarch from build

That means, the loop needs to be broken differently, or the %with_doc conditional needs to do more than it does currently.

os-client-config is in glanceclient's test requirements, not its doc requirements. So I guess we'd have to implement a with_tests to get it out of there. But os-client-config has been in glanceclient's test requirements for seven years, and glanceclient has been in os-client-config's test requirements for seven years, so the question is how this ever worked before...

glanceclient wipes the requirements files to nerf dependency generation, and manages its own deps, so we can probably break the loop by doing a build of glanceclient with tests disabled and the os-client-config dep dropped. But I don't see any evidence of anything like this happening in prior cycles, so I still don't see how this worked before :/

Aha, I see what changed. We used to also nerf the dep generator in glanceclient and handle the deps manually, and we did not list os-client-config. That changed in the misleadingly-described https://src.fedoraproject.org/rpms/python-glanceclient/c/77e5b52f08ac233b9f0a00b62e0ca13ae1b0a913?branch=rawhide , which was right after the Python 3.12 rebuild.

...aha, and that commit also turned on the tests. Before that commit we were not running glanceclient's tests. Its tests do really require os-client-config, at least the functional tests.

So, I think the best we can do is implement a with_functional_tests which removes the functional tests and seds out the os-client-config requirement.

I see you committed a change that does that. We need to track when to build it a nd when to flip it back.

Yeah, I figured it was safe to at least implement it. Can't use it yet as there's still more dep chain to figure out first.

Hello,

Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py
If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/

This package fails to install and maintainers are advised to take one of the following actions:

 - Fix this bug and close this bugzilla once the update makes it to the repository.
   (The same script that posted this comment will eventually close this bugzilla
   when the fixed package reaches the repository, so you don't have to worry about it.)

or

 - Move this bug to ASSIGNED if you plan on fixing this, but simply haven't done so yet.

or

 - Orphan the package if you no longer plan to maintain it.


If you do not take one of these actions, the process at https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs will continue.
This package may be orphaned in 7+ weeks.
This is the first reminder (step 3) from the policy.

Don't hesitate to ask for help on https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/ if you are unsure how to fix this bug.

python-glanceclient rebuilt with python3.13 in python-glanceclient-4.5.0-2.fc41