Package Details: conan 2.4.1-2

Git Clone URL: https://aur.archlinux.org/conan.git (read-only, click to copy)
Package Base: conan
Description: A distributed, open source, C/C++ package manager.
Upstream URL: https://conan.io
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/_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.

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: 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"

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/__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..

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://aur@aur.archlinux.org/conan.git (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.