<div dir="auto">Great idea. Looking forward to seeing chirp back in Gentoo&#39;s portage. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Dec 17, 2022, 11:08 Dan Smith via chirp_devel &lt;<a href="mailto:chirp_devel@intrepid.danplanet.com">chirp_devel@intrepid.danplanet.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">&gt; I couldn&#39;t agree more. Now that we&#39;re gaining real momentum on py3 and reaching critical mass, it&#39;s time to focus all our energy on moving forward, and let go of the past as rapidly as we can. Being clear about py2 being in strict maintenance mode will be essential. It will also be crucial to jump on any issues that come up with installation of py3 builds, on any platform, so that we can make the transition process as painless as possible for as many users as possible.<br>
<br>
<br>
Yeah, I&#39;m definitely going to need help with this. I tend to ignore issues for radios I don&#39;t have, but in a lot of cases, a debug log is enough to spot an issue. Especially if it&#39;s a leftover ord(str) or similar py3-related thing, most people should be able to spot and fix that. With the load-module thing, it&#39;s also easy to let someone test a fix (assuming it&#39;s in a driver) before we put it in.<br>
<br>
&gt; I think, perhaps just prior to the announcement to chirp-users, or perhaps sooner, it might be helpful to add the bug lists from &quot;list of requested features&quot; and &quot;list of bugs&quot; in the first document to the list of &quot;Custom queries&quot; in the issue tracker (i.e. the right-hand column), to make it as easy as possible to find these. It might help reduce duplication as people start to use the new builds.<br>
<br>
Yeah, I have these saved as personal queries but can make them public when the time comes.<br>
<br>
In thinking about this, I&#39;m wondering if anyone has a better idea for the stream naming. My thought was that in a year, we want to continue having daily builds, but be based on the new stuff, and we need to refer to the old frozen thing by a name. I don&#39;t want to just yank the carpet and start calling the new thing daily right away. So, the &quot;daily becomes legacy, next becomes daily&quot; dance is what I was thinking. But if anyone has a better idea, we should consider it.<br>
<br>
Also, I didn&#39;t mention it before, but I think that in January, I will branch current &#39;master&#39; as &#39;legacy&#39; and merge &#39;py3&#39; into &#39;master&#39; going forward so the default github branch is the new stuff. I&#39;ll be sure to make noise about that here when it happens.<br>
<br>
--Dan<br>
_______________________________________________<br>
chirp_devel mailing list<br>
<a href="mailto:chirp_devel@intrepid.danplanet.com" target="_blank" rel="noreferrer">chirp_devel@intrepid.danplanet.com</a><br>
<a href="http://intrepid.danplanet.com/mailman/listinfo/chirp_devel" rel="noreferrer noreferrer" target="_blank">http://intrepid.danplanet.com/mailman/listinfo/chirp_devel</a><br>
Developer docs: <a href="http://chirp.danplanet.com/projects/chirp/wiki/Developers" rel="noreferrer noreferrer" target="_blank">http://chirp.danplanet.com/projects/chirp/wiki/Developers</a><br>
</blockquote></div>