[TripleO] Opting out of global-requirements.txt

Carter, Kevin kevin at cloudnull.com
Thu May 13 21:06:16 UTC 2021


+1

I 100% agree that we should remove tripleo from global requirements and
backport these changes to W.

--

Kevin Carter
IRC: Cloudnull


On Thu, May 13, 2021 at 1:54 PM Wesley Hayutin <whayutin at redhat.com> wrote:

>
>
> On Thu, May 13, 2021 at 12:41 PM James Slagle <james.slagle at gmail.com>
> wrote:
>
>> I'd like to propose that TripleO opt out of dependency management by
>> removing tripleo-common from global-requirements.txt.  I do not feel that
>> the global dependency management brings any advantages or anything needed
>> for TripleO. I can't think of any reason to enforce the ability to be
>> globally pip installable with the rest of OpenStack.
>>
>> Two of our most critical projects, tripleoclient and tripleo-common do
>> not even put many of their data files in the right place where our code
>> expects them when they are pip installed. So, I feel fairly confident that
>> no one is pip installing TripleO and relying on global requirements
>> enforcement.
>>
>> One potential advantage of not being in global-requirements.txt is that
>> our unit tests and functional tests could actually test the same code. As
>> things stand today, our unit tests in projects that depend on
>> tripleo-common are pinned to the version in global-requirements.txt, while
>> our functional tests currently run with tripleo-common from master (or
>> included depends-on).
>>
>> The changes needed would be (aiui):
>> - Remove tripleo repos from projects.txt
>> - Remove check-requirements jobs from those same repos
>> - Remove tripleo-common from global-requirements.txt
>>
>> I think we should also plan to backport these changes to Wallaby.
>>
>> Let me know any concerns or feedback, or anything I might be overlooking.
>> Thanks.
>>
>
> +1 thanks for sending this out James!
>
>>
>> --
>> -- James Slagle
>> --
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20210513/1db14237/attachment.html>


More information about the openstack-discuss mailing list