[Erl] Emerge versucht krampfh.b.Update mir einen MTA anzudr.

[guru meditation]

Code: Select all

[ebuild  N    ] mail-mta/courier-1.4.1 
[uninstall    ] mail-mta/nullmailer-2.2-r2 
[blocks b     ] mail-mta/nullmailer ("mail-mta/nullmailer" is soft blocking mail-mta/courier-1.4.1)
[blocks b     ] mail-mta/courier ("mail-mta/courier" is soft blocking mail-mta/nullmailer-2.2-r2)

Beim letzten @world-Update versucht Emerge mir krampfhaft, Nullmailer runterzuschmeißen und mir alle möglichen anderen MTAs anzudrehen:

– mail-mta/msmtp
→ füge ich diesen in package.mask dazu, ignoriert Emerge den Eintrag schön.
→ Lösche ich das ebuild, versucht Emerge mir einen kompletten Courier-Server anzudrehen.
– Lösche ich das ebuild von Courier (weil Emerge mal wieder den Eintrag in package.mask ignoriert), will er als nächstes esmtp installieren.

So könnte das weitergehen, bis wir "out of mtas" rennen.

Beim Nullmailer finde ich weder Infos, daß das Paket zu alt und damit "nicht mehr unterstützt" wird, noch etwas über eventuelle Sicherheitslücken, weshalb Nullmailer jetzt und am besten gestern entfernt werden soll.

Was macht Emerge da?

[Max Steel]

Ohne größere Infos wird das schwierig.
Ich empfehle für aolche Fragen immer --pretend --tree Optionen zu aktivieren um mehr Infos zu bekommen. Vorallem --tree ist da sehr hilfreich, da es die Abhängigkeiten darstellt.

Und man löscht nicht eigenmächtig Dinge aus dem portage tree...
Ich verstehe es aber zwecks Analysen.

[Banana]

Ebenso kann die Ausgabe von emerge --info helfen.

[Josef.95]

Was macht Emerge da?

emerge/portage versucht wahrscheinlich einfach eine geforderte dep vom virtual/mta ebuild zu erfüllen.

Code: Select all

cat `equery w virtual/mta-1-r2`
# Copyright 1999-2022 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2

EAPI=7

DESCRIPTION="Virtual for Message Transfer Agents"
SLOT="0"
KEYWORDS="~alpha amd64 arm arm64 hppa ~loong ~m68k ~mips ppc ppc64 ~riscv ~s390 sparc x86 ~amd64-linux ~x86-linux ~ppc-macos ~x64-macos ~x64-solaris"

RDEPEND="|| (   mail-mta/nullmailer
                                mail-mta/msmtp[mta]
                                mail-mta/ssmtp[mta]
                                mail-mta/courier
                                mail-mta/esmtp
                                mail-mta/exim
                                mail-mta/netqmail
                                mail-mta/notqmail
                                mail-mta/postfix
                                mail-mta/sendmail
                                mail-mta/opensmtpd[mta] )"

Oberster erster (default) Eintrag ist mail-mta/nullmailer
die Frage ist nun warum der nicht mehr akzeptiert wird, nicht mehr passt.

Schau bitte mal was ein

Code: Select all

emerge -avuDU @world -1 mail-mta/nullmailer

dazu meint.

[guru meditation]

Danke, habe das ganze „gelöst“, indem ich emerge mit den ganzen zuerst vorgeschlagenen Updates mit --nodeps und --keep-going zwangsaktualisiert habe. Spätestens wenn ein Paket zum Beispiel bei QT fehlschlägt, heult emerge sowieso wegen unterschiedlicher Versionen herum, worauf dann wieder nur ein --nodeps hilft.

Das einzige Paket, das nicht durchgelaufen ist, ist sys-apps/kbd-1.8.0. Da findet der Compiler die Deklaration zu strlcpy und Artverwandte nicht. Alles, was ich darüber gefunden habe, bezieht sich auf die Konfiguration und Reihenfolge der eingebundenen Bibliotheken im Quellcode. Habe dann sys-apps/kbd-2.7.1 gelassen, ist ja auch noch als stabil gekennzeichnet.