We needed to remove the build path from the source tree because it was
embedded into libdnf/dnf-repo.cpp. However, this was replaced with an
environment variable in 0.67.0 onwards[1].
[1] libdnf 04d7fba0 ("Use environment variable in unittest instead of ugly hack in libdnf")
(From OE-Core rev: 948e92562e3a565f97c5eed2992c1d7ecfcc6305)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The gtk-doc integration doesn't actually work, as it isn't built by
default and the targets need to be triggered manually.
As clearly nobody was using it, and upstream appears to prefer doxygen
for API documentation, remove the gtk-doc support.
This also means adding gettext to the dependencies, as this was being
pulled in via gtk-doc before but is actually needed for the translations.
(From OE-Core rev: cd8987a4d044955950dc000a5757175982dcd2f3)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Apply a patch to make libcheck optional, so we don't need to depend on
it as we don't install the tests.
(From OE-Core rev: 31b95e3c242654f8a7949e8d06df20101668b5a7)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is needed to allow libdnf to build OK with python 3.13.1. Without
it, a vague "Could not invoke dnf" error is seen during rootfs (e.g.
when building core-image-full-cmdline), with a return code of -11.
(From OE-Core rev: 5104807bdb952e90e831759266bd830d523e3d16)
Signed-off-by: Trevor Gamblin <tgamblin@baylibre.com>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
qemuarmv5 currently fails with:
$ dnf --help
Error: Incorrect or unknown "arch": armv5hl
Fix this by removing the code in libdnf which is trying to be too
clever, we don't need this mappings given the way OE configures rpm.
(From OE-Core rev: 7d620c754c92da9dcc56a0a7ec9f3355c2ba733e)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
0001-Add-WITH_TESTS-option.patch
0001-Look-fo-sphinx-only-if-documentation-is-actually-ena.patch
removed since they're included in 0.66.0
0001-Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch
0004-Set-libsolv-variables-with-pkg-config-cmake-s-own-mo.patch
modified for new version
Changelog:
=========
Use rpmdbCookie from librpm, remove hawkey.Sack._rpmdb_version
Fix handling transaction id in resolveTransactionItemReason (RhBug:2010259,2053014)
Remove deprecated assertions (RhBug:2027383)
Skip rich deps for autodetection of unmet dependencies (RhBug:2033130, 2048394)
Increase required rpm version since we use rpmdbCookie()
(From OE-Core rev: a5df953824474dfcb99ee3da305c11e2b178eeb5)
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Since commit [1] applied, PYTHON_INSTALL_DIR is not right
on nativesdk build which caused [installed-vs-shipped] QA issue
...
|Building for python3
|-- Python install dir is
|tmp-glibc/work/x86_64-nativesdk-wrlinuxsdk-linux/nativesdk-libdnf/0.63.0-r0/
recipe-sysroot-native/usr/lib/python3.9/site-packages
...
Yocto manually set PYTHON_INSTALL_DIR from recipe, it is not
necessary to call FindPythonInstDir.cmake which will override
Yocto setting
[1] f1cffbfb9f
(From OE-Core rev: d6b62b5a9d6c64971b9f981a4732791658150e43)
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Use a static TESTDATADIR if tests are disabled. Allow
override of TESTDATADIR if tests are enabled since the
default will be wrong for target builds.
(From OE-Core rev: 43d24a3726dc1b639261429cc6537e947281143c)
Signed-off-by: Joe Slater <joe.slater@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If sqlite is built with -DSQLITE_DQS=0 in accordance with
https://sqlite.org/quirks.html#dblquote, migration to version 1.2 of the
history database would fail with:
History database cannot be created: .../var/lib/dnf/history.sqlite.
Error: SQLite error on ":memory:": Executing an SQL statement failed:
no such column: 1.2
(From OE-Core rev: 61d34df201cf6498854fa9258c320437b97071a4)
Signed-off-by: Peter Kjellerstedt <pkj@axis.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add a patch that avoids hardcoded sphinx dependency.
Switch off a couple of new features (zchunk, html docs for
hawkey library via sphinx) that both require new dependencies.
Move from modulemd 1.x to 2.x, drop upstreamed patches.
(From OE-Core rev: ce54462de6642935859421f2116e25ca5b2faa8c)
Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This header is needed for runtime_error element
(From OE-Core rev: 856c26f50fe0d11a22aae9adf9bf12edc6ea9e5e)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Remove upstreamed 0001-include-missing-string-and-errno.h-headers.patch
Rebase the other patches.
(From OE-Core rev: b0c76d9b451ba10b97e9ecee7bbfc7158cab4152)
Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
