Also manchmal spreche ich wohl doch nicht gentoo?!?

[tazinblack]

Vielleicht liegt es daran, dass ich hier grade im Fieberwahn auf dem Sofa liege, aber ab und zu frage ich mich doch was mir mein gentoo denn sagen
will. Wie z.B. hier

Code: Select all

emerge -DuNav world

These are the packages that would be merged, in order:

Calculating dependencies \

!!! Problem resolving dependencies for mail-mta/postfix from @selected
... done!

!!! The ebuild selected to satisfy "mail-mta/postfix" has unmet requirements.
- mail-mta/postfix-3.0.0::gentoo USE="berkdb eai mysql pam sasl ssl vda -cdb -doc -dovecot-sasl -hardened -ldap -ldap-bind -lmdb -mbox -memcached -nis -postgres (-selinux) -sqlite" ABI_X86="64"

  The following REQUIRED_USE flag constraints are unsatisfied:
    !vda

  The above constraints are a subset of the following complete expression:
    ldap-bind? ( ldap sasl ) !vda

(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

[franzf]

Steht im ebuild:

Code: Select all

# No vda support for postfix-3.0
REQUIRED_USE="ldap-bind? ( ldap sasl )
		!vda"

Kurz gegoogelt: vda scheint patces zu benötigen, und wahrscheinlich gibt es die für 3.0 noch) nicht oder sie machen Probleme.
Im Changelog siehst du auch:

Code: Select all

  20 Aug 2014; Eray Aslan <eras@gentoo.org> postfix-2.12_pre20140801.ebuild:
  Mask vda USE flag for postfix-2.12

Also kurz die Lösung:
USE="-vda" für postfix.

//edit:
Vielleicht zusätzlich erhellend:
https://bugs.gentoo.org/show_bug.cgi?id=402369

[tazinblack]

Hallo franzf,

erst mal danke für die schnelle Antwort und auch sonst für Deine Unterstützung hier!


... das kann ich nachvollziehen, es gibt Probleme mit dem vda patch.

Allerdings finde ich

Code: Select all

  The following REQUIRED_USE flag constraints are unsatisfied:
    !vda

  The above constraints are a subset of the following complete expression:
    ldap-bind? ( ldap sasl ) !vda 

doch etwas komisch.
!vda könnte ich auch noch verstehen, aber ldap-bind? ( ldap sasl ) !vda versteh ich gar nicht zumal ldap-bind ja gar nicht gesetzt ist als USE.

Und was ich etwas daneben finde ist die Tatsache, dass man postfix-3.0.0 auf stable stellt, obwohl er gar nicht voll einsetzbar ist.
Da werden bestimmt viele an dieser Stelle ratlos gucken.

Gabs da nicht mal die Richtlinie, dass man ein Paket nur auf stable stellt, wenn 30 Tage keine Bugs mehr offen sind?

Habs jetzt erst mal maskiert und beobachte das weiter. Das alte stable Paket ist ja noch da und es gibt wohl keine Angriffspunkte.

[franzf]

Allerdings finde ich

Code: Select all

  The following REQUIRED_USE flag constraints are unsatisfied:
    !vda

  The above constraints are a subset of the following complete expression:
    ldap-bind? ( ldap sasl ) !vda 

doch etwas komisch.
!vda könnte ich auch noch verstehen, aber ldap-bind? ( ldap sasl ) !vda versteh ich gar nicht zumal ldap-bind ja gar nicht gesetzt ist als USE.

Ja, das Problem ist dass ldap-bind und vda gar nichts miteinander zu tun haben. Im ebuild steht "!vda" in einer eigenen Zeil, aber emerge nimmt bei der Meldung den Zeilenumbruch raus. Dadurch entsteht der Eindruck, dass vda nur verboten ist, wenn ldap-bind gesetzt ist (was auch bei mir im ersten Moment so angekommen ist...)

MMn. sind das zwei "bugs":
* Portage sollte die constraints nicht neu formatieren (kann man sich vielleicht drüber streien...)
* postfix sollte nen ordentlichen use.mask auf vda setzen anstatt es einfach im ebuild zu verbieten (wie es ja auch schon mit 2.12 gemacht wurde). Oder das USE-Flag gleich ganz herausnehmen, wenn es gar nicht damit kompiliert.

[toralf]

