DinX i devices.

[Artur Frysiak]

[środa, 29 grudzień 1999], Tomasz Kłoczko napisał(a):

> On Wed, 29 Dec 1999, Michal Margula wrote:
> 
> > [środa, 29 grudzień 1999], Wojciech Sas Cieciwa napisał(a):
> > 
> > > 
> > > Gdzie umiescic device wymagane przez DinXa ??
> > > Zapakowac je do pakietu dev ???
> > > Czy tez zrobic oddzielny pakiet dinx-devices??
> > > 
> > > Jakies propozycje ?
> > > Ja osobiscie sklaniam sie ku tej drugiej koncepcji..
> > 
> > Na pewno nie do dev, bo nie każdy DinXa będzie używał. Po za tym jeśli te
> > devices są niezbędne do jego działania to powinny być w głównym pakiecie
> > DinX.
> 
> Też byłbym za tym. Ten pakiet udostępnia dość wyszukaną rzecz, która jakoś
> w typowym rozumieniu sysystemu operacyjnego i tego co powinien udostepniać
> się kiepsko mieści (środowisko graficzne udostepniane z poziomu kernela).

Abstrachując od tego czy to słuszne czy nie aby GUI było robione na poziomie
kernela to widze tu dwie rzeczy do zrobienia:
1. poprawić MAKEDEV tak aby potrafił zrobić /dev/dinxX
2. umieścić gdzieś /dev/dinxX w pakiecie.

Ad. 1)
Warto przejrzeć MAKEDEV tak aby się zgadało z nowym devices.txt z kernela 2.3.34.
Niedługo[1] wejdzie 2.4.0 i nie możemy być na to nie przygotowani. 

Ad. 2)
dev*rpm to napewno nie ten pakiet w jakim powinno się znajdować to urządzenie, ale
dev-dinX to już to. Nie widze przeszkód dla których miało by się to nie budować z
jednego speca wraz z całym dev.

Ogólnie moja wizja budowy dev:
Robić wszystko przez MAKEDEV w %build lub %install i olać tar.gzy i inne cpio.
Warunek: dobre MAKEDEV.

Wiget
[1] - 3 miesiące to nie jest dużo czasu, a tempo prac wydaje się ciagle spadać (nad
PLD nie nad kernelem).
-- 
wiget w t17.ds.pwr.wroc.pl		DS T17 Bofh
PGP key: http://www.t17.ds.pwr.wroc.pl/~wiget/pgp.key
1024D/D3D4CF84 E4D3 6787 284C 57F0 3C1F  ADFD A92A 3F2E D3D4 CF84