 well the base droplet would stay Ubuntu.  the container os would be the rhel based if we needed it (re @lubuntu_bot: (irc) <arraybolt3[m]> In the event we don't end up using Debian or Ubuntu as the base (which I agree we should), I think the next best bet would be openSUSE. After all, openQA is made by SUSE, so that's the OS it will probably work on with the least friction. But getting it working in Ubuntu wold be better.)
 lxd containers are nice this way
 so we only need to focus on the container running the platform.  i'll look on the weekend
 today is and was a relax day heh
 it also allows us to keep it from altering the base droplet OS as much to "work" - similar to the OVH dedi which has each service compartmentalized in its own LXD containers
 with the host just having i
 nginx, certbot, etc. for handing to the container
 while terminating certbot, etc. on the host.
 we'll get it there in due time
 teward OP plz nerf
 *nerfs Eickmeyer instead*
 Meh, I'm already U.P. Can't get nerfed worse.
 *accidentally deletes the ubuntu studio meta packages* oooops :P
 *reuploads*
 lol jk i'm not an AA
 Yeah, I know. Hence, meh.
 just so you are aware @tsimonq2 and arraybolt3 - i'm going to work on openqa in Ubuntu on a container here at home first where I can fuss with it without breaking anything (yay LXD!) and then actually deploy once i'm comfortable experimenting/testing/etc.
 upstream openqa definitely prefers RHEL but i'm sure the Debian package is relatively recent as well
 we COULD use Debian Unstable as a base if we want to track openqa on a more cutting edge level if you want
 @tsimonq2  fyi openqa was *designed* to work only for Suse with the opensuse openid endpoint.  Which is a problem because trying to integrate with LP OpenID is not working proper
 i'm not sure if this is something i can bypass but i'll try in testing later
 i've got shit to do xD
 pretty sure this was configured for OpenSUSE.  Are you sure Ubuntu uses it or...?
 are you just guessing?
 Ubuntu doesn't use it but Debian does and they use straight LDAP (re @teward001: pretty sure this was configured for OpenSUSE.  Are you sure Ubuntu uses it or...?)
 +1 (re @teward001: we COULD use Debian Unstable as a base if we want to track openqa on a more cutting edge level if you want)
[07:38] <tsimonq2> Last call for feedback on Backports Staging. I'll publish when I wake up in the morning :)
 yeah i'm using an unstable image to set this up.  openqa doesnt do straight LDAP - it does OpenID and OAuth2.  We dont have a full LDAP instance set up so for obvious reasons its more complicated.  I'll have to see if I can do an integration with ubuntu sso. (re @tsimonq2: +1)
 debian has sso with their ldap
 Cool, let me know if I can help with code and glue :) (re @teward001: yeah i'm using an unstable image to set this up.  openqa doesnt do straight LDAP - it does OpenID and OAuth2.  We dont have a full LDAP instance set up so for obvious reasons its more complicated.  I'll have to see if I can do an integration with ubuntu sso.)
[23:02] <arraybolt3[m]> @teward001: When I was trying to hack openQA into working with Ubuntu and Apache, I was able to get it to let me log in with Ubuntu One, I just had to change the OpenID URL if I remember correctly.