W liście z nie, 14-09-2003, godz. 13:10, Robert Skup pisze:
> > Oryginalne patche grsec powinny sie nakladac bez zadnych problemow na
> > "czyste" jadro drzewa Marcelo - to, co mozna dostac z kernel.org. W
> > przypadku laczenia wielu patchy (to, co ma miejsce w przypadku
> > nakladania patchy grs
> Oryginalne patche grsec powinny sie nakladac bez zadnych problemow na
> "czyste" jadro drzewa Marcelo - to, co mozna dostac z kernel.org. W
> przypadku laczenia wielu patchy (to, co ma miejsce w przypadku
> nakladania patchy grsec na kernel Debiana) nalezy recznie wlaczyc
> zmiany, ktore zostaja
W liście z sob, 13-09-2003, godz. 18:35, Roman Kalukiewicz pisze:
> No i teraz zasadnicze pytanie: Czy madrze i bezpiecznie jest
> kompilowac, a potem instalowac takie w 96% zpatchowane jadro? Czy
> nie bedzie to powodowalo problemow, zwisow, dzior jeszcze wiekszych
> niz bez grsec itd?
Oryginal
Dnia Sat, 13 Sep 2003, [EMAIL PROTECTED] napisał:
> Rozpakuj kernela do katalogu /usr/scr/
> Skopiuj do katalogu /usr/src/linux-2.4.x patch grsec
> cd /usr/scr/linux-2.4..
> patch -p1 < grsecpatch
/ciach
No i na tym etapie jak patchuje kernel to dostaje oczywiscie dluga
liste tego co mu w
Rozpakuj kernela do katalogu /usr/scr/
Skopiuj do katalogu /usr/src/linux-2.4.x patch grsec
cd /usr/scr/linux-2.4..
patch -p1 < grsecpatch
make menuconfig
Wybierasz opcje jajka
make dep
make clean
make bzImage
make modules
make modules_install
Jak bedziesz mial dalej klopot to daj znac.
Juz ktorys raz proboje zainstalowac grsecurity na roznych jadrach i
skutki sa takie
# make-kpkg binary -config menu
/srutututu/
run-parts: executing /usr/src/kernel-patches/all//apply/grsecurity-2-4
Testing whether "Greater Security for Linux 2.4.x" patch for 2.4.22 applies
(dry run):
1 out of 2
6 matches
Mail list logo
