bocian na tle innych dystrybucji

[Maciek Pasternacki]

06-12-07, Paweł Kwiatkowski <qwiat w o2.pl> napisał(a):
> > do /etc/mail bardzo mi się w PLD. To, plus sztuczne konflikty/obsolote w
> > pakietach sprawiają, że próba zainstalowania dwóch implementacji jednej
> > usługi na serwerze PLD jest nie lada problemem.
>
> Panie, tak to tylko w erze ;)
>
> Co w tym złego? i tak może działać tylko jeden demon.

Na dwóch różnych portach? interfejsach? są maszyny o śmiesznej konfiguracji.

> Jeśli masz maszynę
> z wieloma adresami IP i chcesz mieć różne demony to stosujesz
> chroot/vserver. W vserwerze odpalasz kolejnego demona z własnym
> syslogiem, logrotatem i wtedy masz porządek.

A jak nie potrzebuję takiego narzutu?

Technicznie nie ma żadnych przeciwwskazań, żeby np. na porcie 21 działał
wydajny, prosty, anonymous-only ftpd (np. ten z publicfile djb), a na 2121,
powiedzmy, że pureftpd/proftpd o skomplikowanej konfiguracji i masie
wirtualnych userów do wrzucania plików.

Dla MTA np. obecnie robię taki myk, że mam maszynę z masą istniejącej
konfiguracji dla qmaila (trochę list na ezmlm, trochę tmda, trochę
wydziwnionego
forwardowania/aliasowania) i chcę łatwiej dostępnej funkcjonalności
typu graylist,
SA, antywirus, TLS, auth, ... - a z drugiej strony, nie mam siły
migrować istniejącej
konfiguracji na postfiksa.  Wniosek?  Zostanie qmail jako local delivery agent,
a na porcie 25 słucha postfix z wszystkimi szykanami, forwardujący przyjęte już
maile do qmaila.  Na szczęście paczka z qmailem jest tak beznadziejnie połatana,
że i tak postawię netqmail ze źródeł i nie będę miał konfliktów.

W takim przypadku vserver byłby kompletnie bez sensu.

> >  Jednak naprawienie tego
> > byłoby bolesne dla większości typowych instalacji (zmiana położenia
> > plików konfiguracyjnych), więc pozostaje z tym żyć i po prostu starać
> > się nie powtarzać tych błędów w nowych pakietach.
>
> Nie naprawiać, zostawić jak jest. Jak chcesz rozwiązać problem binarek z
> różnych pakietów ale o tych samych nazwach?
> Przykłady:
> 1) /usr/sbin/sendmail jest w eximie, sendmailu, postfixie,...
> 2) /usr/sbin/useradd jest w shadow i pwdutils

Jakie problemy sprawiałoby /etc/alternatives/?

-- 
-><- This signature intentionally left blank. -><-