Description of problem: I was just looking at a python-fpylll issue (https://github.com/fplll/fpylll/issues/221). There is a proposed fix for the issue, but it requires libfplll to have good values for FPLLL_DEFAULT_STRATEGY_PATH and FPLLL_DEFAULT_STRATEGY in /usr/include/fplll/defs.h. In Rawhide, at least, both of those are empty strings. They should be: #ifndef FPLLL_DEFAULT_STRATEGY_PATH #define FPLLL_DEFAULT_STRATEGY_PATH "/usr/share/fplll/strategies" #endif #ifndef FPLLL_DEFAULT_STRATEGY #define FPLLL_DEFAULT_STRATEGY "default.json" #endif While poking around, I also noticed that fplll_config.h has this: #define FPLLL_SONUM @FPLLL_SONUM@ which probably doesn't do anybody any good. I don't know that anything consumes FPLLL_SONUM, but we should probably see why substitution failed there. None of this is urgent. I'm just filing a bug so it doesn't get forgotten. We should fix it sometime. Version-Release number of selected component (if applicable): libfplll-5.4.4-2.fc38 How reproducible: N/A Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Thanks for reporting these. I’ve asked upstream what they want to do about the FPLLL_SONUM macro[1], which I suspect has never had a usable value. I agree about the correct values of the strategy path macros. I will look into whether this is an upstream bug or an issue with the way we are building the package. [1] https://github.com/fplll/fplll/issues/509
I have commented on the fpylll upstream issue[1] and opened an issue with fplll upstream[2] to talk about it. I’ll wait a little while for discussion and then patch this downstreame-only if I have to. [1] https://github.com/fplll/fpylll/issues/221#issuecomment-1440653252 [2] https://github.com/fplll/fplll/issues/510
Thanks for the quick action, Ben. I'll keep an eye on those upstream issues.
I suggested a patch upstream[1]. I am waiting for maintainer and community review before doing anything to the Fedora package. [1] https://github.com/fplll/fplll/pull/512
This bug appears to have been reported against 'rawhide' during the Fedora Linux 39 development cycle. Changing version to 39.
The useless/unusable @FPLLL_SONUM@ in fplll/fplll_config.h is removed in libfplll 5.4.5. The bug and PR for FPLLL_DEFAULT_STRATEGY(_PATH) seem to be stalled. There aren’t any objections to the proposed solution, but it doesn’t seem to be moving forward at the moment either.
Thanks for the update, Ben.
This message is a reminder that Fedora Linux 39 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 39 on 2024-11-26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '39'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 39 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Upstream just released version 5.5.0, but there was no progress on this issue. Updating the version to rawhide.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 42 development cycle. Changing version to 42.
Changing the version to Rawhide again. Just waiting on upstream to actually consider my suggested fix. People have been committing other things, but my PR for this has been languishing for 2.5 years now.