Open Stack

 ---- On Mon, 11 Jan 2021 11:57:37 -0600 Herve Beraud <hberaud at redhat.com> wrote ----
 > Le lun. 11 janv. 2021 à 18:11, Ben Nemec <openstack at nemebean.com> a écrit :
 > 
 > 
 > On 1/6/21 2:58 PM, Thomas Goirand wrote:
 > > On 12/18/20 3:54 PM, hberaud wrote:
 > >> In a first time I tried to fix our gates by fixing our lower-constraints
 > >> project by project but with around ~36 projects to maintain this is a
 > >> painful task, especially due to nested oslo layers inside oslo
 > >> himself... I saw the face of the hell of dependencies.
 > > 
 > > Welcome to my world!
 > > 
 > >> Thoughts?
 > > 
 > > Couldn't someone address the dependency loops in Oslo? It's IMO anyway
 > > needed.
 > 
 >  AFAIK nobody is volunteering on our side, feel free to send patches to fix them....
 >  
 > Which libraries have circular dependencies? It's something we've 
 > intentionally avoided, so if they exist I would consider it a bug.
 > 
 > Concerning myself, I meant that by example to fix oslo.messaging its LC you should first address those of oslo.log and etc...
 > This isn't a circular dependency but an order to follow in our patches to fix all our L.C.
 > Also I didn't notice "real" circular dependencies, in other words I only noticed an order to apply to fix all the L.C, but over 36 projects that order is a bit annoying, that's all.

I agree.

I have added this topic to the next TC meeting on the 14th Jan agenda to get consensus for all the projects.

- https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Agenda_Suggestions

-gmann

 >  
 > > 
 > > Just my 2 cents, not sure if that helps...
 > > Cheers,
 > > 
 > > Thomas Goirand (zigo)
 > > 
 > 
 > 
 > 
 > -- 
 > Hervé BeraudSenior Software Engineer at Red Hatirc: hberaudhttps://github.com/4383/https://twitter.com/4383hberaud
 > -----BEGIN PGP SIGNATURE-----
 > 
 > wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+
 > Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+
 > RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP
 > F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G
 > 5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g
 > glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw
 > m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ
 > hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0
 > qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y
 > F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3
 > B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O
 > v6rDpkeNksZ9fFSyoY2o
 > =ECSj
 > -----END PGP SIGNATURE-----
 > 
 >