MMn. sind das zwei "bugs":

Auf Auf: https://bugzilla.gentoo.org

[Yamakuzure]

Eigentlich ist das ganz klar, wenn man die Absätze vollständig betrachtet:

Code: Select all

  The following REQUIRED_USE flag constraints are unsatisfied:
    !vda

Die folgende BENÖTIGTE_USE Flag-Einschränkung wurde nicht erfüllt:
!vda

Das Ausrufezeichen steht für "nicht". (War aber klar.)
Also: emerge muss für dieses ebuild mit USE="-vda" aufgerufen werden. Das wurde es nicht, das war das Problem.

Und dann:

Code: Select all

The above constraints are a subset of the following complete expression:
    ldap-bind? ( ldap sasl ) !vda

Die obigen Einschränkungen sind eine Untergruppe des folgenden vollständigen Ausdrucks
...

Der/die obere/n Teil/e sind immer das Problem, ganz unten wird absichtlich der gesamte Ausdruck der Variable REQUIRED_USE zu informationszwecken abgedruckt.

(forciertes) Beispiel:

Code: Select all

~ # USE="-gallium" emerge --ask --newuse mesa
                                                                                                                          
These are the packages that would be merged, in order:                                                                    

Calculating dependencies  

!!! Problem resolving dependencies for media-libs/mesa
... done!

!!! The ebuild selected to satisfy "mesa" has unmet requirements.
- media-libs/mesa-10.5.2::gentoo USE="-bindist classic d3d9 -debug dri3 egl -gallium gbm -gles1 -gles2 -llvm nptl -opencl -openmax osmesa -pax_kernel -pic (-selinux) udev vaapi vdpau -wayland -xa xvmc" ABI_X86="32 64 -x32" VIDEO_CARDS="-freedreno -i915 i965 -ilo intel -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware"

  The following REQUIRED_USE flag constraints are unsatisfied:
    d3d9? ( gallium ) vaapi? ( gallium ) vdpau? ( gallium )

  The above constraints are a subset of the following complete expression:
    d3d9? ( dri3 gallium ) llvm? ( gallium ) opencl? ( gallium llvm ) openmax? ( gallium ) gles1? ( egl ) gles2? ( egl ) vaapi? ( gallium ) vdpau? ( gallium ) wayland? ( egl gbm ) xa? ( gallium ) video_cards_freedreno? ( gallium ) video_cards_intel? ( classic ) video_cards_i915? ( any-of ( classic gallium ) ) video_cards_i965? ( classic ) video_cards_ilo? ( gallium ) video_cards_nouveau? ( any-of ( classic gallium ) ) video_cards_radeon? ( any-of ( classic gallium ) ) video_cards_r100? ( classic ) video_cards_r200? ( classic ) video_cards_r300? ( gallium ) video_cards_r600? ( gallium ) video_cards_radeonsi? ( gallium llvm ) video_cards_vmware? ( gallium )

Wie man unten sehen kann, sind das ein paar mehr Zeilen im ebuild. Durch das zusammenfassen gehen keine Informationen verloren (die eh kaum jemand braucht, aber falls doch...) und das Wichtige darüber wird bei langen Listen nicht "rausgescrollt".

[misterjack]

Allerdings finde ich

Code: Select all

  The above constraints are a subset of the following complete expression:
    ldap-bind? ( ldap sasl ) !vda 

doch etwas komisch.

Was ist daran komisch? a subset of the ist eineindeutig Warum bei dir das fehlschlägt wird in der Angabe davor ebenso eineindeutig erklärt. Einfach lesen, was da steht: sollte Selbstverständlichkeit sein, wenn man mit Serverdiensten hantiert. Und wenn man es sich nicht übersetzen kann, hilft Google Translator.

Und was ich etwas daneben finde ist die Tatsache, dass man postfix-3.0.0 auf stable stellt, obwohl er gar nicht voll einsetzbar ist.
Da werden bestimmt viele an dieser Stelle ratlos gucken.

Postfix 3 ist stable, dass es einen externe Patch für die Version nicht mehr gibt, spielt dabei keine Rolle. Ich persönlich kann zusätzlich noch die Migration zu Dovecot empfehlen. Courier = Trabbi, Dovecot = Porsche: https://www.heinlein-support.de/sites/d ... ovecot.pdf