Someone throw me an example of using it in Travis CI, under Docker, with access to repo updates and another example of using it via Vagrant in GitLab.com and I'm totally in.

I gave up trying to figure out a way to do it without putting my developer key in places where it doesn't look like I can put my developer key. Now, If I'm allowed to put my developer key in a Git repo and let it fly to the four winds without getting in trouble, that's really easy! Otherwise, someone needs to hop on one of the 80 places that RedHat has technical blogs and clue me in.

Alternatively, giving FOSS projects free runners in a Red Hat cloud that has access to repo updates would work.

Heck, AppVeyor even lets me test on Windows easily (as does Vagrant in many cases) but trying to test on RHEL in a public CI system is more work than it's worth.

In terms of the flow down, I'm not using this for validation on any sort of real system and am making no claims that it means anything. What I'm doing is using what the rest of the FOSS world uses to develop and doing something that lets me know if there are going to be absolutely catastrophic effects when I test on RHEL without needing to figure out how to get developer keys working in GitLab and/or Travis.

Trevor

On Mon, Aug 5, 2019 at 1:34 PM Shawn Wells <shawn@redhat.com> wrote:

On 8/5/19 10:12 AM, Trevor Vaughan wrote:
> Personally, I would like it if I could just flip a switch and tell it
> to build *all* profiles for the 'RedHat family'.
>
> Primarily, I use this for testing and just kicking around new ideas
> via Vagrant since getting ahold of "real" RedHat is still not viable
> in public Travis CI via Vagrant.


With RHEL being free for development [0], the release of RHEL Universal
Base Image [1] how is that still the case?

There's really zero excuse for continued use of CentOS, especially for
Government systems.


> I can do everything else, but not that.



[0]
https://developers.redhat.com/blog/2016/03/31/no-cost-rhel-developer-subscription-now-available/

[1] https://www.redhat.com/en/blog/introducing-red-hat-universal-base-image
_______________________________________________
scap-security-guide mailing list -- scap-security-guide@lists.fedorahosted.org
To unsubscribe send an email to scap-security-guide-leave@lists.fedorahosted.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedorahosted.org/archives/list/scap-security-guide@lists.fedorahosted.org


--
Trevor Vaughan
Vice President, Onyx Point, Inc
(410) 541-6699 x788

-- This account not approved for unencrypted proprietary information --