Summary: | sys-fs/eudev-1.10 - .../work/eudev-1.10/src/shared/label.c:94:36: error: array type has incomplete element type | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alpha Bravo <aos> |
Component: | [OLD] Core system | Assignee: | eudev team <eudev> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | amade, dustin |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log
build.log patch including selinux headers patch linking libudev against SELINUX |
Description
Alpha Bravo
2014-08-23 10:45:07 UTC
Created attachment 383450 [details]
build.log
Comment on attachment 383450 [details]
build.log
Please attach the entire build log to this bug report.
Created attachment 383482 [details]
build.log
Created attachment 384130 [details, diff] patch including selinux headers Seems like headers were removed in https://github.com/gentoo/eudev/commit/03070edd5c0f6ae55ed79b9fc1295af39844ff40 (In reply to Amadeusz Sławiński from comment #4) > Created attachment 384130 [details, diff] [details, diff] > patch including selinux headers > > Seems like headers were removed in > https://github.com/gentoo/eudev/commit/ > 03070edd5c0f6ae55ed79b9fc1295af39844ff40 Yes thanks! This was the result of the massive refactoring of code. (In reply to Anthony Basile from comment #5) > (In reply to Amadeusz Sławiński from comment #4) > > Created attachment 384130 [details, diff] [details, diff] [details, diff] > > patch including selinux headers > > > > Seems like headers were removed in > > https://github.com/gentoo/eudev/commit/ > > 03070edd5c0f6ae55ed79b9fc1295af39844ff40 > > Yes thanks! This was the result of the massive refactoring of code. Okay I've pushed the patch upstream and added it to the tree. Please test eudev-1.10.ebuild again. Since this is a compile failure for USE=selinux, I did not rev bump. Reopn if this is still an issue. builds fine here, thanks! It also builds fine here and starts system but noticed that X has problems /usr/bin/X: symbol lookup error: /lib64/libudev.so.1: undefined symbol: is_selinux_enabled When trying to reemerge xorg-server it also fails while linking to libudev /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0/../../../../lib64/libudev.so: undefined reference to `security_getenforce' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0/../../../../lib64/libudev.so: undefined reference to `selabel_close' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0/../../../../lib64/libudev.so: undefined reference to `lsetfilecon' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0/../../../../lib64/libudev.so: undefined reference to `selabel_lookup_raw' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0/../../../../lib64/libudev.so: undefined reference to `freecon' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0/../../../../lib64/libudev.so: undefined reference to `is_selinux_enabled' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0/../../../../lib64/libudev.so: undefined reference to `setfilecon' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0/../../../../lib64/libudev.so: undefined reference to `selabel_open' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0/../../../../lib64/libudev.so: undefined reference to `setfscreatecon' collect2: error: ld returned 1 exit status Seems to be caused by libudev not linking against selinux, but not sure at which step it fails to add it. Created attachment 384150 [details, diff]
patch linking libudev against SELINUX
Ok, found it, seems like when it was refactored not all linking was taken into account.
I added SELINUX_LIBS, but someone might want to check if there is some more things needed, though it didn't report any missing symbols this time when starting X so maybe not.
(In reply to Amadeusz Sławiński from comment #9) > Created attachment 384150 [details, diff] [details, diff] > patch linking libudev against SELINUX > > Ok, found it, seems like when it was refactored not all linking was taken > into account. > > I added SELINUX_LIBS, but someone might want to check if there is some more > things needed, though it didn't report any missing symbols this time when > starting X so maybe not. This is definitely needed, and probably sufficient. I pushed upstream and added it to the tree with a rev bump. Please test eudev-1.10-r1. |