Summary: | libselinux-3.4 gives "Regex version mismatch" warning/error when running setfiles orrestorecon | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | rjgleits |
Component: | SELinux | Assignee: | SE Linux Bugs <selinux> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=844982 https://bugs.gentoo.org/show_bug.cgi?id=837986 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info output |
This problem was apparently somewhere in the selinux policy. I am using the git gentoo policy built as targeted. After making sure that the local copy of the git repo was up-to-date. I rebuilt the complete policy. The problem went away as soon as the targeted policy was rebuilt and installed. I can't say what made the difference, I wasn't expecting it to affect this issue. I'll accept this as a win and the bug can be considered closed. |
Created attachment 789992 [details] emerge --info output Hi, The problem mentioned in the summary appeared to be solved recently in libselinux-3.2, but with the phaseout of python3.9, upgrading to libselinux-3.4 is required. The full message is: restorecon: Regex version mismatch, expected: 10.40 2022-04-14 actual: 10.39 2021-10-29 I conclude that the problem is there because in the rebuild to python 3.10 usage, the problem first returned after libselinux-3.4 was installed. From looking at the log files, it looks like pcre2 was an option in 3.3, and was set by default to "n". This use option was eliminated in 3.4 and by default "use pcre" is "y". Yes, the problem is likely in libpcre2, but I have only pcre2 10.40 installed. , and rebuilding has no effect. There must be some remnant of the previous version somewhere, but I haven't been able to find it. So I thought I should ask the experts about it. I read the bug report 844982 and tried rebuilding libselinux. It did NOT solve the problem. Best Wishes, Bob Gleitsmann