RFC: banery [Re: test: banner/banner (NEW) - initial - if this

[Andrzej Krzysztofowicz]

=?iso-8859-2?Q?Pawe=B3_=AFurowski?= wrote:
> Dnia 19-11-2004, pią o godzinie 19:05 +0100, Andrzej Krzysztofowicz
> napisał(a):
> > > > Nie wiem, czy nie lepiej, by byl to jeden plik. I wtedy w /var.
> > > 
> > > jeden plik dla wszystkich banerow?
> > > 
> > > > I jakies znaczniki czasowe by sie IMO przydaly (jesli nie beda ciagnac
> > > > dodatkowych zaleznosci)...
> > > 
> > > co przez to rozumiesz? czy rpm nie ma odpowiednich mechanizmow?
> > 
> > Jesli plik nie bedzie nalezal do pakietu, to jak proponujesz odrozniac, czy
> > banner dotyczy aktualnej wersji, czy tej sprzed 2 lat ?
> 
> poczatkowo myslalem, zeby plik nalezal do danego pakietu (np. do otrs),
> ale po przemysleniu doszedlem do wniosku, ze to mozna to zostawic jak
> jest. Ow banery maja byc informacja dla administratora, a co on z nimi
> zrobi, to powinna byc jego broszka. Oczywiscie ktos, kto niezle [1]
> wlada polskim i angielskim powinien umiescic o tym wzmianke w
> dokumentacji odpowiednich pakietow [2] i/lub dokumentacji PLD.
> 
> [1] niezle = lepiej ode mnie -- ja dosc slabo czuje sie w tej materii
> [2] rpm?

Ale to nadal nie rozwiazuje sprawy:
- ktos zainstalowal pakiet X -> baner
- ktos zupgrejdowal pakiet X na wersje bez banera -> ?
Baner jest nadal i moze mylic.

Poza tym, jesli nie naleza do pakietów, to po co osobne pliki?
Starczy jeden:
	Data	pakiet
	Tresc banera ...

/usr jest sliskim miejscem. Instalacja w /usr moze byc pomijana
(_netsharedpath, czy jakos tak). Brak mozliwosci zapisu w /usr nie moze
powodowac bledu.
/var lepszym miejscem na tego typu dane.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology