Bug 2136842

Hi Miro,

thank you for reporting the issue!

I'll look into the issue and try to migrate the project upstream as well (since I'm upstream there as well).

Testing and mass rebuild of packages is happening in copr. You can follow these instructions to test locally in mock if your package builds with Python 3.12:
https://copr.fedorainfracloud.org/coprs/python3.12/

Please use this copr for testing rather than https://copr.fedorainfracloud.org/coprs/g/python/python-without-distutils/

If your package is listed in [0], you may workaround this issue by BuildRequiring python-setuptools, note that adding such BuildRequires might however hide some transitive dependency problem, if the distutils import comes from a dependency.
Cooperation with upstream is recommended. Additional context [1].

[0] https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org/message/6BHNAWHE7M5VY3YQVJLOYHLY4M7KIFFN/

[1] https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org/thread/N6ITYHLRWIDNYNXGPYG2ZHF3ZLQWZN7L/

https://docs.python.org/3.12/whatsnew/3.12.html

For all our attempts to build system-config-printer with Python 3.12, see:
https://copr.fedorainfracloud.org/coprs/python3.12/package/system-config-printer/

Let us know here if you have any questions.

Python 3.12 is planned to be included in Fedora 39. To make that update smoother, we're building Fedora packages with all pre-releases of Python 3.12.
A build failure prevents us from testing all dependent packages (transitive [Build]Requires), so if this package is required a lot, it's important for us to get it fixed soon.
We'd appreciate help from the people who know this package best, but if you don't want to work on this now, let us know so we can try to work around it on our side.

This bug appears to have been reported against 'rawhide' during the Fedora Linux 38 development cycle.
Changing version to 38.

Hi guys,

I've tried to check some tutorials and other Python based projects, but wasn't able to move this one. Can someone from python team help me out?

I'm upstream of the project as well, but I inherited the project and don't know it this deep to change project setup from scratch - so in case you have time, it would be great if you sent me a PR at https://github.com/OpenPrinting/system-config-printer/ .

I'm sorry for not being helpful and thank you in advance!

This package hits https://github.com/pypa/setuptools/issues/3143

Replacing:

  setup.py install --prefix=$(DESTDIR)$(prefix)

With:

  setup  .py install --root $(DESTDIR) --prefix=$(prefix)

In Makefile* makes it build.

I won't be able to send upstream PR, because I don't understand autotools and I don't know how to handle unset $DESTDIR.


I've pushed the change into the Fedora package and triggered a build.

(In reply to Miro Hrončok from comment #5)
> I won't be able to send upstream PR, because I don't understand autotools
> and I don't know how to handle unset $DESTDIR.

Never mind, you've done a lot already, thanks a ton for helping me! I'm sorry for not tackling this sooner.

> 
> 
> I've pushed the change into the Fedora package and triggered a build.

Thanks!

I can't a bodhi update which brought the fixed build in, but the build exists as https://koji.fedoraproject.org/koji/buildinfo?buildID=2214041 and it is available in current rawhide, so I'm closing the issue as fixed in rawhide.

I went through a direct releng-powered old-fashioned side tag merge. Hence, no update in Bodhi ever existed.