<div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote">2017-07-13 17:26 GMT+02:00 Thomas Goirand <span dir="ltr"><<a href="mailto:zigo@debian.org" target="_blank">zigo@debian.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">What your proposing is even worse than what I thought. Not only you wont<br>
have a "build on each commit" type of thing (which I setup using Jenkins<br>
and a receive hook), now you're even proposing to blindly upload without<br>
even trying to build first!!! So no, "source-only" uploads isn't a<br>
satisfying answer here, IMO.<br></blockquote><div><br></div><div>OMG Thomas, please be constructive! I DIDN'T wrote blindly upload without trying to build. Of course you need to build package locally, test it and then do source-only upload.</div><div><br></div><div>Every package/change i done for OpenStack I built myself locally and then I uploaded them. I never used binary packages build by Jenkins. So, I don't need CI now.</div><div><br></div><div>Yes we will not have "build on each commit". But now we have "fail after every commit". What is better? This discussion is completely useless. Yes, you have better solution with CI/CD and tempest. But it's not working now and nobody is going to take care of it. It's useless to compare your not working better solution with my. I'm trying to found "any working solution".</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On what hardware will this run? My last setup was with PXE booting a<br>
Debian live system on which a Jenkins job was running a script using<br>
ssh. The script was using openstack-deploy to setup an all-in-one node.<br>
A VM would work, provided there's no MAC address filtering, and if<br>
there's enough RAM, plus if you can "reset" it on each tempest job run.<br></blockquote><div><br></div><div>we will see. I don't have answer for all questions now. But we need to start somewhere. tempest, CI, etc. is not must have. Many many package maintainers live without them.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I see no other way but to ask DSA for a VM here. The normal jenkins VMs<br>
wont have enough RAM to run OpenStack, unfortunately.<br></blockquote><div><br></div><div>yep, that can be one solution, but talk about it in future.</div></div><div><br></div><div>Let's finalize it. I'm volunteering to take care of team but I want to try it my way. You done it different way. I don't want to do it your way.</div><div><br></div><div>We have only few choices now<br></div><div><ol><li>try my solution</li><li>take care about packages yourself - you stated you can't/don't want</li><li>found someone which are going to do it your way - anyone?</li></ol></div><div>I don't want to write long flames with hates. I have way how I think it will work. You think it will not. We can try it, or do nothing. If we will do nothing, many packages will be AUTORMed if you are not going to take care of them.</div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Best regards<br> Ondřej Nový<br> <br>Email: <a href="mailto:novy@ondrej.org" target="_blank">novy@ondrej.org</a></div><div>PGP: 3D98 3C52 EB85 980C 46A5  6090 3573 1255 9D1E 064B<br><br></div></div></div></div></div></div>
</div></div>