Summary: | 2.3.5: test suite is failing in `Hashing` unit | ||
---|---|---|---|
Product: | [Frameworks and Libraries] qca | Reporter: | kloczek <kloczko.tomasz> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | aacid, bradh, justin |
Priority: | NOR | ||
Version: | 2.3.5 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Other | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
kloczek
2023-03-04 22:30:39 UTC
Do you expect that your providers actually do support those hashing algorithms? Which provider(s) are you testing, and what configuration were the backends built with? (In reply to Brad Hards from comment #1) > Do you expect that your providers actually do support those hashing > algorithms? Which provider(s) are you testing, and what configuration were > the backends built with? I'm only reporting issue. I have no idea what is behind that issue. If you want me to diagnose something or you need more details please let me know what you need. I'm sorry if you misinterpreted my comments. Please understand that you aren't really describing your situation, configuration or test environment in detail, and we need to understand those in order to work out if there is a problem, and if so, what the problem is. I really do want to know what providers (the backend implementations that QCA uses, and is testing in that test) you are using / have compiled. The capabilities of QCA depend on the functionality in the library that is wrapped by the provider. Please tell me what library is. It looks like this is some redhat variant - I'm not familiar with the crypto policies on any of those. Is it possible that your libraries (say OpenSSL) are built without any support for the failing hash algorithms? Can you test if those specific algorithms work with the libraries independent of QCA (e.g. using openssl command line tools)? I'm building qca with qt 5.15.8 (if it is what you've been asking for) %cmake \ -D BUILD_TESTS=ON \ -D QCA_INSTALL_IN_QT_PREFIX=ON \ -D QCA_MAN_INSTALL_DIR=%{_mandir} \ -D WITH_botan_PLUGIN=ON \ %{nil} List od build requires installed in build env BuildRequires: cmake(Qt5Core) >= 5.14 BuildRequires: cmake(Qt5Test) >= 5.14 BuildRequires: gcc-c++ BuildRequires: libgcrypt-devel BuildRequires: pkgconfig BuildRequires: pkgconfig(botan-2) BuildRequires: pkgconfig(libcrypto) BuildRequires: pkgconfig(libpkcs11-helper-1) BuildRequires: pkgconfig(libsasl2) BuildRequires: pkgconfig(libssl) OK, so for each of those providers (botan, openssl, gcrypt), does the build configuration on your machine support the hash algorithms that are being tested? How can I check tat? You can check how these modules are built on your system - it is system dependent, and you haven't described your configuration, so its hard to be specific. Possibly you can write code against the specific library (i.e. not using the QCA abstraction), or use the installed version of compatible command line tools. For example, on openssl, you can use something like `openssl list -digest-algorithms`. However be very careful that the version you are testing matches the version you are building QCA against (i.e. not the system version). If that doesn't make sense, maybe we need to go back a stage, and you can describe why you are trying to rebuild QCA (not how you are trying to do it, but instead what the high level goal is). At this stage, I think the most likely problem is a configuration issue (i.e. something is inconsistent) rather than a bug in QCA itself. However we can't see your screen, so you need to provide a lot more detail than is currently disclosed. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |