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 <[email protected]> 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 --
> [email protected]
> To unsubscribe send an email to
> [email protected]
> 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/[email protected]
>


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

-- This account not approved for unencrypted proprietary information --
_______________________________________________
scap-security-guide mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]

Reply via email to