<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 9 June 2018 at 02:10, Charalampos Stratakis <span dir="ltr"><<a href="mailto:cstratak@redhat.com" target="_blank">cstratak@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I hope that helps (and I hope I didn't forget any steps :) ).<br></blockquote><div><br></div><div>There's also <a href="https://github.com/ncoghlan/pyscl-devel/">https://github.com/ncoghlan/pyscl-devel/</a> from back when I was looking at making an sclo-python rolling-release that tracked the latest released version (even across major version bumps). My working notes for that process: <a href="https://github.com/ncoghlan/pyscl-devel/issues/1">https://github.com/ncoghlan/pyscl-devel/issues/1</a><br></div><div><br></div><div>While I never ended up following through on that project (since I switched jobs and aren't using SCLs for anything any more), I did get as far as having a fully automated bootstrap build in a previously empty chroot. (The current approach unfortunately doesn't work with COPR or Koji though, as those don't offer a way to override the dist tag for the bootstrap builds the way that mock does: <a href="https://github.com/ncoghlan/pyscl-devel/blob/master/rpmlb/sclorg-distgit-download.yml#L59">https://github.com/ncoghlan/pyscl-devel/blob/master/rpmlb/sclorg-distgit-download.yml#L59</a> )<br></div><div><br></div><div>Cheers,</div><div>Nick.</div><div><br></div><div>P.S. If anyone would like to take over pyscl-devel development with a view to making maintenance of the Python SCLs more automated (and easier to contribute to), just let me know and I'll unarchive the repo.<br></div></div><br>-- <br><div class="gmail_signature">Nick Coghlan   |   <a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>   |   Brisbane, Australia</div>
</div></div>