[hardknott-next] libiio: fix installing libiio when python3 bindings are enabled#375
Closed
S4mw1s3 wants to merge 1 commit intoopenembedded:hardknott-nextfrom
Closed
[hardknott-next] libiio: fix installing libiio when python3 bindings are enabled#375S4mw1s3 wants to merge 1 commit intoopenembedded:hardknott-nextfrom
S4mw1s3 wants to merge 1 commit intoopenembedded:hardknott-nextfrom
Conversation
S4mw1s3
changed the title
S4mw1s3
changed the title
S4mw1s3
changed the title
Contributor
|
The 0001-python-Do-not-verify-whether-libiio-is-installed-whe.patch is missing the standard OE patch format. What I am looking for is: |
This patch fixes the following error when libiio is installed when
python3 bindings are enabled:
ERROR: Execution of '.../libiio/0.21+gitAUTOINC+565bf68ecc-r0/temp/run.do_install.2349473' failed with exit code 1:
running build
running build_py
running install
Traceback (most recent call last):
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/build/bindings/python/setup.py", line 77, in _check_libiio_installed
raise OSError
OSError
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/build/bindings/python/setup.py", line 106, in <module>
setup(**config)
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/recipe-sysroot-native/usr/lib/python3.9/site-packages/setuptools/__init__.py", line 153, in setup
return distutils.core.setup(**attrs)
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/recipe-sysroot-native/usr/lib/python3.9/distutils/core.py", line 148, in setup
dist.run_commands()
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/recipe-sysroot-native/usr/lib/python3.9/distutils/dist.py", line 966, in run_commands
self.run_command(cmd)
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/recipe-sysroot-native/usr/lib/python3.9/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/build/bindings/python/setup.py", line 52, in run
self._check_libiio_installed()
File "/libiio/0.21+gitAUTOINC+565bf68ecc-r0/build/bindings/python/setup.py", line 83, in _check_libiio_installed
raise Exception(msg)
Exception: The libiio library could not be found.
libiio needs to be installed first before the python bindings.
The latest release can be found on GitHub:
https://github.com/analogdevicesinc/libiio/releases
Some time ago a fix for this issue was already discussed here [1].
However in the same discussion also a second issue was being handled.
A fix for the second issue was merged in 51f9886. The first issue
didn't pop up anymore and so a fix was never applied.
Recently however after switching from build machine, I started seeing
the first issue. I suspect due to build caching the first issue didn't
pop up anymore before up until now. With this patch, fixes are now
available for both issues handled in [1].
[1]: openembedded#248
Signed-off-by: Sam Van Den Berge <sam.van.den.berge@gmail.com>
Contributor
Author
|
Thanks for reviewing. I addressed your remarks. Let me know if this is not what you meant. FYI, I also rebased on top of hardknott-next. |
Contributor
Author
|
@akuster small reminder to this pull request :) |
Contributor
|
pulled into stable/hardknott-nut |
Contributor
Author
|
Thanks! This ticket can be closed then. |
rtollert
pushed a commit
to rtollert/meta-openembedded
that referenced
this pull request
Aug 4, 2022
Version 2.11
============
Released 2018-02-09
* New features:
- Add `json_pack()` format specifiers s*, o* and O* for values that
can be omitted if null (openembedded#339).
- Add `json_error_code()` to retrieve numeric error codes (openembedded#365, openembedded#380,
openembedded#381).
- Enable thread safety for `json_dump()` on all systems. Enable thread
safe `json_decref()` and `json_incref()` for modern compilers (openembedded#389).
- Add `json_sprintf()` and `json_vsprintf()` (openembedded#393).
* Bug Fixes:
- Fix incorrect report of success from `json_dump_file()` when an error
is returned by `fclose()` (openembedded#359).
- Make json_equal() const-correct (openembedded#344).
- Fix incomplete stealing of references by `json_pack()` (openembedded#374).
* Build:
- Work around gcc's -Wimplicit-fallthrough.
- Fix CMake detection of `sys/types.h` header (openembedded#375).
- Fix `jansson.pc` generated by CMake to be more consistent with the one
generated using GNU Autotools (openembedded#368).
* Other:
- Miscellaneous documentation fixes (openembedded#356, openembedded#378, openembedded#395).
- Remove unnecessary reference actions from parsers (openembedded#377).
Version 2.10
============
Released 2017-03-02
* New features:
- Add JSON_EMBED encoding flag allowing arrays and objects to be encoded
into existing streams (openembedded#329).
- Add `json_dumpb()` function for dumping to a pre-allocated buffer (openembedded#328).
- Add `json_dumpfd()` and `json_loadfd()` functions for dumping to streaming
file descriptors (openembedded#328).
- Add support for parsing buffers larger than 2GB (openembedded#309).
* Build:
- Fix CMake build when LONG_LONG_INT is defined as "" (openembedded#321)
* Other:
- Internal code cleanup (openembedded#311, openembedded#314)
Signed-off-by: Andre McCurdy <armccurdy@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
rtollert
pushed a commit
to rtollert/meta-openembedded
that referenced
this pull request
Aug 9, 2022
Version 2.11
============
Released 2018-02-09
* New features:
- Add `json_pack()` format specifiers s*, o* and O* for values that
can be omitted if null (openembedded#339).
- Add `json_error_code()` to retrieve numeric error codes (openembedded#365, openembedded#380,
openembedded#381).
- Enable thread safety for `json_dump()` on all systems. Enable thread
safe `json_decref()` and `json_incref()` for modern compilers (openembedded#389).
- Add `json_sprintf()` and `json_vsprintf()` (openembedded#393).
* Bug Fixes:
- Fix incorrect report of success from `json_dump_file()` when an error
is returned by `fclose()` (openembedded#359).
- Make json_equal() const-correct (openembedded#344).
- Fix incomplete stealing of references by `json_pack()` (openembedded#374).
* Build:
- Work around gcc's -Wimplicit-fallthrough.
- Fix CMake detection of `sys/types.h` header (openembedded#375).
- Fix `jansson.pc` generated by CMake to be more consistent with the one
generated using GNU Autotools (openembedded#368).
* Other:
- Miscellaneous documentation fixes (openembedded#356, openembedded#378, openembedded#395).
- Remove unnecessary reference actions from parsers (openembedded#377).
Version 2.10
============
Released 2017-03-02
* New features:
- Add JSON_EMBED encoding flag allowing arrays and objects to be encoded
into existing streams (openembedded#329).
- Add `json_dumpb()` function for dumping to a pre-allocated buffer (openembedded#328).
- Add `json_dumpfd()` and `json_loadfd()` functions for dumping to streaming
file descriptors (openembedded#328).
- Add support for parsing buffers larger than 2GB (openembedded#309).
* Build:
- Fix CMake build when LONG_LONG_INT is defined as "" (openembedded#321)
* Other:
- Internal code cleanup (openembedded#311, openembedded#314)
Signed-off-by: Andre McCurdy <armccurdy@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
kraj
pushed a commit
to YoeDistro/meta-openembedded
that referenced
this pull request
Oct 16, 2025
python3-m2crypto/0001-setup.py-Make-the-cmd-available.patch refreshed for 0.46.2 python3-m2crypto/0001-timeout.py-use-qq-format-when-time_t-is-64bit-on-32b.patch removed, this patch doesn't work for 0.45.1 and 0.46.2. Fix the following test hang: test_IP_call (tests.test_ssl.HttpslibSSLSNIClientTestCase.test_IP_call) ... Changelog: =========== 0.46.2 - 2025-10-02 ------------------- - fix[m2xmlrpclib]: make the module compatible with Python 3.6 0.46.1 - 2025-10-02 ------------------- - Correct license to BSD-2-Clause and update references - Specify in setup.cfg that we require Python >= 3.6 0.46.0 - 2025-10-01 ------------------- (Tested on Pythons between 3.6 and 3.14.0~rc3) - M2Crypto closes SSL connection on closing HTTPS Connection, and some other related issues (openembedded#203, openembedded#278) - Modernize C API by eliminating use of deprecated PyBytes_AsStringAndSize and related functions with Python Buffer Protocol (openembedded#375) - Whole project is completely covered with type hints and is checked by mypy (also while doing that, the whole project was blackened) (openembedded#344) - Add logging support to C extension code sending messages to the Python logging - Introducing first efforts to support Engine object (openembedded#229) - Reworked and fixed M2Crypto.m2xmlrpclib module (openembedded#163) - Reverted removal of demo/ subdirectory - Improve SMIME documentation (openembedded#377) - Some other minor bugs, improvements, and removal of dead code Signed-off-by: Haixiao Yan <haixiao.yan.cn@windriver.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This patch fixes the following error when libiio is installed when
python3 bindings are enabled:
ERROR: Execution of '.../libiio/0.21+gitAUTOINC+565bf68ecc-r0/temp/run.do_install.2349473' failed with exit code 1:
running build
running build_py
running install
Traceback (most recent call last):
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/build/bindings/python/setup.py", line 77, in _check_libiio_installed
raise OSError
OSError
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/build/bindings/python/setup.py", line 106, in
setup(**config)
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/recipe-sysroot-native/usr/lib/python3.9/site-packages/setuptools/init.py", line 153, in setup
return distutils.core.setup(**attrs)
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/recipe-sysroot-native/usr/lib/python3.9/distutils/core.py", line 148, in setup
dist.run_commands()
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/recipe-sysroot-native/usr/lib/python3.9/distutils/dist.py", line 966, in run_commands
self.run_command(cmd)
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/recipe-sysroot-native/usr/lib/python3.9/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File ".../libiio/0.21+gitAUTOINC+565bf68ecc-r0/build/bindings/python/setup.py", line 52, in run
self._check_libiio_installed()
File "/libiio/0.21+gitAUTOINC+565bf68ecc-r0/build/bindings/python/setup.py", line 83, in _check_libiio_installed
raise Exception(msg)
Exception: The libiio library could not be found.
libiio needs to be installed first before the python bindings.
The latest release can be found on GitHub:
https://github.com/analogdevicesinc/libiio/releases
Some time ago a fix for this issue was already discussed here 1.
However in the same discussion also a second issue was being handled.
A fix for the second issue was merged in 51f9886. The first issue
didn't pop up anymore and so a fix was never applied.
Recently however after switching from build machine, I started seeing
the first issue. I suspect due to build caching the first issue didn't
pop up anymore before up until now. With this patch, fixes are now
available for both issues handled in 1.