[CentOS-devel] First round of RHEL programs announced

Fri Jan 22 20:16:35 UTC 2021
Phil Perry <pperry at elrepo.org>

On 22/01/2021 18:13, Leon Fauster via CentOS-devel wrote:
> Am 22.01.21 um 14:53 schrieb Neal Gompa:
>> On Fri, Jan 22, 2021 at 8:32 AM Leon Fauster via CentOS-devel
>> <centos-devel at centos.org> wrote:
>>>
>>> Am 22.01.21 um 14:18 schrieb Mike McGrath:
>>>>
>>>>
>>>> On Fri, Jan 22, 2021 at 5:39 AM Peter Eckel via CentOS-devel
>>>> <centos-devel at centos.org <mailto:centos-devel at centos.org>> wrote:
>>>>
>>>>      Hi Mike,
>>>>
>>>>      thanks for the information, this is at least partly good news.
>>>>
>>>>      Whet I currently can't figure out - maybe you have some 
>>>> information
>>>>      about it - is the situation with, e.g. Vagrant.
>>>>
>>>>      I rely a lot on Vagrant boxes for development and testing work, 
>>>> and
>>>>      up to now the situation with RHEL is that there are none, probably
>>>>      due to legal issues and because RHN registration doesn't mix well
>>>>      with instances created and deleted on-the-fly. The obvious 
>>>> solution
>>>>      is - or rather, was - CentOS, which so far fit my needs. CentOS
>>>>      Stream in all likelyhood will not fill that gap.
>>>>
>>>>      Are there plans for making it possible to create Vagrant boxes and
>>>>      similar items based on "FreeRHEL"?
>>>>
>>>>
>>>> I don't think we're going to ship vagrant images directly.  I know
>>>> several customers are using vagrant with RHEL and we've got some people
>>>> using it internally.  We've got some kbase and docs on the customer
>>>> portal (which you do have access to with these developer program 
>>>> accounts).
>>>>
>>>> https://access.redhat.com/documentation/en-us/red_hat_container_development_kit/2.2/html/getting_started_guide/introducing_red_hat_container_development_kit 
>>>>
>>>> <https://access.redhat.com/documentation/en-us/red_hat_container_development_kit/2.2/html/getting_started_guide/introducing_red_hat_container_development_kit> 
>>>>
>>>>
>>>> de-registering a box could be made part of the teardown process I would
>>>> think.  I've also heard stale boxes (IE: registered systems that are no
>>>> longer check-ing in) have some way to do an automated cleanup after 2
>>>> days or so?  I'm a little confused on how that process works though, 
>>>> its
>>>> actually on my todo list to check out in February when the new simpler
>>>> content access is in place.
>>>>
>>>
>>> Honestly not so much experience with mock but what about mock build
>>> environments. While mock bootstraps the context to build rpms quite
>>> often, there is the need to access the repos. Does mock support "login"
>>> into such "RH accounts" and logout (deregister)?
>>>
>>> CentOS with there mirrors was quite easy in this case.
>>>
>>
>> It does not, unfortunately. You need to have subscription-manager
>> configured on your host to be able to use RHEL content with Mock
>> (which is a bit of a hassle in its own right...).
>>
> 
> Thanks, I was afraid reading this. So free RHEL make it more worse.
> 

If you are building a lot of stuff in mock, you will almost certainly 
want to set up your own internal mirror of RHEL content for mock to 
build against.