Henrik Bøgh <h_nospam_@boegh.net> wrote:
>Pågældende dokumentation kan findes på
www.progeny.com som pdf-fil.
Jeg tvivler. Men jeg ville da sætte pris på at blive sat på plads af
et passende link.
>> 2. Mailopsætning:
>
>Med mindre du har valgt en POP3 server under installationen (jeg er ikke
>helt kæk på Progenys installationsmenu) har du ikke nogen.
>Prøv at lave en 'dpkg -l | grep -i pop3' - det burde give dig et hint.
Ret tomt. Så jeg står frit.
>Debians pakkeformat er faktisk ret godt når man lige har luret det af.
Jeg har skam luret det af. Det er ikke kvaliteten, jeg angriber. Det
er filosofien bag.
>Hvis du har problemer med en pakke som virkelig driller så prøv 'dpkg
>--purge <pakkenavn>'. Så skulle evt. rester gerne ryge.
Det kunne ikke fjerne pdnsd, selv ikke med en yderligere --force-all
hæftet på.
Jeg fik først en fejlmeddelelse, der sagde, at programmet ikke kunne
lukkes. Klart nok - det var ikke startet. Derefter fik jeg en ny
fejlmeddelelse om, at programmet ikke kunne startes. Mindre klart,
eftersom alle andre programmer, der kunne tænkes at konkurrere om port
53, var stoppet. Så fejlede dpkg.
Jeg fandt dog til sidst ud af, at hvis jeg startede pdnsd med scriptet
i /etc/init.d (tror jeg nok, at stien hedder under Debian), kunne jeg
afinstallere programmet.
Men det undrer mig såre, at et program skal kunne startes, før det kan
afinstalleres. Hvad nu, hvis man netop ønsker at afinstallere det,
fordi man ikke kan finde ud af at løse det problem, der gør, at det
ikke kan starte?
Her tillader jeg mig lige at svare på en del af Peter Makholms indlæg,
så vi holder dette start-afhængighedsproblem nogenlunde samlet:
>>Det er en fejl. Hvis pdnsd ikke kan håndterer at andre dns-servere er
>>installeret bør den klart konflikte med andre dns-servere. Prøv at se
>>om der allerede er lavet en fejlrapportering om det, ellers bør du
>>selv fejlrapporterer det.
Jeg går ud fra, at du med "konflikte" hentyder til
konflikt-informationen i .deb-pakken.
Der er vel ikke noget i vejen for at have installeret flere
dns-servere. Det er bare kun en af dem, der må køre ad gangen (i hvert
fald på port 53 tcp/udp). Dermed kan jeg ikke se nogen grund til, at
pakkerne skal konflikte. Eller er der en Debian-filosofi, der siger,
at hvis to programmer ikke kan køre samtidigt, må de heller ikke være
installeret samtidigt?
Stadig kan der vel være 1000 andre grunde til, at et program ikke kan
starte, selv om pakken er installeret korrekt. Det virker lidt
voldsomt, at dpkg af den grund erklærer installationsfejl - og endda
med nøjagtigt samme begrundelse nægter at afinstallere pakken. Så er
man da virkeligt i knibe.
Tilbage til Henrik:
>Du skal også være opmærksom på hvilke sources du bruger til apt-get ( kig i
>/etc/apt/sources.list ). Progenys eget arkiv er efter min mening ikke
>specielt veludbygget og man kan havne i depend-probelemer (pakkerne har et
>afhængighedsforhold imellem og disse bør være opfyldt). Der kan være
>dummy-pakker i Progenys arkiv for at snøre andre pakker.
>Skift i stedet til Debian arkiv (jeg bruger selv testing).
Hvis jeg har forstået det hele korrekt, skulle Progenys
stable-versioner af en del af pakkerne være nyere end Debians
stable-versioner. Det lyder jo umiddelbart besnærende, forudsat at der
er sket en egentlig bedømmelse, og at man ikke bare over en bred kam
har omdøbt Debians unstable- eller test-versioner til Progeny stable.
Men ellers er jeg lidt på Herrens mark med Progeny- kontra
Debian-pakker. Min Progeny har uden ret meget hjælp fra mig sat sig
selv op til at suge pakker fra både Progeny og Debian, og umiddelbart
ser det ud til at fungere fint. Derfor undrer behovet for dummy-pakker
mig lidt. Men det lyder da katastrofalt, hvis en dummy-Progeny-pakke
kan spærre for installation af den rigtige Debian-pakke.
--
Allan Olesen, Lunderskov
"UNIX er overflødigt." - Lars P. Fischer