| Summary: | Please add a seperate acl flag to udev | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Thomas <tg42> |
| Component: | [OLD] Core system | Assignee: | udev maintainers <udev-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | jer |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | Patch against udev-149 to get rid of acl dependencies | ||
|
Description
Thomas
2010-05-05 10:08:14 UTC
udev upstream does not have a separate ACL enable/disable at the configure level. (In reply to comment #1) > udev upstream does not have a separate ACL enable/disable at the configure > level. configure usually has some magic to auto-detect the presence of virtually any given library. Although relying on this would mean, that you couldn't switch it off by -acl if it happens to be around anyway. AC_CHECK_LIB([acl], [acl_init], [:], AC_MSG_ERROR([libacl not found]))
AC_CHECK_HEADER([acl/libacl.h], [:], AC_MSG_ERROR([libacl header not found]))
udev is not in the "usually" category. If you enable extras, the configure wants everything to be there.
You are right, they really mean it. ;-) The modem component of udev also requires acl, so it has to be switched off, too. The patch below against udev-149 allows for the compilation of extras without acl being used. Created attachment 230463 [details, diff]
Patch against udev-149 to get rid of acl dependencies
udev-171 has extras split, so there now is a use-flag acl. |