<div dir="ltr">Hi,<br><div class="gmail_extra">I intend to report in this email what i did these days, on MOM project. </div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 13, 2015 at 2:24 PM, Andreas Tille <span dir="ltr"><<a href="mailto:andreas@an3as.eu" target="_blank">andreas@an3as.eu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Thomas,<br>
<span class=""><br>
On Mon, Apr 13, 2015 at 10:09:39AM +0200, Thomas Goirand wrote:<br>
> >This "someone" can be any member of the team - in other words you can do<br>
> >it yourself.  In the teams where I'm involved exists a setup-repository<br>
> >script.  I took the freedom to cut-n-paste from Debian Med and created<br>
> ><br>
> >     /git/openstack/setup-repository<br>
><br>
> As per <a href="http://openstack.alioth.debian.org/" target="_blank">http://openstack.alioth.debian.org/</a>, I use this:<br>
><br>
> "pkgos-alioth-new-git openstack"<br>
><br>
> from within a new git tree. This should be slightly adapted if<br>
> you're not add (to handle a different username with "-guest" at the<br>
> end). I'd accept such a contribution to fix the scrip which is in<br>
> openstack-pkg-tools.<br>
<br>
</span>Ahhh, fine.  Perhaps I should have read this page more thoroughly.  I<br>
did not intended a competing method.  Malihe, in case you decide to<br>
recreate the manila repository I'd advise to check out this method which<br>
is established in the openstack team.<br>
<span class=""><br></span></blockquote><div>Okay. I'll recreate it using this script.</div><div>I installed the openstack-pkg-tools package on my system but could not find a command which its name is pkgos-alioth-new-git. Also, I could  not find the script on source code. finally, i found it out that there is a link to the script on <a href="https://openstack.alioth.debian.org/">https://openstack.alioth.debian.org/</a>. </div><div><br></div><div>Then, I tried to create a Test rgit reo, using the script. The created git repository is not observable on <a href="http://git.debian.org/openstack">http://git.debian.org/openstack</a>.  Is this the issue that Thamos has mentioned it, before? </div><div>   "This should be slightly adapted if you're not add (to handle a different username with "-     guest" at the end). "</div><div><br></div><div>If they are not related to the same issue, would you guide me why may repo wont be observable if i use the script? Moreover would you please explain a little about what is the mentioned problem by Thomas?  </div><div><br></div><div>The script uploads the local git repository on Alioth.  So I needed to create my local Manila, first. </div><div>Therefore, I tried different ways for creating initial commit on Manila repo.</div><div>I could choose between 1) last version of Manila on github (tag: 2015.1.0rc1), 2) Manila source code on Vivid, and 3) the last uploaded version on Manila (which James had mentioned it on the other e-mail).</div><div>I downloaded Manila on github, applied the process which Thomas had mentioned it before, and finally, I needed to add debian directory to it. <br></div><div><div>I checked the Vivid version and it was older than the version which James mentioned it. So, I decided to use <span style="font-size:12.8000001907349px">'pull-lp-source manila' </span><span style="font-size:12.8000001907349px">from ubuntu-dev-tools and use the last version</span><b> .</b> i had a brief check on Bazar<b> </b>to find out how can i find ubuntu-Manila is based on which version of github-Manila. It was based on 2015.1.0rc1 (the last tag). </div></div><div><br></div><div>Now, I dont know as the first commit, I should add a debian dir which is added using <b>dh-make</b>? or i can copy ubuntu-Manila debian directory on my repository, and do the first commit? if iI copy ubuntu-Manila debian dir, is it needed to change some thing like control file, changelog, ...? Or I should just do the first commit, and then we will try to adapt it for Debain Repositories?    </div><div><br></div><div>  </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
> >Zigo, what do you think about an openstack-commit mailing list.<br>
><br>
> I'm not against it per-say, but:<br>
> 1/ We already have #debian-openstack-commits on IRC which tells<br>
> about new commits.<br>
<br>
</span>OK.<br>
<span class=""><br>
> 2/ It *must* be configured to *not* publish upstream commits when we<br>
> do a merge (because there's going to be hundreds of mails<br>
> considering the number of commits).<br>
<br>
</span>So pkgos-alioth-new-git seems to configure KGB, right?<br>
<span class=""><br>
> 3/ I'd prefer that we just have Gerrit, and register this type of<br>
> list to all Gerrit repositories when that it setup.<br>
<br>
</span>Fine for me - but what exactly does Malihe need to do to use Gerrit?<br>
I have not found the string "gerrit" on the openstack alioth page.<br>
<span class=""><br>
> > We<br>
> >could simply copy the hooks from Debian Med.  It also installs KGB which<br>
> >forwards the commits to the IRC channel.<br>
><br>
> We already have a KGB bot, as per above. Please join the channel.<br>
<br>
</span>At office time I'm excluded from IRC (and yes, I know how to deal with<br>
this - but I will not this).  I think it will work if Malihe will send<br>
me some pull request.<br>
<span class=""><br></span></blockquote><div>I dont know what do you mean by "sending some pull request to you". would you explain what should I do, please? </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
> >>Or maybe I should request a personal<br>
> >>repo as first step and push the code there ?<br>
> ><br>
> >No, I think a usual repository is the best way to go.<br>
><br>
> Agreed.<br>
><br>
> >If you want to<br>
> >become a fully qualified team member of the OpenStack team I see no<br>
> >reason to start in a sandbox. :-)<br>
><br>
> Exactly!<br>
<br>
</span>:-)<br>
<span class=""><br>
> On 04/12/2015 11:29 PM, Malihe Asemani wrote:<br>
> > I created the repository using the script, and pushed the source code<br>
> > of current-stable release of Manila on Master branch.<br>
><br>
> There's absolutely no need to publish the master branch on Alioth.<br>
</span></blockquote><div><br></div><div>Thanks for the hint, Thomas. I removed the Manila from git completely.</div><div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">> Only the packaging branch (ie: debian/kilo) is needed, if you use<br>
> tag-based packaging.<br>
<br>
</span>Can you please give some hint where Malihe can read about tag based<br>
packaging?  I'm used to the workflow I posted in my other mail but I<br>
think it is most helpful if Malihe adapts to what is used in openstack<br>
team.<br>
<span class=""><br></span></blockquote><div>I tried to find some thing about tag-based packaging or guess how may it works, but I could not find any thing unfortunately. </div><div>  </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
> > There is a<br>
> > newer version of Manila on Ubuntu repository too. which one is the<br>
> > best? current stable one<br>
> > <<a href="https://launchpad.net/ubuntu/+source/manila/2014.1~git20140220-0ubuntu13" target="_blank">https://launchpad.net/ubuntu/+source/manila/2014.1~git20140220-0ubuntu13</a>><br>
> on<br>
> > Utopic, or pre-release one<br>
> > <<a href="https://launchpad.net/ubuntu/+source/manila/2015.1~b3-0ubuntu1" target="_blank">https://launchpad.net/ubuntu/+source/manila/2015.1~b3-0ubuntu1</a>> on<br>
> > Vivid? I should mention that I left the commented (hook-related)<br>
> > lines in /git/openstack/setup-repository script unchanged.<br>
><br>
> You should use the vivid version. But please make sure that you<br>
> don't just take what's in Ubuntu and build it for , as lots of<br>
> standards aren't the same. Have a look at how configuration files<br>
> are handled with Debconf for example.<br>
<br></span></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I have spotted several issues in the Ubuntu packaging which need to be<br>
changed even after a quick view.  I think it is ensured that we will not<br>
simply the Ubuntu package - and we for sure will ask for your final OK.<br></blockquote><div><br></div><div>I'll check debconf related issues. Also, I will check the final version with you, as Andreas mentioned.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
BTW, what do you think about my last suggestion to turn the d/watch<br>
files to github and take the latest version from there (which is either<br>
later than the vivid version if you include (\.0b\d) in the regexp<br>
or older if you decide for stable releases)?<br>
<div><div class="h5"><br></div></div></blockquote><div>I dont know what are " d/watch files". May I know where can I find some documents about it?</div><div>  </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div class="h5">
> > BTW, I read that there are different branches on Debian git repo for<br>
> > upstream, and Debian releases. Despite all of these, I have uploaded<br>
> > the Ubuntu source-code of Manila on our Master branch. Is that OK?<br>
><br>
> It's not ok, unfortunately. There should never be any branch called<br>
> "master" on our Git repository, but a branch named after the<br>
> OpenStack release. In our case, it'd be debian/kilo (as this is the<br>
> OpenStack release we're working on right now).<br>
><br>
> So, the way to do it is:<br>
><br>
> git clone git://<a href="http://github.com/openstack/manila.git" target="_blank">github.com/openstack/manila.git</a><br>
> cd manila<br>
> git tag 2015.1_b3 2015.1.0b3<br>
> git reset --hard 2015.1_b3<br>
> git checkout -b debian/kilo<br>
> git branch -d master<br>
> # <add here your debian folder for the packaging><br>
> git add debian<br>
> git commit -a -m "Initial debian folder"<br>
><br>
> Make sure that, when you add your Debian folder, you get something<br>
> like this in debian/gbp.conf:<br>
><br>
> [DEFAULT]<br>
> debian-branch = debian/kilo<br>
> upstream-tag = %(version)s<br>
> compression = xz<br>
><br>
> [git-buildpackage]<br>
> export-dir = ../build-area/<br>
><br>
> Then doing "pkgos-bop" should rebuild the package correctly.<br>
<br></div></div></blockquote><div>Thank you Thomas for the explanation. I need to study about debian/gbp.conf </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div class="h5">
</div></div>OK, Malihe, please follow this advise.  I admit I also need to adapt to<br>
this workflow but I'll try.<br></blockquote><div> </div><div>I followed it. but I dont know why should I run "<span style="color:rgb(80,0,80)">git tag 2015.1_b3 2015.1.0b3</span>" command. </div><div>Are we re-tagging the last tag on the main project? why? should we do re-tagging every time that we pull from the main project on github?</div><div>Also, what is the main policy behind tag names? The last tag of Manila on github, is "2015.1.0rc1". So I should re-tag that commit with "2015.1.rc1" ? where can I found some explanation about how Openstack team (or debian-openstack team) tag their projects?</div><div> <br></div><div>    </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
> > How do you get the said layout.  Here I would like to refer to the<br>
> > Debian Med policy[2].  It recommends<br>
> ><br>
> >     git import-orig --pristine-tar /path/to/package_version.orig.tar.gz<br>
> ><br>
> > which would import the orig.tar.gz (which does *not* contain any<br>
> > debian/ dir in normal cases) into the repository and automatically<br>
> > creates the needed branches.  Than you manually create the debian/<br>
> > dir add the files that you need and commit these in the master branch.<br>
><br>
> We're not using pristine-tar, because of efficiency: maintaining<br>
> tarballs is a very slow process, as they may be very big, and their<br>
> number increases with each (beta and RC) release, which isn't nice.<br>
> Also, there's now way to tell in which kind of version of tar the<br>
> tarball will be generated, and therefore, we may hit the issues<br>
> which Joey Hess explained about the non-reliability of pristine-tar<br>
> (which made him orphan the package). Therefore, I've been using git<br>
> tag based packaging, as per what I just explained above.<br>
<br>
</span>Thanks for the explanation.<br>
<span class=""><br></span></blockquote><div>Thank you Thomas :)</div><div>Andreas, I still like to know about prestine-tar. Maybe, it will be needed for some other projects in Debian. I hope we have enough time for learning it, too :) </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
> > BTW, I have some additional data point about the choice of the<br>
> > version to package.  I would package the latest version that is<br>
> > reported by<br>
> ><br>
> >     uscan --verbose --report<br>
><br>
> The debian/watch file which I do are using the github tags. For example:<br>
><br>
> version=3<br>
> opts="uversionmangle=s/\.(b|rc)/~$1/" \<br>
> <a href="https://github.com/openstack/nova/tags" target="_blank">https://github.com/openstack/nova/tags</a> .*/(\d[\d\.]+)\.tar\.gz<br>
><br>
> What we should do, is just "git merge -X theirs <LAST-TAG>" in the<br>
> packaging branch (once the initial repository is created, of<br>
> course...).<br>
<br>
</span>Malihe, it seems we are now both learning. :-)  Please follow this<br>
advise and post any problem you might have.  I'll try to help and Thomas<br>
will fix me if I'm wrong. :-)<br>
<br></blockquote><div>hmm... I don't know what exactly do "uscan --verbose --report " and i don't know anything about watch files as I mentioned before. So, this part is not understandable for me :P</div><div><br></div><div>Andreas, sometimes I need to ask some questions online (maybe on IRC). Are you online on #debian-med? where can I find you?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><font color="#888888">
    Andreas.<br>
<br>
--<br>
<a href="http://fam-tille.de" target="_blank">http://fam-tille.de</a><br>
</font></span><div class=""><div class="h5"><br>
<br>
_______________________________________________<br>
Openstack-devel mailing list<br>
<a href="mailto:Openstack-devel@lists.alioth.debian.org">Openstack-devel@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/openstack-devel" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/openstack-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">------------<br><div><span style="color:rgb(51,51,51);font-family:Verdana,sans-serif;font-size:12.7272720336914px;line-height:18px">you can't start the next chapter if you keep re-reading the last one</span><br></div><div><span style="color:rgb(51,51,51);font-family:Verdana,sans-serif;font-size:12.7272720336914px;line-height:18px"><br></span></div><div>mali</div></div></div></div></div>
</div></div>