Re: [gentoo-user-de] Bug in Portage oder "PEBCAC"..?

["Johann Schmitz (ercpe)" <ercpe@gentoo.org>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 19/11/13 19:38, Christian Bricart wrote:
> Wenn ein Overlay sich dadurch auszeichnet, komplett transluzent 
> über dem Main-Tree zu liegen, dann muss ich *jede* Datei dort mit 
> *meinem* Inhalt mit einer Datei an der selben Stelle im Baum 
> überlagern können..  ;)

Ein Overlay übersteuert ja auch den Tree, wie das Beispiel mit dem
Versions-Mask zeigt.

> kann sein, dass es einfach nicht konsistent durch die Tools gezogen
> wurde(?) oder ich stimme dir zu, dass eix evtl. die PMS schon
> weiter (oder falsch?) auslegt. aaaber: ich habe eix nur als 
> Beispiel genannt um die einfache Visualisierung alle Möglichkeiten 
> zu bekommen. Natürlich kommt aus dem "emerge -v foo/bar" auch die 
> gewünschte Version raus ;-) Nur die Warnung stört halt.. Also 
> irgendwie isses dann doch schon drin..

Ich habe im #gentoo-dev Channel gefragt: Es ist nicht in der PMS,
daher kannst du es nicht benutzen. Es *kann* so implementiert sein
(siehe eix), muss aber nicht.

Evtl. bring das anheben des profile-format in der layout.conf deines
Overlays was. Wobei du da vermutlich auf eapi-5-progress gehen müsstest.
Wenn du das machst, wird aber jeder Bug-Report direkt als INVALID
geclosed bevor du nicht auf eine stabile EAPI gegangen bist!

> Das durch die Maskierung und De-Maskierung zu lösende Problem dabei
> ist, dass oben genannte: es soll vermieden werden, dass durch
> Unachtsamkeit unmodifizierte Pakete installiert werden. Oder anders
> - Installation ist folgendermassen: - (eigenes) Stage4 auspacken (-
> local Overlay ist dort vorkonfiguriert und kommt aus zentralem
> GIT-Repo) - Pakete werden prinzipiell aus dem Main-Tree 
> installiert.. - ..oder sind (bei »kritischen« Paketen) 
> "abgesegnete" ebuilds und das ganze "zentral steuerbar" vom 
> Overlay-Mantainer ohne Notwendigkeit immer wieder in jede einzelne 
> lokale /etc/portage/ eingreifen zu müssen..

Aaah. Daher weht der Wind :)
Aus Erfahrung kann ich dir nur davon abraten. Auf der Arbeit verwenden
wir ausschließlich Gentoo und ziemlich schnell kam auch die Idee mit
einem Overlay auf um 0day Version Bumps aus dem Weg zu gehen und
"erprobte" (oder auch: hoffnungslos veraltete) Pakete installieren zu
können. Wir haben dazu von den wichtigsten Paketen -r999 angelegt und
alle anderen Version gemasked. Das hatte direkt mehrere Nachteile:

- - Man wusste nachher nicht mehr, aus welcher Version die -r999
ursprünglich hervor gegangen ist. Es sei denn, man hat eine Liste
gepflegt.
- - Wenn sich keiner nonstop drum kümmert, bleiben die Systeme auf
alten, verwundbaren Versionen zurück
- - Nach und nach wandern mehr und mehr Pakete vom Tree ins Overlay aus
Abhängigkeit zu anderen Paketen. Wer einmal ein PHP auf einer
bestimmten Version halten will, merkt schnell welch Rattenschwanz an
Dependencies da dran hängt. Nicht umsonst haben wir Rolling Releases
und geben bis höchstens 1 Jahre eine "softe" Garantie, dass du dein
System weitestgehend schmerzfrei updaten kannst.

Im Endeffekt ist es einfacher und stressfreier die Systeme alle paar
Monate mit World Update auf latest zu bringen als mit einem Overlay zu
hantieren.


> der Hintergrund ist eine "Mass-Deployment-Umgebung", welche bei 
> einigen Paketen (rein nur) für diese Umgebung sinnvolle 
> Erweiterungen/Modifikationen mitbringt. z.B. vorgefertigte 
> Konfigurationsdateien (/etc/conf.d/..), oder irgendwas anderes 
> unter ${FILESDIR}/.. im angepassten ebuild

Auch hier kann ich aus schmerzhafter Erfahrung sagen, das ein patchen
in den Ebuilds früher oder später zu Problem führt. Meistens ist es
besser includes oder ähnliches zu deployen.


Gruß,
Johann

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSi7YSAAoJEKCEBkJ3xQHtXUQIAKKYfNT/CbT4TlIp6dRQXSmi
RYOirnGTxRBi4SJTJDIpP05Nl2SLhwazd1Bw33z08QfpipT7xf8XcV4EpkLlzpTQ
iKrY8h+/4TyU3MD3i2DnoUnCkhFZgXU9/eh5qv6s9zO/kmEXq+mIWRVSWX8Z9eiU
zIjO8Ls2/+jAAfbTrQHyIF4ll8zW6bITuUIp5mw0ExQQbPrj16seVg4AppjCcLr+
ulFFK0TiG7p8ZSm7BCmalRGNhHAqC9sLTxtYgpX7OaPwRWwEiuceIZtKybktKXQ2
D493Jb4wD+lou2fAUkKODzdTF/lRzeWY4VmwsD/zq6s5Ji37Xf5viG9g+FNGjEE=
=QSs8
-----END PGP SIGNATURE-----