Arch Linux User Repository

The package still seems to have a dependency on python-setuptools.

I get:

File "/usr/lib/python3.12/site-packages/pyproject_hooks/_impl.py", line 402, in _call_hook
    raise BackendUnavailable(pyproject_hooks._impl.BackendUnavailable: Cannot import 'setuptools.build_meta')

ERROR Backend 'setuptools.build_meta' is not available.

Thank you @ravenexp for reporting and for the proposed patch. Your changes appear to work. Before pulling them, first I would like to carefully go through the raised Conan issue to avoid any future gotchas. In particular, it seems we will be able to package 2.4.1 using the --wheel flag, thanks to your comments in their issue tracker.

Upstream issue related to the comment below: https://github.com/conan-io/conan/issues/16436

I tried switching to the PEP 517 packaging procedure as described here:

https://wiki.archlinux.org/title/Python_package_guidelines#Standards_based_(PEP_517)

and it seemed to help to resolve the issue as long as the recommended --wheel flag is NOT used with python -m build. My patch is below:

diff --git a/PKGBUILD b/PKGBUILD
index 52077db..5f1d2f3 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -3,12 +3,12 @@

 pkgname=('conan')
 pkgver=2.4.0
-pkgrel=1
+pkgrel=2
 pkgdesc="A distributed, open source, C/C++ package manager."
 arch=('any')
 url="https://conan.io"
 license=('MIT')
-makedepends=('python-setuptools' 'patch')
+makedepends=('python-build' 'python-installer' 'python-wheel' 'patch')
 depends=('sqlite'
          'python-requests>=2.25'
          'python-urllib3>=1.26.6'
@@ -36,13 +36,13 @@ prepare() {
  }

 build() {
-  cd "$srcdir/conan-$pkgver"
-  python setup.py build
+  cd $pkgname-$pkgver
+  python -m build --no-isolation
 }

 package() {
-  cd "$srcdir/conan-$pkgver"
-  python setup.py install --optimize=1 --root=${pkgdir}
+  cd $pkgname-$pkgver
+  python -m installer --destdir="$pkgdir" dist/*.whl
   install -m755 -d "${pkgdir}/usr/share/licenses/conan"
   install -m644 LICENSE.md "${pkgdir}/usr/share/licenses/conan/"
   install -m755 -d "${pkgdir}/usr/share/doc/conan"

conan-2.4.0-1 packages and installs all its unit tests. It's hardy the intended behavior.

Thank you FirstAirBender for handling the 2.3.2 in my absence and for unborking the detached HEAD state.

Package seems broken due to missing dependency:

$ conan --help
Traceback (most recent call last):
  File "/usr/bin/conan", line 33, in <module>
    sys.exit(load_entry_point('conan==2.3.2', 'console_scripts', 'conan')())
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/bin/conan", line 25, in importlib_load_entry_point
    return next(matches).load()
           ^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/importlib/metadata/__init__.py", line 205, in load
    module = import_module(match.group('module'))
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/importlib/__init__.py", line 90, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "<frozen importlib._bootstrap>", line 1387, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1331, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 935, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 995, in exec_module
  File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed
  File "/usr/lib/python3.12/site-packages/conans/conan.py", line 3, in <module>
    from conan.cli.cli import main
  File "/usr/lib/python3.12/site-packages/conan/__init__.py", line 2, in <module>
    from conan.tools.scm import Version as _Version
  File "/usr/lib/python3.12/site-packages/conan/tools/scm/__init__.py", line 1, in <module>
    from conan.tools.scm.git import Git
  File "/usr/lib/python3.12/site-packages/conan/tools/scm/git.py", line 5, in <module>
    from conan.tools.files import chdir, update_conandata
  File "/usr/lib/python3.12/site-packages/conan/tools/files/__init__.py", line 5, in <module>
    from conan.tools.files.patches import patch, apply_conandata_patches, export_conandata_patches
  File "/usr/lib/python3.12/site-packages/conan/tools/files/patches.py", line 5, in <module>
    import patch_ng
ModuleNotFoundError: No module named 'patch_ng'

Ah I figured it out. This is due to recentish upgrade to Python 3.12. Various AUR packages I have, have not been rebuilt for 3.12, so site-packages dir still in /usr/lib/python3.11, which can't be used/not-found by 3.12. I'll go rebuild a lot of things..

@suridaj: The AUR git repo is in a detached HEAD state. A solution is git switch -c master HEAD && git push origin master within a fresh clone of ssh://aur@aur.archlinux.org/conan.git (this is to avoid potential issues with a broken local repo).

Sorry for not answering earlier. I am currently without access to my Arch machine. Will try to fix this ASAP.

@jkl @evorster getting the same issue with headless clone with no master/main branch(both using yay and doing git clone in the .cache/yay/ directory, doing rm -r on the conan folder each time) though wondering if it is an issue with using an older pacman version?

@evorster @suridaj Hmm weird because the PKGBUILD works fine for me with the original URL, perhaps it is hitting an anti-DDOS captcha in some cases and may be worth changing. That is however a different problem then the aforementioned issue with the broken git master branch. Do a clean git clone https://aur.archlinux.org/conan to see the error.