| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| privacy.patch | Prevent privacy breach in docs | Andreas Tille <tille@debian.org> | not-needed | 2019-10-02 | ||
| reproducible.patch | Fix timestamps, insert files in deterministic order | Nilesh Patra <nilesh@debian.org> | not-needed | 2021-06-10 | ||
| sphinx.patch | sphinx_tabs extension is not packaged | Andreas Tille <tille@debian.org> | not-needed | 2022-01-16 | ||
| mathjax-local.patch | use debian's mathjax library. This prevents numerous privacy breaches when producing the locally installed documentation. |
tienne Mollier <emollier@debian.org> | not-needed | 2022-06-27 | ||
| pyproject-packages.patch | dynamically find all brian2.* python modules. Just specifying the brian2 package does not look to cause tools reading the pyproject.toml to scan recursively through the brian2/ directory. Configuring the dynamic finder to include the whole directory instead looks to mitigate this issue. Without this, setuptools will loudly complain: . ############################ # Package would be ignored # ############################ Python recognizes 'brian2.synapses' as an importable package[^1], but it is absent from setuptools' `packages` configuration. . This leads to an ambiguous overall configuration. If you want to distribute this package, please make sure that 'brian2.synapses' is explicitly added to the `packages` configuration field. . Alternatively, you can also rely on setuptools' discovery methods (for example by using `find_namespace_packages(...)`/`find_namespace:` instead of `find_packages(...)`/`find:`). . You can read more about "package discovery" on setuptools documentation page: . - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html . If you don't want 'brian2.synapses' to be distributed and are already explicitly excluding 'brian2.synapses' via `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`, you can try to use `exclude_package_data`, or `include-package-data=False` in combination with a more fine grained `package-data` configuration. . You can read more about "package data files" on setuptools documentation page: . - https://setuptools.pypa.io/en/latest/userguide/datafiles.html . [^1]: For Python, any directory (with suitable naming) can be imported, even if it does not contain any `.py` files. On the other hand, currently there is no concept of package data directory, all directories are treated like packages. . and the sphinx build will crash failing to find brian2.utils: . Traceback (most recent call last): File "/usr/lib/python3/dist-packages/sphinx/config.py", line 350, in eval_config_file exec(code, namespace) File "/<<PKGBUILDDIR>>/docs_sphinx/conf.py", line 56, in <module> import brian2.sphinxext.generate_reference as generate_reference File "/<<PKGBUILDDIR>>/debian/tmp/usr/lib/python3.11/dist-packages/brian2/__init__.py", line 56, in <module> import brian2.numpy_ as numpy File "/<<PKGBUILDDIR>>/debian/tmp/usr/lib/python3.11/dist-packages/brian2/numpy_.py", line 12, in <module> from brian2.units.unitsafefunctions import * ModuleNotFoundError: No module named 'brian2.units' |
tienne Mollier <emollier@debian.org> | no | 2023-06-30 | ||
| demote-cython.patch | remove cython from hard dependencies. This patch is applied to ensure the dependency does not get traslated into a hard dependency in the binary package python3-brian. |
tienne Mollier <emollier@debian.org> | not-needed | debian | 2023-12-14 | |
| loongarch64.patch | commit ab255dd5fbf7e5cda33dda46c6734f15302bafb3 Extend compiler cpu optmizations to loongarch64. This patch extends the just-in-time compiler options in brian2/codegen/cpp_prefs.py to optimize aggressively on loongarch64 CPU, similarly to numerous other platforms already supported by brian2. It was originally published in [Debian bug #1059428] and provided by Loongson. [Debian bug #1059428]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059428 Signed-off-by: tienne Mollier <emollier@debian.org> diff --git a/brian2/codegen/cpp_prefs.py b/brian2/codegen/cpp_prefs.py index 458359ae..2dd4299b 100644 |
liuxiang <liuxiang@loongson.cn> | yes | debian | 2023-12-28 |