Pytania:

[Marcin Bohosiewicz]

On Wed, 30 Sep 1998, Tomasz Kłoczko wrote:

> On Tue, 29 Sep 1998, Marcin Bohosiewicz wrote:
> [..]
> > 1. moze jednak ten secure-linux (overflow-patch,/tmp races, secure-proc)
> > - moze w jakiejs wersji wyboru ale jednak, no i ttyperm tez - dla tych co
> > suida ie boja jak diabel swieconej wody a nie lubia dowcipnisi co im
> > /dev/random na terminal wysylaja....
> 
> Gdzie ejst ten ttyperm ?
Jakis czas temu juz o nim tu byla dyskusja, wiec tylko przypomne ze ttyperm
to modul do kernela napisany przez Michala Zalewskiego
<lcamtuf w boss.staszic.waw.pl> i dostepny jest gdzies u niego.
U mnie na ftp: ftp://venus.krakow.linux.org.pl/pub/linuxtgz/ttyperm* tez
jest ten modulik, ale nie wiemczy w najnowszej wersji....

Ktos tu sygnalizowal ze sa problemy z tym modulem dla platform innych niz
intel - mozeby sie autora dalo namowic na poprawki... Gra jest warta
swieczki o tyle ze przez ten modul programy takie jak *xterm nie potrzebuja
suida. To samo tyczy sie screena i innych programow (kvt,dtterm itp).

> 
> > 2. Moze by tak od Beckera najnowsze wersje driverow do sieci?
> 
> Nie orirntuję się które trzeba.
Cos ktos kiedys o problemach z driverami do Intel expressa pisal tu na
liscie, poza tym - na pewno najnowsza wersja drivera do NE2000 (pci)
- tam Becker ciagle walczy z nieudokumentowanymi klonami...
[..]
> > 4. Dwiek - redhatowski do SB, czeskie drivery do GUS'a i cos dla PCI
> > no i OSS (jakby sie dalo nowszy niz z 2.0.x) do wyboru...
> 
> Znaczy chodzi o patche Coxa ;)
> Eche ..
Tak, ale zeby bylo do wyboru: Cox (dla SB), czeskie (dla GUS'a) i OSS dla
reszty - chodzi o to, ze na RH trzeba brac kernela nie z dystrybucji by np
inne patche na karty muzyczne klasc - a tak - do wyboru....

> > 5. iBCS jako czesc pakietow z kernelem - jak w RH 5.1
> 
> To też. ale w osobnym pakiecie raczej. W ostatnich RH wsparcie do iBCS
> zniknęło.
kloczek! iBCS juz kiedys _byl_ jako osobny pakiet - wada bylo to ze
wymagajacy przekompilowywania przy kazdym upgradzie kernela - wiec lepiej
chyba to razem wrzucic - zeby zmusisc do rekompilacji iBCS przy rekompilacji
kernela, zeby sie nikt nie dziwil, ze mu nie dziala...
> 
> > Wogole pakiet z kernelem wyobrazam sobie tak, by kazdy mogl sobie
> > wygenerowac wlasciwego kernela z src.rpm'a i mu sie kernel spakowal
> > i rpm porobil sumy itp. - no i zeby w arch byla tylko ta "wlasciwa"
> > architektura a nie wszytskie - szkoda miejsca na dysku...
> 
> Też coś podobnego mi się myśli ..
Tylko czy da sie zrobic zeby wystarczylo:
rpm --rebuild kernel-x.y.z-a.src.rpm
teraz admin jest odpytywany - raczej menuconfigiem
jak da ostatnie OK to zaczyna sie kompilacja i tworzenie pakietu,
i potem:
cd <rpmdir>/RPMS/i386
rpm -Uvh kernel*i386.rpm i powinno byc gotowe - lacznie z linkami w /boot i
aktualizacja lilo.

M.


-- 
-| == Marcin Bohosiewicz            marcus w venus.wis.pk.edu.pl == |-
-| == tel. +48 (0-601) 48-50-97     marcus w krakow.linux.org.pl == |-
-| == Strona Domowa    -    http://venus.wis.pk.edu.pl/marcus/ == |-
-| == PLUG - Komisja Rewizyjna    -   http://www.linux.org.pl/ == |-