On Thu, Jul 25, 2002 at 07:52:02PM +0200, Eduard Bloch wrote: > > Also, den inetd m�chte ich konkret durch tcpserver ersetzen. Mir gef�llt > > dieser besser und mir ist klar, dass der als Binary nicht Bestandteil von > > Debian werden kann. Nun muss ich dann nicht unbedingt den inetd > > l�schen, deaktivieren reicht, aber �bersichtlicher w�r's. > > Aber als Zwischen-Source ist es doch dabei, so dass ein Debian-Paket > generiert werden kann. > > apt-cache search tcpserver > apt-cache show ucspi-tcp-src
Danke, war mir schon bekannt, aber das hebt nicht die Abh�ngigkeit vieler Pakete zum inetd auf. > > In den beiden F�llen geht es nicht. Bei den Problemen mit den Perlmodulen > > bin ich mir am �berlegen, ob ich den Vorschlag mache, jedes Modul 1:1 > > mit dem richtigen Namen im Debian abzubilden. Mir war es nicht m�glich > > zu erfahren, ob und wenn ja, in welchem Paket 'Date::Format' liegt. Ein > > Paket 'libperl-date-format' f�nd ich da einfach besser. > > Bla. Wie bennenst du ein Paket mit mehreren Modulen? Oder steckst du > jedes 1kB-Modul in ein eigenes Paket? Naja, besser als alles wild zusammen zu w�rfeln und dann nicht in der Paketbeschreibung zu kommentieren, welche Module Bestandteil des Pakets sind. Soll dann jedes in Frage kommende Paket installiert werden? IMHO ist da CPAN dann doch sinnvoller. -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
