SPECS: glftpd.spec (NEW) - initial release - note that only

Arkadiusz Patyk areq at pld-linux.org
Mon Mar 29 12:37:07 CEST 2004


Andrzej Krzysztofowicz (ankry at green.mif.pg.gda.pl) wrote:
> Patrys :: Patryk Zawadzki wrote:
> > 
> > W liście z pon, 29-03-2004, godz. 11:51, Arkadiusz Patyk pisze: 
> > > > W ogĂłle te szcztuczne konflikty sÄ
 u nas w PLD bez sensu :/ Moşe ja chce mieć 
> > > > 10 ftpdów/httpd/pop3d/smtpd i sobie pokonfiguruje je na róşnych portach, na 
> > > > róşnych IPkach, w chrootach itp?
> > > 
> > > dobrze mĂłwi.
> > > 
> > > Zostaje jeszcze problem uĹźytkownikĂłw - moze jednak nie powinnismy tego
> > > unifikować na siłę i prościej by było jakby kaşdy miał swojego. Wtedy
> > > oddaba problem przy usunięciu pakiety i skasowaniu usera.
> > 
> > Dlatego jest pomysł dodania pakietu user-httpd (ftpd, smtpd, popd),
> > ktĂłrego wymagaĹ‚yby pozostaĹ‚e pakiety udostÄ™pniajÄ
ce usługę httpd (...).
> 
> Byl taki pomysl. Nie pamietam, z jakiego powody nie uzyskal akceptacji.

ZCP to niepodoboło się jak usuwać niepotrzebnych już userów. Ale to IMHO
nie problem - rpm -qa | grep user- | xargs rpm -e 
czy jakoś tak ;)

Był pomysł by dobudowac jakieś oskryptowanie i trzymac osobną baze
userów, ale to mi się nie podoba - najprosciej wykożystać to co daje sam
rpm.

> Alternatywa jest tona triggerow.

Strach się bać tylu triggerow - ciężko będzie nad tym zapanować.
> Ale fakt, ze przed wypuszczeniem Ac trzeba to jakos rozwiazac.

Dokładnie.


-- 
Arkadiusz Patyk [areq(at)pld-linux.org] [http://rescuecd.pld-linux.org]
[IRC:areq ICQ:16231667  GG:1383]  [AP3-6BONE] [AP14126-RIPE]



More information about the pld-devel-pl mailing list