<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 5, 2016 at 8:48 AM, Thomas Goirand <span dir="ltr"><<a href="mailto:zigo@debian.org" target="_blank">zigo@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class="gmail-">On 09/05/2016 11:24 AM, James Page wrote:<br>
>     > package build and publication processes in the OpenStack project<br>
>     > infrastructure<br>
><br>
>     No. This isn't about publication. The intend *has never* and *never will<br>
>     be* to have OpenStack infra as the place to publish packages. The only<br>
>     reason why there is a Debian repository is because we have<br>
>     interconnected build-depenencies. But The intend really is to continue<br>
>     to publish within Debian.<br>
><br>
><br>
> OK -  I guess that helps unblock interconnected depends without having<br>
> to upload to Debian first; just need to be good at communicating that<br>
> people should not deploy from these repositories in the real world I guess!<br>
<br>
</span>IMO, this can be done by the correct commits in the install-guide.<br>
<span class="gmail-"><br>
>     Now, if what is bothering you is that the packaging is hosted by<br>
>     OpenStack infra, then I would very much welcome producing the same kind<br>
>     of Gerrit / Zuul / Nodepool setup that OpenStack infra has for Debian as<br>
>     a whole. I've been thinking about this for more than a year already. And<br>
>     I discussed it during my talk in Debconf. Some other DDs are also<br>
>     interested by the idea.<br>
><br>
><br>
> Actually the only thing that is bothering me is I don't feel that this<br>
> change has been +1'ed explicitly by the pkg-openstack team.<br>
<br>
</span>All of the contributors that I know of, except the Canonical server<br>
team, are ok with the move. It'd be awesome if you joined. I'd<br>
immediately make yourself and Corey as core (which is needed for things<br>
like merge commit and tag push). If you think David should have core<br>
rights, up to you (but he contributed less than you and Corey).<br>
<span class="gmail-"><br>
>     So far, you haven't given any reason but "it feels like it's done<br>
>     outside of Debian/Ubuntu", which doesn't feel right to me. The feeling I<br>
>     have is that this move doesn't fit in Canonical's agenda. Of course I<br>
>     have no way to know, and this is just a double-guess gratuitous<br>
>     sentence.<br>
><br>
> It is.  These views are my own as someone who has worked across Ubuntu<br>
> and Debian (and OpenStack) for the last 6 years - don't read any<br>
> commercial agenda into this.<br>
<br>
</span>If I was wrong here, then great. I'm sorry if I had the wrong feeling. I<br>
just couldn't hold this for myself, and I had to put this on the table.<br>
As we've been working together for so long, you know I'm a very direct<br>
person, I very quickly feel uncomfortable when I keep things for myself.<br>
I'm happy we've cleared that out.<br>
<span class="gmail-"><br>
> I'm just super keen that we keep the right<br>
> communities engaged in packaging of OpenStack (and its large dependency<br>
> set) across both distributions, leveraging the facilities that both<br>
> distributions have with regards to review/CI etc...<br>
<br>
</span>The only thing that bothers me if moving to OpenStack upstream CI, is<br>
loosing the support for non-amd64 arch. Previously, I had a Jenkins that<br>
was building for arm64, with an instance provided by Linaro. I'm really<br>
not sure how to keep this.<br>
<br>
Canonical has PPC64 and arm64 clouds, right? Do you think it'd be<br>
possible to leverage these? Otherwise, I could ask Linaro to provide us<br>
with a small pool of VMs which we'd put under nodepool. Though last<br>
time, it looked like that's not what they are used to provide, and I'm<br>
not sure if they'd accept. And we still wouldn't have PPC64. The other<br>
option is to do a receive hook in <a href="http://git.openstack.org" rel="noreferrer" target="_blank">git.openstack.org</a>, so that it would<br>
trigger the builds in jenkins. This would have the added benefits that<br>
it'd be easy to control for me, but I'd still be the only root admin<br>
with Ivan, so that's not ideal wither. Suggestions here are welcome.<br>
<span class="gmail-"><br>
> For OpenStack in Ubuntu, we use the development distribution in a<br>
> different way to how you do in Debian; its very much the focus of<br>
> development for packaging, with CI between proposed and release pockets,<br>
> in much the same fashion as for Debian unstable->testing, albeit we also<br>
> hook autopkgtests into that process, gaining function regression testing<br>
> when dependencies of a OpenStack package change as well.  As a result we<br>
> CI the entire distro, not just individual changes to a single package.<br>
<br>
</span>Ondrej proposed to run autopkgtest after a successful build. It was even<br>
implemented in our Jenkins at some point. Maybe we could enable this in<br>
OpenStack infra as well. That, and piuparts too. There's in fact a long<br>
list of things which I would like to add as checks in the infra build<br>
CI, as voting (or not) checks.<br>
<span class="gmail-"><br>
> TBH whether pkg-openstack moves its dev process under git/gerrit or not<br>
> does not impact Ubuntu hugely anyway; the project was setup to be<br>
> loosely couple with Debian, so delta could be maintained where it was<br>
> felt it was important still;  I'm just concerned that we create a third<br>
> source of packaging truth, this may confuse contributors and users more,<br>
> even if it enables them to contribute more easily. There is no<br>
> guarantee that a change accepted into the OpenStack packaging<br>
> repositories will make it directly into either Debian or Ubuntu, as both<br>
> distro's may have to flex around other distro-centric concerns.<br>
<br>
</span>How is this different from a git commit in Alioth? IMO, that's the exact<br>
same problem: there's no guarantee that a commit on Alioth is going to<br>
be uploaded. It's just Canonical's team and other PKG OpenStack<br>
contributors that are doing the work.<br>
<br>
At present moment, the packaging on OpenStack infra is what we've done<br>
until Newton b2. There's no new commits, except in openstack-pkg-tools,<br>
but that is contained in the build-tools/pkgos-infra-* scripts which are<br>
used *only* for the setup of the build system in infra. I do intend to<br>
upload to Debian all changes I'll do in Gerrit. We have to establish a<br>
workflow for it. In fact, we haven't defined a workflow for what we've<br>
done so far in Alioth, so it'd be good if we did, explicitly, this time,<br>
rather than just instinctively.<br>
<br>
Another thing is that by uploading to Debian, we also receive<br>
archive-wide tests, like full package rebuilds, and FTBFS reports. So<br>
that's really worth it too.<br>
<span class="gmail-"><br>
> I've made my views clear; however I'm also just one person with the<br>
> team, and if the pkg-openstack team as a whole feel that this is the<br>
> right move to make, I'm not going to be the fly in the ointment; we are<br>
> a team within Debian , not a dictatorship after all!<br>
><br>
> I'm just concerned that there is a ot of implicit consent being assumed<br>
> right now, and that does not feel right.<br>
<br>
</span>Let's consider who contributed (irc nicks in brackets):<br>
- Ondrej (onovy)<br>
- Gustavo (gfa)<br>
- Ivan Udovichenko (tlbr)<br>
- Igor Yozhikov (igorYozhikov)<br>
- Daniil (not sure what's his Freenode/OFTC nick...)<br>
- Corey (coreycb)<br>
- David (ddellav)<br>
- You (jamespage)<br>
- Me (zigo)<br>
<br>
Let's consider everyone, one at a time, then.<br>
<br>
- Gustavo isn't contributing much these days, only to openstackclient.<br>
Even if I'm sorry about it, I don't think we should put the focus on his<br>
opinion. Gustavo, feel free to express yourself anyway.<br>
<br>
- Ondrej already expressed that he's happy about the move.<br>
<br>
- Ivan, Daniil and myself are *very much* for the move.<br>
<br>
So the only remaining people would be Canonical server team. So far, you<br>
were the only person that expressed an opinion. I'd really like reading<br>
David and Corey about this.<br></blockquote><div><br></div><div>For my work personally, this is a step backwards.  If I have to get a +2 on every package change I make, it's going to slow down my workflow significantly.  For example there are many times during the cycle where we sprint on openstack dependencies, and it's normal to get 10-20 packages pushed/uploaded in a day and then move on to the next task.  If I have to wait on +2's for all those deps now, then I'm moving backward and this is slowing down my workflow.</div><div><br></div><div>My workflow goes from:</div><div><br></div><div>1) clone repo</div><div>2) make change</div><div>3) push repo</div><div>4) upload</div><div><br></div><div>To:</div><div><br></div><div>1) clone repo</div><div>2) make change</div><div>3) initiate review</div><div>4) ping core dev for +2</div><div>5) wait for merge</div><div>6) possibly repeat steps 4+5</div><div>7) upload</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
Then, there's all other contributors, interested in a single project,<br>
like this person today on IRC, about Magnum, the Melanox guys, etc. All<br>
of them were either happy about such a move, or didn't express any opinion.<br>
<span class="gmail-"><br>
> AFAICT this is the first time the move has been discussed directly on<br>
> pkg-openstack; I appreciate that we've has some conversations at the<br>
> OpenStack summits and on the openstack-dev ML, but it feels like the<br>
> proposed processes should have been formally proposed on *this* ML as<br>
> well so that as a team we can explicitly decide on the way we want to<br>
> take development forward.<br>
><br>
> I hope that clarifies my position and the intent of my initial email.<br>
<br>
</span>Thanks for opening the topic if you thought it was needed. I didn't<br>
think it was, probably because I was too excited about the idea.<br>
<div class="gmail-HOEnZb"><div class="gmail-h5"><br>
Cheers,<br>
<br>
Thomas Goirand (zigo)<br>
<br>
<br>
______________________________<wbr>_________________<br>
Openstack-devel mailing list<br>
<a href="mailto:Openstack-devel@lists.alioth.debian.org">Openstack-devel@lists.alioth.<wbr>debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/openstack-devel" rel="noreferrer" target="_blank">http://lists.alioth.debian.<wbr>org/cgi-bin/mailman/listinfo/<wbr>openstack-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Regards,<br>Corey<br></div></div>
</div></div>