adi pisze:
Jak w takim razie proponujesz rozwiązać takki problem: pakiet do poprawnego działania wymaga thttpd a nie Apache'a?
po pierwsze - po co firewallowi web serwer?
po drugie - załóżmy, że firewall z jakichś powodów potrzebuje webserwera, dlaczego ma to być własnie ten a nie inny? czego nie oferuje Apache co ma thttpd?
po trzecie (sprowadzając rzecz do absurdu) - jesli ktoś przygotuje pakiet wymagający do działania określonego mail serwera to co? ma go wrzucić do pakietu bez względu czy w systemie jakiś już jest czy nie? Przy takim założeniu może okazać się, że cały system pakietów i zalezności pomiędzy nimi jest niepotrzebny.
po czwarte - thttpd w twojej paczce pochodzi to binarka, w zaleznościach nigdzie nie ma wzmianki o thttpd, niemniej jednak korzysta on z bibliotek systemowych. Wyobraź sobie, że pojawia się nowy pakiet thttpd wymagający innych bibliotek. Ten będący w pakiecie zostaje upgradowany, jego biblioteki też. Ten twój nie i w związku z tym prawdopodobnie przestaje działać...
Imho ta częśc twojego pakietu wymaga poprawki, nie analizowałem go ale wydaje mi się, że dobrą drogą będzie przygotowanie odpowiednich symlinków do plików, uwzględniających obie śieżki /var/www dla thttpd i /home/httpd/html dla apacha.
adi pisze:
Załóżmy że ten pakiet musi mieć thttpd - ale chcemy go również używać razem z Apache. Co wtedy zrobić? W zależnościach masz wzajemne wykluczanie się tych dwóch pakietów? Moje rozwiązanie jest takie: wrzucić osobno sam thttpd i odpalac go niezależnie od głównego thttpd lub Apache'a. Niezależnie co użytkownik będzie miał zainstalowane - będzie mu to działać. Widzisz inne rozwiązanie tego problemu??

Nie sposób na to odpowiedzieć bez informacji czego nie ma apache a jest to w thttpd.
Mam jeszcze jedno pytanie - a co jeśli user zdecydował nie używac żadnego webserwera? ma zrezygnowac z twojego pakietu? Przecież konfigurację można przeprowadzić edytując pliki recznie (zakładam że web serwer jest potrzebny na etapie konfiguracji)...