<div dir="ltr">Here is a docker image that will bring up subway. <br><br><br><a href="https://registry.hub.docker.com/u/nibalizer/subway/">https://registry.hub.docker.com/u/nibalizer/subway/</a><br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Wed, Sep 3, 2014 at 10:04 AM, Clark Boylan <span dir="ltr"><<a href="mailto:cboylan@sapwetik.org" target="_blank">cboylan@sapwetik.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On Wed, Sep 3, 2014, at 07:26 AM, Ryan Brown wrote:<br>
> On 09/03/2014 09:35 AM, Sylvain Bauza wrote:<br>
> > Re: ZNC as a service, I think it's OK provided the implementation is<br>
> > open-sourced with openstack-infra repo group, as for Gerrit, Zuul and<br>
> > others.<br>
> > The only problem I can see is how to provide IRC credentials to this, as<br>
> > I don't want to share my creds up to the service.<br>
> ><br>
> > -Sylvain<br>
> There are more than just adoption (user trust) problems. An Open Source<br>
> implementation wouldn't solve the liability concerns, because users<br>
> would still have logs of their (potentially sensitive) credentials and<br>
> conversations on servers run by OpenStack Infra.<br>
><br>
> This is different from Gerrit/Zuul etc which just display code/changes<br>
> and run/display tests on those public items. There isn't anything<br>
> sensitive to be leaked there. Storing credentials and private messages<br>
> is a different story, and would require much more security work than<br>
> just storing code and test results.<br>
><br>
> --<br>
> Ryan Brown / Software Engineer, Openstack / Red Hat, Inc.<br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
</div></div>This doesn't solve the privacy issues, but subway [0] was built<br>
specifically to tackle the problem of making persistent IRC easy without<br>
needing to understand screen/tmux or znc/bip.<br>
<br>
Maybe we can sidestep the privacy concerns by providing scipts/puppet<br>
manifests/disk image builder elements/something that individuals or<br>
groups of people that have some form of trust between each other can use<br>
to easily spin up something like subway for persistent access.<br>
Unfortunately, this assumes that individuals or groups of people will<br>
have a way to run a persistent service on a server of some sort which<br>
may not always be the case.<br>
<br>
[0] <a href="https://github.com/thedjpetersen/subway" target="_blank">https://github.com/thedjpetersen/subway</a><br>
<span class="HOEnZb"><font color="#888888"><br>
Clark<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Spencer Krum<br>(619)-980-7820
</div>