<div dir="auto">Aidan<div dir="auto"><br></div><div dir="auto">At the current moment we have little releasable software at this time.  I plan to link to relevant repositories.  So people can find those projects. Once we have a more complete system we may setup a release respository do for users.</div><div dir="auto"><br></div><div dir="auto">Do you have links you would like linked on the tangerinesdr website?  </div><div dir="auto"><br></div><div dir="auto">Dave. KV0S</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 14, 2020, 7:01 AM Aidan Montare via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org" target="_blank" rel="noreferrer">tangerinesdr@lists.tapr.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I'm interested to hear what you all come up with. For the low-cost PSWS that us from CWRU are working on, we have had our code very spread about at the moment. I'm currently centralizing it into a GitHub repository, though that definitely doesn't have to be a final solution.</div><div><br></div><div>To put in my two cents, I think the specifics of which tools are used is not always as important as communicating what is being used in an accessible, understandable manner.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 3, 2020 at 10:46 AM Tom McDermott via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org" rel="noreferrer noreferrer" target="_blank">tangerinesdr@lists.tapr.org</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 John - thanks for clarifying the issue as 'code' not 'data' repository.</div><div><br></div><div>While understanding the sensitivity about the dropbox data repository changing terms, I think the</div><div>issue is not so difficult with a code repository.  If for example Microsoft were to change the</div><div>terms for github, one would assume there would be a period of time to gather one's code. Fortunately</div><div>with git that's easy to do, just git cloning the repositor(ies).  The size of the code repository would likely</div><div>not be so large that it's an issue.<br></div><div><br></div><div>Key needs in my view are:</div><div></div><div>1. Make it easy for everyone on the project to FIND the packages they need.</div><div>2. Make it straight-forward to revision control the code, and permit folks to use older tagged versions.</div><div>3. Provide a means where project contributors can review code, fix bugs, add new features, etc.</div><div>4. Provide a means for the original author to control and review before committing (i.e. accept / reject pull request).<br></div><div>5. Have well-known methods to clone, commit, and revision control code. (i.e. git or svn).<br></div><div><br></div><div>Niceties are:<br></div><div>6. The project to not have to run a server and update packages (including security) on a continual basis (i.e. the host does that).</div><div>7. Provide some hierarchy to the code repository to make navigation easier.</div><div>8. Provide email status updates and pull request notifications.</div><div><br></div><div>My view is that a Linux / debian focused community would find an obvious candidate here.</div><div><br></div><div>-- Tom, N5EG</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 2, 2020 at 8:48 AM Dave Larsen via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org" rel="noreferrer noreferrer" target="_blank">tangerinesdr@lists.tapr.org</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="auto">John<div dir="auto"><br><div dir="auto">I agree with you, I just prefer not having a code monolith but several project specific locations.</div><div dir="auto"><br></div><div dir="auto">As opposed to the TAPR GitHub we have now, which, as set up does not work well for development.  We may have a repository for code distribution later.</div><div dir="auto"><br></div><div dir="auto">We have multiple client code producers and software consumers.  Interfaces for each are different and from experience with with the old SVN and the TAPR github experience differs widely.  What is easy for some is difficult for others. </div><div dir="auto"><br></div><div dir="auto">And then we have the issue of keeping all the parts up to date and tested.</div><div dir="auto"><br></div><div dir="auto">Dave KV0S</div><div dir="auto"><br></div><div dir="auto"><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 2, 2020, 10:26 AM John Ackermann N8UR via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org" rel="noreferrer noreferrer" target="_blank">tangerinesdr@lists.tapr.org</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">It seems we have a couple of different discussions going on under a<br>
non-inutuitive subject line. :-)<br>
<br>
So this thread is to talk about where we store *code*, not data, for the<br>
TangerineSDR and maybe broader PSWS-related projects.<br>
<br>
I don't know enough to have a view as to what is the best approach.<br>
What I do know is that TAPR has a <a href="http://github.org" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">github.org</a> account that's available,<br>
and we also have a Linux VM hosted at a small but pretty decent hosting<br>
company that we could install GitLab or whatever on.  Either of those<br>
are available to the group if desired.<br>
<br>
But we should decide on an approach now, as it seems various people are<br>
developing or offering bits of code that we should deal with in an<br>
organized way.<br>
<br>
We should also consider whether hardware design documents should be<br>
stored in the same manner, or with a different approach (as far as I'm<br>
concerned a github-like repo works fine for my hardware stuff).<br>
<br>
John<br>
<br>
<br>
-- <br>
TangerineSDR mailing list<br>
<a href="mailto:TangerineSDR@lists.tapr.org" rel="noreferrer noreferrer noreferrer" target="_blank">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org</a><br>
</blockquote></div>
-- <br>
TangerineSDR mailing list<br>
<a href="mailto:TangerineSDR@lists.tapr.org" rel="noreferrer noreferrer" target="_blank">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org</a><br>
</blockquote></div>
-- <br>
TangerineSDR mailing list<br>
<a href="mailto:TangerineSDR@lists.tapr.org" rel="noreferrer noreferrer" target="_blank">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr">Sincerely,<br><br>Aidan Montare<br>CWRU Class of 2021</div></div>
-- <br>
TangerineSDR mailing list<br>
<a href="mailto:TangerineSDR@lists.tapr.org" rel="noreferrer noreferrer" target="_blank">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org</a><br>
</blockquote></div>