<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 22, 2021 at 2:16 PM Phil Perry <<a href="mailto:pperry@elrepo.org">pperry@elrepo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 22/01/2021 18:13, Leon Fauster via CentOS-devel wrote:<br>
> Am 22.01.21 um 14:53 schrieb Neal Gompa:<br>
>> On Fri, Jan 22, 2021 at 8:32 AM Leon Fauster via CentOS-devel<br>
>> <<a href="mailto:centos-devel@centos.org" target="_blank">centos-devel@centos.org</a>> wrote:<br>
>>><br>
>>> Am 22.01.21 um 14:18 schrieb Mike McGrath:<br>
>>>><br>
>>>><br>
>>>> On Fri, Jan 22, 2021 at 5:39 AM Peter Eckel via CentOS-devel<br>
>>>> <<a href="mailto:centos-devel@centos.org" target="_blank">centos-devel@centos.org</a> <mailto:<a href="mailto:centos-devel@centos.org" target="_blank">centos-devel@centos.org</a>>> wrote:<br>
>>>><br>
>>>> Hi Mike,<br>
>>>><br>
>>>> thanks for the information, this is at least partly good news.<br>
>>>><br>
>>>> Whet I currently can't figure out - maybe you have some <br>
>>>> information<br>
>>>> about it - is the situation with, e.g. Vagrant.<br>
>>>><br>
>>>> I rely a lot on Vagrant boxes for development and testing work, <br>
>>>> and<br>
>>>> up to now the situation with RHEL is that there are none, probably<br>
>>>> due to legal issues and because RHN registration doesn't mix well<br>
>>>> with instances created and deleted on-the-fly. The obvious <br>
>>>> solution<br>
>>>> is - or rather, was - CentOS, which so far fit my needs. CentOS<br>
>>>> Stream in all likelyhood will not fill that gap.<br>
>>>><br>
>>>> Are there plans for making it possible to create Vagrant boxes and<br>
>>>> similar items based on "FreeRHEL"?<br>
>>>><br>
>>>><br>
>>>> I don't think we're going to ship vagrant images directly. I know<br>
>>>> several customers are using vagrant with RHEL and we've got some people<br>
>>>> using it internally. We've got some kbase and docs on the customer<br>
>>>> portal (which you do have access to with these developer program <br>
>>>> accounts).<br>
>>>><br>
>>>> <a href="https://access.redhat.com/documentation/en-us/red_hat_container_development_kit/2.2/html/getting_started_guide/introducing_red_hat_container_development_kit" rel="noreferrer" target="_blank">https://access.redhat.com/documentation/en-us/red_hat_container_development_kit/2.2/html/getting_started_guide/introducing_red_hat_container_development_kit</a> <br>
>>>><br>
>>>> <<a href="https://access.redhat.com/documentation/en-us/red_hat_container_development_kit/2.2/html/getting_started_guide/introducing_red_hat_container_development_kit" rel="noreferrer" target="_blank">https://access.redhat.com/documentation/en-us/red_hat_container_development_kit/2.2/html/getting_started_guide/introducing_red_hat_container_development_kit</a>> <br>
>>>><br>
>>>><br>
>>>> de-registering a box could be made part of the teardown process I would<br>
>>>> think. I've also heard stale boxes (IE: registered systems that are no<br>
>>>> longer check-ing in) have some way to do an automated cleanup after 2<br>
>>>> days or so? I'm a little confused on how that process works though, <br>
>>>> its<br>
>>>> actually on my todo list to check out in February when the new simpler<br>
>>>> content access is in place.<br>
>>>><br>
>>><br>
>>> Honestly not so much experience with mock but what about mock build<br>
>>> environments. While mock bootstraps the context to build rpms quite<br>
>>> often, there is the need to access the repos. Does mock support "login"<br>
>>> into such "RH accounts" and logout (deregister)?<br>
>>><br>
>>> CentOS with there mirrors was quite easy in this case.<br>
>>><br>
>><br>
>> It does not, unfortunately. You need to have subscription-manager<br>
>> configured on your host to be able to use RHEL content with Mock<br>
>> (which is a bit of a hassle in its own right...).<br>
>><br>
> <br>
> Thanks, I was afraid reading this. So free RHEL make it more worse.<br>
> <br>
<br>
If you are building a lot of stuff in mock, you will almost certainly <br>
want to set up your own internal mirror of RHEL content for mock to <br>
build against.<br><br></blockquote><div><br></div><div>I asked around about this a bit. I think you're allowed to download whatever content you are entitled to and keep an internal mirror as long as it is protected somehow (IE: don't let unentitled people get access to it as I think you'd run afoul of redistribution problems). In other words, if you're downloading a repo and using it for your purposes, I don't think that violates our agreement. It turns out this is the thing that makes satellite possible.</div><div><br></div><div> -Mike</div></div></div>