<div dir="ltr"><div class="gmail_quote"><div dir="ltr"><div>Hi!</div><div><br></div><div>I'm forwarding parts of some thought rambling on the cooker list, with some extra commenting:</div><div>....</div><div>Second major and likely most controversial item on my list is RPM...</div><div>Considering the advantage we had by having free playground within the RPM project and better collaboration with other distros, this hasn't been the case for years now due to diffficult upstream..</div><div><br></div><div>We considered (together with PLD) first just maintaining a cvs git clone repo of <a href="http://rpm5.org" target="_blank">rpm5.org</a> where we could follow upstream and do our own work in common branches again where we pulled it all in easily.</div><div>Then we considered perhaps fork rpm5 and gradually transform it to become compatible with <a href="http://rpm.org" target="_blank">rpm.org</a>, but the heavy amounts of refactoring done within <a href="http://rpm.org" target="_blank">rpm.org</a> makes this a very time consuming, tedious and wasteful job...</div><div>So easier is it that we move back to <a href="http://rpm.org" target="_blank">rpm.org</a>, ie. with their distro-ecosystem (orwhatever the list was named), most other distros of interest that's still around and having an interest in the golden arch (that I actually was hired initially for working on, as part of my master studies), namely a cleaner, saner, easier, more automatic, more compatible with far less maintenance for the RPM distros to finally share, just like .deb based distros has been since the early morning...</div><div>So I have like over 300 patches maintained locally since 2011 with pretty much all of my work which hasn't gone upstream meanwhile and all the work invested into it earlier over the years before my cvs commit access was cut off back in  nov 2011.</div><div><br></div><div>So I have quite a large and lonely task cut out for me this time, only help I'm making some hopes of is PLD helping porting parts of their relevant code and functionality parts to rpm.org...</div><div><br></div><div>If anyone would like to help me out with the job, even rookie apprentices would be accepted, please let me know! ;)</div><div><br></div><div>So yes, for the next release (not upcoming), the official plan of mine (probably a bit perplexing to some;) is for us to move back to rpm.org...</div><div>...</div><div>Even if the road seemed right at the time, sticking by important decissions when everything speaks against it and virtually nothing for it now, several years later, we need to pick a road again, this time the other seems the right one, even if it means having to carry with us and adapt a lot of work on such a critical component and decission. Of course far less work to stubbornly stick with a former decission and looking far less unapt as well by changing a course of such great controversy back then, me being the main proponent of...</div><div>With some Vulcan logic applied, ~reversing  decission is not very problematic.. ;)</div><div><br></div><div>I sure hope there can be some interest and other potential <a href="http://rpm.org">rpm.org</a> devels which would have interest in helping us move along on our way to <a href="http://rpm.org">rpm.org</a> and welcome us... ;)</div><div><br></div><div>--</div><div>Regards,</div><div>Per Øyvind</div></div></div></div>