zagrodzki: kernel.spec

[Tomasz Kłoczko]

On Thu, 17 Jan 2002, Blues wrote:

> On Wed, 16 Jan 2002, Tomasz Kłoczko wrote:
> > > [..]
> > > > - nie mam pojecia, w kolejce sa:
> > > >  - nalozony juz LFS
> > > >  - supermount
> > > To daruj sobie. To jest naprawdę strata czasu.
> > Tak jeszcze aptropo tego co można zmienić. Usunałbym restrykcje dot 
> > ptrace. Gdyby nie to że używam płyt RW straciłbym juz kilka płyt. Kawałek 
> > z dmesg:
> > Security: signal 11 (write addr 0xbf7fff6c) sent to cdrecord[13328], UID 0, EUID 0, parent cdrecord[13327], UID 0, EUID 0, by cdrecord[13328], UID 0, EUID 0, parent cdrecord[13327], UID 0, EUID 0
> > nie wiedże w tej chwili aż takie j duzej potzreby żeby bawić się w
> > "okładanie" ptrace i to tym bardziej że w obecnej formie nie mozan tego w
> > żaden sposób wyłaczyć. Mówiac inaczje jest to wybitnie upierdliwa rzecz o
> > ile bawi się na takim hoscie w developmen.
> 
> Znając spiskową teorię dziejów to jeszcze na ptrace coś wyjdzie. Wartoby 
> może więc wrzucić do repo pakiet z modułem wyłączającym ptrace. Wiem, że 
> kilka osób używało tego (tiwek?) przy problemach z jajkiem. Poza tym w 
> systemach z kontami to nie będzie zły pomysł mieć taką możliwość...

W przypadku kiedy byłoby to konfigurowalne to co innego. W tej chwili z
nawet grupą majacą dosep do ptrace jest to średnie rozwiązanie o ile ktoś
użuwa osobnej grupy per użytkownik.
tak czuy inaczje obecne rozwiązanie poprostu wyłaczyłbym i poczekał na 
takei które bezie konfigurowalne on run-time albo coś koło tego bo wygląda 
to dość paskudnie.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*