| 1 |
I committed a coreutils-5.0.91-r1, and that should fix the ls problems, |
| 2 |
and the perl merge shouldn't hang anymore. Please test. |
| 3 |
|
| 4 |
On Tue, 2003-11-18 at 09:20, Chris PeBenito wrote: |
| 5 |
> Yes, there are problems in the SELinux code in ls that I am |
| 6 |
> investigating. I does not have to do with the policy. If you don't |
| 7 |
> load the policy, as you're suggesting, then SELinux is disabled, and |
| 8 |
> none of the SELinux code in ls (or any SELinux-patched program) is used. |
| 9 |
> |
| 10 |
> On Tue, 2003-11-18 at 04:47, Tiago Lima wrote: |
| 11 |
> > I suspect its from the "policy" (whether the rules or the use of the |
| 12 |
> > policy itself)... because If I remove the initrd.gz from boot "ls" |
| 13 |
> > works fine but the packages don't (because of the file contexts)... |
| 14 |
> > ----- Original Message ----- |
| 15 |
> > From: Miguel Sousa Filipe |
| 16 |
> > In the end I did a emerge world -e, in the emerge of perl, the |
| 17 |
> > emerge stops with |
| 18 |
> > a "endeless loop" in a test, while "ls" is using 99% cpu. |
| 19 |
> > It never stops.... |
| 20 |
-- |
| 21 |
Chris PeBenito |
| 22 |
<pebenito@g.o> |
| 23 |
Developer, |
| 24 |
Hardened Gentoo Linux |
| 25 |
Embedded Gentoo Linux |
| 26 |
|
| 27 |
Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE6AF9243 |
| 28 |
Key fingerprint = B0E6 877A 883F A57A 8E6A CB00 BC8E E42D E6AF 9243 |
Archives