Since the package sys-libs/libselinux is masked --- at least on AMD64
it is --- I ran
emerge --depclean --verbose sys-libs/libselinux
and the only reverse dependency it reported was python-selinux. So I
removed both packages and severely broke my system.
It turns out that many, many
resolve.
ie.:
emerge -uDNav world
revdep-rebuild -i -- -a
The libselinux problems you ran into are known, but that's also the
reason why libselinux is masked on all recent profiles.
/loki_val
hten out anything to do with selinux.
emerge -vuDp world... and get this confusing output:
The following USE changes are necessary to proceed:
(see "package.use" in the portage(5) man page for more details)
# required by sys-libs/libselinux-2.1.13-r4
# required by sys-libs/libsemanage
Hi,
i want to setup selinux, but it seems to failure because of no
installable tools and libs.
All necessary packages are masked by
/usr/portage/profiles/default/linux/package.mask and no alternative libs
and tools are within reach.
How can i solve this problem?
Regards
(see "package.use" in the portage(5) man page for more details)
> # required by sys-libs/libselinux-2.1.13-r4
> # required by sys-libs/libsemanage-2.1.10
> # required by sys-apps/policycoreutils-2.1.14-r3
> # required by sec-policy/selinux-gpm-2.20130424-r2
> # required by sys
Am Dienstag, 6. Januar 2009 17:54:29 schrieb Frank Schwidom:
> Hi,
>
> i want to setup selinux, but it seems to failure because of no
> installable tools and libs.
>
> All necessary packages are masked by
> /usr/portage/profiles/default/linux/package.mask and no alternative libs
> and tools are wit
hem.
Recent versions - including stable - do an autodetection for libselinux
and link against it even when emerged with USE="-selinux"[1].
This should be no problem for systems which never saw libselinux (i.e.
installed from 2008.0) but unmerging this library on older systems can
be q
Hi,
You probably wish to read the Gentoo SELinux Handbook [1] and the Gentoo
Security Handbook [2] ;)
[1] http://www.gentoo.org/proj/en/hardened/selinux/selinux-handbook.xml
[2] http://www.gentoo.org/doc/en/security/security-handbook.xml
Sincerely,
Jil
Frank Schwidom a écrit :
> Hi,
>
> i want
Recent versions - including stable - do an autodetection for libselinux
and link against it even when emerged with USE="-selinux"[1].
This should be no problem for systems which never saw libselinux (i.e.
installed from 2008.0) but unmerging this library on older systems can
be quit
Canek Peláez Valdés writes:
>>>=sys-libs/libselinux-2.1.13-r4 static-libs
>
> What profile does your installation have? If I'm not mistaken, only
> the hardened profiles set USE="selinux" by default.
>
Yes, sorry I caught that shortly after posting... In th
cracklib? ( >=sys-libs/cracklib-2.8.3 )
audit? ( sys-process/audit )
sys-libs/pwdb
selinux? ( >=sys-libs/libselinux-1.28 )"
So, yes, pwdb is a runtime dependency. I don't actually run pam, so can't
confirm what would happ
> Also,
>
> [04:20 PM]wwong pam $ grep -C 3 pwdb pam-0.99.9.0.ebuild
> RDEPEND="nls? ( virtual/libintl )
> cracklib? ( >=sys-libs/cracklib-2.8.3 )
> audit? ( sys-process/audit )
> sys-libs/pwdb
> selinux? ( >=sys-libs/libselinux-1.2
audit? ( sys-process/audit )
> sys-libs/pwdb
> selinux? ( >=sys-libs/libselinux-1.28 )"
> So, yes, pwdb is a runtime dependency. I don't actually run pam, so can't
> confirm what would happen if I remove pwdb.
> W
> --
> Willie W. Wong
a64? ( >=sys-apps/dmidecode-2.7 )
dell? ( >=sys-libs/libsmbios-0.13.4 )
disk-partition? ( <=sys-apps/parted-1.8.6 )
kernel_linux? ( crypt? ( || ( >=sys-fs/cryptsetup-1.0.5
e source of your problem. When dealing with
blocking downgrades I like to search for the "<" character to find what
other package is limiting the highest version. The above is the only one.
The DEPEND for lvm2 looks like this:
RDEPEND="${DEPEND_COMMON}
...
>=
nce the init did not work I tried:
# openrc sysinit
and got some errors I can not fully recall. So I took a look at dmesg (needed
to use the command, since the file did not get created) I saw: the problem was
a segfault in libselinux. I switched to the live-cd mounted all partitions
chrooted in
haracter to find what
> other package is limiting the highest version. The above is the only one.
>
> The DEPEND for lvm2 looks like this:
>
> RDEPEND="${DEPEND_COMMON}
> ...
> >=sys-apps/util-linux-2.16
> ...
> DEPEND="${DEPEND_COMMON}
>
s-fs/lvm2-2.02.109:0/0::gentoo, installed)
>>
>> Looks like this is the source of your problem. When dealing with
>> blocking downgrades I like to search for the "<" character to find what
>> other package is limiting the highest version. The above is the only o
0p1/vendor/logging/liblog/include -I/var/tmp/portage/dev-util/android-tools-31.0.0_p1/work/android-tools-31.0.0p1/vendor/libziparchive/include -I/var/tmp/portage/dev-util/android-tools-31.0.0_p1/work/android-tools-31.0.0p1/vendor/core/libcutils/include -I/var/tmp/portage/dev-util/android-tools-31.0.0_
19 matches
Mail list logo