Package Details: conan 2.4.1-2

Git Clone URL: (read-only, click to copy)
Package Base: conan
Description: A distributed, open source, C/C++ package manager.
Upstream URL:
Keywords: conan
Licenses: MIT
Conflicts: conan1
Provides: conan
Submitter: suridaj
Maintainer: suridaj
Last Packager: suridaj
Votes: 71
Popularity: 2.48
First Submitted: 2016-08-21 01:35 (UTC)
Last Updated: 2024-06-14 17:52 (UTC)

Latest Comments

1 2 3 4 5 6 .. 13 Next › Last »

suridaj commented on 2024-06-14 15:23 (UTC)

Oops. Missed that, thank you. Will fix ASAP.

ravenexp commented on 2024-06-14 15:20 (UTC)

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

My bad, I accidentally removed it from makedepends when switching to python-build.

Petkr commented on 2024-06-14 12:51 (UTC)

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

I get:

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

ERROR Backend 'setuptools.build_meta' is not available.

suridaj commented on 2024-06-11 08:16 (UTC) (edited on 2024-06-11 08:19 (UTC) by suridaj)

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.

ravenexp commented on 2024-06-09 14:28 (UTC) (edited on 2024-06-09 14:29 (UTC) by ravenexp)

Upstream issue related to the comment below:

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

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
@@ -3,12 +3,12 @@

 pkgdesc="A distributed, open source, C/C++ package manager."
-makedepends=('python-setuptools' 'patch')
+makedepends=('python-build' 'python-installer' 'python-wheel' 'patch')
@@ -36,13 +36,13 @@ prepare() {

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

 package() {
-  cd "$srcdir/conan-$pkgver"
-  python 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 "${pkgdir}/usr/share/licenses/conan/"
   install -m755 -d "${pkgdir}/usr/share/doc/conan"

ravenexp commented on 2024-06-09 12:09 (UTC)

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

suridaj commented on 2024-05-30 18:54 (UTC)

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

rubin55 commented on 2024-05-29 21:22 (UTC) (edited on 2024-05-29 21:25 (UTC) by rubin55)

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/", line 205, in load
    module = import_module('module'))
  File "/usr/lib/python3.12/importlib/", 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/", line 3, in <module>
    from conan.cli.cli import main
  File "/usr/lib/python3.12/site-packages/conan/", line 2, in <module>
    from import Version as _Version
  File "/usr/lib/python3.12/site-packages/conan/tools/scm/", line 1, in <module>
    from import Git
  File "/usr/lib/python3.12/site-packages/conan/tools/scm/", line 5, in <module>
    from import chdir, update_conandata
  File "/usr/lib/python3.12/site-packages/conan/tools/files/", line 5, in <module>
    from import patch, apply_conandata_patches, export_conandata_patches
  File "/usr/lib/python3.12/site-packages/conan/tools/files/", 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..

a821 commented on 2024-05-12 07:47 (UTC)

@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:// (this is to avoid potential issues with a broken local repo).

suridaj commented on 2024-04-23 13:13 (UTC)

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