-
Notifications
You must be signed in to change notification settings - Fork 344
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
libselinux: bad separation between public and private API/ABI #190
Comments
sefcontext_compile is tightly coupled to libselinux internals, so it is odd man out. Could possibly be moved into its own directory under libselinux. WRT autotools, there have been attempts in the past to convert selinux userspace to use autotools but they never could seem to produce a working result that included existing use cases; you can see the legacy of one such attempt on the autotools branch. Not fundamentally opposed but we'd need maintainer buy-in to maintaining the autotools or meson based build system going forward. |
I've been working with autorools more than 15y. Can you point on patches related to that resources? I'll try to help to polish that :) |
Really it does't matte autortools or meson. Both are working working only if everything is correctly implemented. |
Biggest obstacle which I see so far is that whole SELinux has test suite not well localised in each component. |
The last attempt is available in the autotools branch of the selinux repository, https://github.com/SELinuxProject/selinux/tree/autotools. obviously requires a major re-base/update and addressing whatever lingering problems it had. Old discussions can be found by searching for autotools in https://lore.kernel.org/selinux |
I've been trying to link everything in libselinux using only shared libraries but looks like libselinux src/matchpathcon.c is expecting myprint() which seems is only used in that program will be provided by libselinux.
In attachment is patch which I've been trying to use and which produces errors on linking with:
libselinux-no_static_libraries.patch.txt
BTW. Why whole SELinux modules are not using autoconf/automake/libtool or meson?
Maintaining your custom Makefile files seems is like trying to reinvent the wheel. With ac/m/lt or meson building shared only version would be OOTB.
The text was updated successfully, but these errors were encountered: