<div dir="ltr"><div>Hi,</div><div><br></div><div>distroinfo issue is fixed and a release 0.2.0 has been published. Make sure you update distroinfo and rdopkg if you have any problem working with rdoinfo after this reorganization.</div><div><br></div><div>Best regards,</div><div><br></div><div>Alfredo</div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 30, 2019 at 12:43 PM Alfredo Moralejo Alonso <<a href="mailto:amoralej@redhat.com">amoralej@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>Note that rdoinfo reorganization has surfaced an issue in distroinfo which impacts rdopkg when used without local rdoinfo location. For example, running:</div><div><br></div><div>rdopkg info <package name><br></div><div><br></div><div>fails because it fail to download all data files. A patch has been already proposed [1] which fixes it. Until done, you can workaround this issue by cloning rdoinfo first and using local info option:</div><div><br></div><div>git clone <a href="https://github.com/redhat-openstack/rdoinfo" target="_blank">https://github.com/redhat-openstack/rdoinfo</a></div><div>rdopkg info -l <full path to local rdoinfo> <package name></div><div><br></div><div>Sorry for all the inconveniences this may cause you, we are working to get the fix merged and a new released ASAP.<br></div><div><br></div><div>Regards,</div><div><br></div><div>Alfredo</div><div><br></div><div>[1] <a href="https://softwarefactory-project.io/r/#/c/14907/" target="_blank">https://softwarefactory-project.io/r/#/c/14907/</a></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 30, 2019 at 10:56 AM Alfredo Moralejo Alonso <<a href="mailto:amoralej@redhat.com" target="_blank">amoralej@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi RDOers,</div><div><br></div><div>Note that the rdoinfo reorganization has been merged and we are monitoring that everything keeps running as expected. Let us know if you observe any abnormal behavior.</div><div><br></div><div>If you are using rdopkg, make sure you are using the latest released version (0.47.3) or you may find unexpected results in some cases.</div><div><br></div><div>Best regards,</div><div><br></div><div>Alfredo</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 28, 2019 at 1:00 PM Alfredo Moralejo Alonso <<a href="mailto:amoralej@redhat.com" target="_blank">amoralej@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>As discussed some weeks ago, we are reorganizing data files in rdoinfo repository. The goals of this reorganization is to improve the CI and management in gerrit, as discussed in [1]. After this reorganization:</div><div><br></div><div>- rdo.yml and deps.yml contain all info but tags and buildsys.tags for OpenStack packages and dependencies.</div><div>- tags (used by DLRN instances to identify what packages tu build in RDO Trunk repos) information are stored in files under "tags" directory. There is a file named <tag>.yml for eah tag.</div><div>- buildsys-tags (used to tag the backages in CBS and specify what builds go to each CloudSIG repo) will be stored in a file named <buildsys-tag>.yml under "buildsys-tags" directory.<br></div><div><br></div><div>Note that after merging this change [2], when you need to update tags or buildsys-tags to add new packages, new deps or propose updates, you need to use the corresponding tag files instead of rdo.yml or deps.yml.</div><div><br></div><div>Also note that, if you have some script or tool which parses rdo.yml or deps.yml, you need to adapt it to this change. The recommended way to parse rdoinfo is to use distroinfo [3], as it hides the actual distribution of data in files. This change will not affect any tool using distroinfo.</div><div><br></div><div>In the next dates we will update the documentation in RDO to reflect this change.<br></div><div><br></div><div>Don't hesitate to contact me on #rdo or using this mail list if you have further questions or doubts.<br></div><div><br></div><div>Best regards,</div><div><br></div><div>Alfredo<br></div><div><br></div><div>[1] <a href="https://review.rdoproject.org/etherpad/p/rdoinfo-reorg" target="_blank">https://review.rdoproject.org/etherpad/p/rdoinfo-reorg</a></div><div>[2] <a href="https://review.rdoproject.org/r/18563" target="_blank">https://review.rdoproject.org/r/18563</a><br></div><div>[3] <a href="https://github.com/softwarefactory-project/distroinfo" target="_blank">https://github.com/softwarefactory-project/distroinfo</a><br></div></div></div></div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div></div>