SPECS: wpa_supplicant.spec - version 0.4.3 - enabled madwifi support

[Fryderyk Dziarmagowski]

On Thu, 14 Jul 2005 17:37:47 +0200 (CEST)
Tomasz Mateja <tommat w pimpek.one.pl> wrote:

> 
> Wlaczylem obsluge madwifi, ale nie podoba mi sie sposob proponowany przez 
> autorow, tzn wkopiowanie zrodel madifi do zrodel wpa_supplicant. Po 
> analizie zrodel wydaje mi sie ze chodzi tylko o 3 pliki naglowkowe wiec 
> zastanawiam sie co lepsze czy wrzucic te naglowki do SOURCES czy tak jak 
> to jest teraz. W kazdym razie dziala :)

wrzuć lepiej te nagłówki niż cały tarball. ale najlepiej jakby
madwifi.spec dostarczał to co powinien dostaczać jeśli inne programy
tego wymagają. 

> On Thu, 14 Jul 2005, tommat wrote:
> 
> > Author: tommat                       Date: Thu Jul 14 15:16:02 2005 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - version 0.4.3

to jest wersja devel. dlaczego dałeś na HEAD?

> > - enabled madwifi support
> >
> > ---- Files affected:
> > SPECS:
> >   wpa_supplicant.spec (1.4 -> 1.5)
> >
> > ---- Diffs:
> >
> > ================================================================
> > Index: SPECS/wpa_supplicant.spec
> > diff -u SPECS/wpa_supplicant.spec:1.4 SPECS/wpa_supplicant.spec:1.5
> > --- SPECS/wpa_supplicant.spec:1.4	Sat Jun 18 14:21:16 2005
> > +++ SPECS/wpa_supplicant.spec	Thu Jul 14 17:15:57 2005
> > @@ -4,16 +4,23 @@
> > # - init script or support in rc-scripts
> > # - separate cli, check BRs/Rs
> > #
> > +%define		mad_snap_year	2005
> > +%define		mad_snap_month	06
> > +%define		mad_snap_day	26
> > +%define		mad_snap	%{mad_snap_year}%{mad_snap_month}%{mad_snap_day}
> > +%define		mad_snapdate	%{mad_snap_year}-%{mad_snap_month}-%{mad_snap_day}

bardzo nieelegancko to wygląda i nie jest gpm friendly (Source0)

btw.
może pora się dogadać gdzie dodać obsługę wpa? myślałem o
functions.network, żeby dodać np. WLAN_WPA, WLAN_WPA_DRVIVER i
bezpośrednio wywoływać z functions.network wpa_supplicant z powyższymi
oraz z /etc/wpa_supplicant.conf argumentami. nie wiem tylko gdzie by
było najodpowiedniesze miejsce o killowania procesu w razie ifdown
intrfejsu.

-- 
Fryderyk Dziarmagowski