<div dir="ltr"><span id="docs-internal-guid-aeae07f8-8084-5c81-38fb-c4f9f559316b"><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:12.6667px;font-family:Arial;vertical-align:baseline;white-space:pre-wrap">I would like to announce my candidacy for PTL in Packaging-Rpm</span></p><br><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:12.6667px;font-family:Arial;vertical-align:baseline;white-space:pre-wrap">I’m working on creating, building, polishing and maintaining Linux packages for OpenStack projects with  various dependencies for few years since IceHouse launch. It allowed me to accumulate deep knowledge base about core OpenStack functionality. My first project was Murano in the very early state of development even before incubation. I successfully started to maintain Murano project packages specifications for those period of time. </span></p><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:12.6667px;font-family:Arial;vertical-align:baseline;white-space:pre-wrap"><br></span></p><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:12.6667px;font-family:Arial;vertical-align:baseline;white-space:pre-wrap">The main goal for the </span><span style="font-size:13.3333px;font-family:Arial;color:rgb(51,51,51);vertical-align:baseline;white-space:pre-wrap;background-color:rgb(245,245,245)">Packaging-Rpm</span><span style="font-size:12.6667px;font-family:Arial;vertical-align:baseline;white-space:pre-wrap"> project, as I see it, is to unify and simplify approaches Linux package maintainers use in their work day by day. It is very important that availability of publicly published and suitable for different flavors of rpm based Linux distros package specifications makes package building process untied with mainstream vendors.</span></p><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:12.6667px;font-family:Arial;vertical-align:baseline;white-space:pre-wrap">I wish my experience as package maintainer could help developers all over the world to make their work easier and more transparent with efficiency pushed to higher level. </span></p><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:12.6667px;font-family:Arial;vertical-align:baseline;white-space:pre-wrap">I’m very eager to make it happen and I’m going to dedicate a lot of my time and efforts as Packaging-RPM’s PTL. </span></p><br><br><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:12.6667px;font-family:Arial;vertical-align:baseline;white-space:pre-wrap">There are a few topics to concentrate on during Newton cycle for the upstream rpm-packaging:</span></p><ol style="margin-top:0pt;margin-bottom:0pt"><li dir="ltr" style="list-style-type:decimal;font-size:12.6667px;font-family:Arial;vertical-align:baseline"><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:12.6667px;vertical-align:baseline;white-space:pre-wrap">Move forward to finish with already started initiative for initial filling of projects’ templates for a common OpenStack dependencies like oslo, python clients. This should create basis for further work and should unlock development of package specification templates for core OpenStack projects. </span></p></li><li dir="ltr" style="list-style-type:decimal;font-size:12.6667px;font-family:Arial;vertical-align:baseline"><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:12.6667px;vertical-align:baseline;white-space:pre-wrap">Continue with development of automation tooling for packaging. Creation and publishing package specifications for renderspec, pymod2pkg and openstack-macros will makes maintenance easier for all who require to build and use these tools from packages.</span></p></li><li dir="ltr" style="list-style-type:decimal;font-size:12.6667px;font-family:Arial;vertical-align:baseline"><span style="font-size:12.6667px;vertical-align:baseline;white-space:pre-wrap">CI checks. At the present moment only SUSE was added it to the project. This is not enough because it covers cases only for one vendor. Adding more 3rd party CIs (Eg: Mirantis or Fedora/RDO) will improve tests and use-cases coverage. </span></li></ol></span><div><div class="gmail_signature"><div dir="ltr"><div><div><span><font color="#888888"><br><div dir="ltr"><div>Thanks,</div>Igor Yozhikov<br>Senior Deployment Engineer<br>at <span style="color:rgb(11,83,148)"><a href="http://www.mirantis.com" target="_blank">Mirantis</a></span><br>
<span><span><font color="#888888">skype: <span style="color:rgb(61,133,198)"><span style="background-color:rgb(255,255,255)">igor.yozhikov</span></span><br>cellular: +<span style="color:rgb(61,133,198)">7 901 5331200</span><br></font></span></span></div><div><span><span><font color="#888888">slack: </font></span></span><span style="color:rgb(61,133,198)"><span>iyozhikov</span></span></div></font></span></div></div></div></div></div>
</div>