Re: gdzie źródla rc-scripts?

[Jacek Konieczny]

On Thu, Apr 01, 1999 at 09:01:58PM +0200, Tomasz Kłoczko wrote:
> On Thu, 1 Apr 1999, Grzegorz Stanislawski wrote:
> 
> > On Thu, 1 Apr 1999, Tomasz Kłoczko wrote:
> > 
> > > On Wed, 31 Mar 1999, Artur Frysiak wrote:
> > > > 	ADDR=<IPv6 addres>/<prefix len>
> > > > 	[ ADDR=<IPv6 addres>/<prefix len>
> > > > 	  ...
> > > > 	  ADDR=STOP ]
> > > Tutaj widzę przeszkodę w takim sposobie opisywania. Jeżeli plik
> > > ifcfg-<cokolwiek> będzie właczany w skrypt przez:
> > > . ifcfg-<cokolwiek>
> > > to poszczególne adresy będą nierozróżnialne. W innycm wwypadku trzeba
> > > będzę alanizować pliki z opisem co nastręczać może trochę kłopotów
> > > (będzie chyba ciut bardzij skomplikowane). Maszu jakąs gotową koncepcję
> > > jak te parametry odbierać ?
> > > 
> > Mamy, przedstawialem ja jakis czas temu na liscie.
> > W 2 slowach to plik bedzie czytany pierwszy raz przy pomocy . ifcfg-<name>
> > i po takim zabiegu jesli ADDR bedzie mial wartosc STOP bedzie to sygnal ze
> > zdefiniowano kilka adresow i skrypt przerobi go jeszcze raz przy pomocy
> > grep while i read.
> > Oczywiscie jesli ADDR bedzie jedno wtedy nie ma potrzeby bawic sie z
> > petla.
> 
> Jeżeli założysz, że przy ipv6 adresów może być wiele to od razu możesz
> użyć "grep while read" żeby wyciągnąć potrzebne informacje bez dodawania
> ADDR=STOP, atk zresztą będzie naet prościej bo bie trzeba będzie
> odfiltrowywać ADDR=STOP.

A nie lepiej po prostu:
ADDRS="addr1 addr2 addr3 ......"

A potem gdzieś:
for ADDR in $ADDRS ; do
....
done

Skrypt będzie mógł być interpretowany przez shella i wystarczy raz go
przeczytać.

Czy o czymś zapomniałem?

Pozdrowienia,
       Jacek
-- 
+---------+--------------------------------------------------------+
!      ,  !            Jacek Konieczny, Gliwice, Poland            !      
! Jajcus  !   email: jajcus w zeus.polsl.gliwice.pl, jacek w kde.org   !
!         ! ICQ# 7149127                           WWW: none (yet) !
+---------+--------------------------------------powered-by-Linux--+