Package Details: python-dm-tree 0.1.9-2

Git Clone URL: https://aur.archlinux.org/python-dm-tree.git (read-only, click to copy)
Package Base: python-dm-tree
Description: tree is a library for working with nested data structures
Upstream URL: https://github.com/google-deepmind/tree
Licenses: Apache-2.0
Submitter: acxz
Maintainer: redponike
Last Packager: redponike
Votes: 4
Popularity: 0.56
First Submitted: 2020-03-26 04:09 (UTC)
Last Updated: 2025-04-13 13:01 (UTC)

Latest Comments

1 2 Next › Last »

Antiz commented on 2025-04-20 18:58 (UTC) (edited on 2025-04-22 05:38 (UTC) by Antiz)

@envolution, while your actions to report broken packages and get them fixed is appreciated, please avoid being excessively pushy. In that case, comments were enough. Assuming one may have notifications turned off is not a reason to justify sending separate mails and / or using the "flag out of date" button abusively (which, indeed, isn't meant for bug / build failures reports). Everyone here is a volunteer doing this on their free time. Please respect that.
If one doesn't respond to your reports after a reasonable time, then you can try to contact them via other means, or eventually fill an orphan request.

@redponike If you're facing any problems or annoyances due to someone's actions / behavior, please reach out to the staff via IRC or the mailing list so it can be analyzed (and acted on if needed). The comment section is not the proper place to engage with such things and is conductive to undesirable escalation of the conflict (like it happened here).

I made some cleanup in the comment section, let's try to keep comments relevant here please :)

redponike commented on 2025-04-14 02:12 (UTC) (edited on 2025-04-14 02:12 (UTC) by redponike)

@medaminezghal Thank you for your contribution. I will make sure to act on it once the PR gets reviewed upstream.

@envolution Thank you for pointing that out, your comment is on point. However, commenting, flagging out-of-date, and spamming my mail inbox all in the span of 3 days was not warranted. Please refrain from doing that.

medaminezghal commented on 2025-04-12 05:12 (UTC)

@redponike I've made a PR to fix the build problem and add options to use system libraries so yo add abseil-cpp and pybind11 as dependencies and use USE_SYSTEM_ABSEIL=ON USE_SYSTEM_PYBIND11=ON python -m build --wheel --no-isolation to build it.

envolution commented on 2025-04-07 22:06 (UTC) 

prepare() {
  cd "${srcdir}/${_pkgname}-${pkgver}"
  sed -i '/cmake_args = \[/a \        "-DCMAKE_POLICY_VERSION_MINIMUM=3.5",' setup.py
}

envolution commented on 2025-04-03 16:11 (UTC)

This no longer compiles with upstream's cmake. If you patch the cmake call in the python build scripts to include -DCMAKE_POLICY_VERSION_MINIMUM=3.5 it should solve the following error:

2025-04-03T07:44:31.8605739Z CMake Error at /home/builder/.cache/paru/clone/python-dm-tree/src/tree-0.1.9/build/temp.linux-x86_64-cpython-313/_deps/pybind11-src/CMakeLists.txt:8 (cmake_minimum_required):
2025-04-03T07:44:31.8605935Z   Compatibility with CMake < 3.5 has been removed from CMake.
2025-04-03T07:44:31.8605940Z 
2025-04-03T07:44:31.8606294Z   Update the VERSION argument <min> value.  Or, use the <min>...<max> syntax
2025-04-03T07:44:31.8606542Z   to tell CMake that the project requires at least <min> but has been updated
2025-04-03T07:44:31.8606717Z   to work with policies introduced by <max> or earlier.
2025-04-03T07:44:31.8606722Z 
2025-04-03T07:44:31.8606953Z   Or, add -DCMAKE_POLICY_VERSION_MINIMUM=3.5 to try configuring anyway.

1 2 Next › Last »