<div dir="ltr"><div>Dave,</div><div><br></div><div>At the moment, our code is only for working with the fldigi-style doppler shift measurements that we've been collecting at CWRU. I think that linking to our work will make more sense once we've got our code working with the tangerinesdr hardware (which we do hope to do).</div><div><br></div><div>I do think eventually it'll be good for the tangerinesdr page to include a short reference to how it fits into the PSWS, and we'd be pleased to also have a link to the low-cost version for those who are interested.</div><div><br></div><div>Best,<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 14, 2020 at 1:58 PM Dave Larsen via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org">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">Bill <div><br></div><div>The only link in the tangerineSDR section of the website point to repository already.  </div><div><br></div><div><a href="https://tangerinesdr.com/code.html" target="_blank">https://tangerinesdr.com/code.html</a><br></div><div><br></div><div>Anyone that issues the command</div><div><br></div><div>             git clone <a href="https://github.com/AB4EJ-1/TangerineSDR-notes.git" target="_blank">https://github.com/AB4EJ-1/TangerineSDR-notes.git</a></div><div><br></div><div>Will get a complete copy of the current repository.  These can be used to replace the main git is necessary.  I suggest you make copies on a few trusted machines in your office.  </div><div>I will make one here. but I suggest that the main copy stay on <a href="http://github.com" target="_blank">github.com</a></div><div><br></div><div>To update the repository as a user they simply in the local stored machine type</div><div><br></div><div>      git status                       will list the difference between your copy and the <a href="http://github.com" target="_blank">github.com</a>  (You must be in the git directory)</div><div>      git pull                           will sync your copy with the repository  (You must be in the git directory)</div><div><br></div><div><br></div><div>I have made a copy on my machine and plan to update is at least on Teamspeak nights.        </div><div><br></div><div>Dave KV0S  </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 14, 2020 at 11:54 AM Engelke, Bill via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org" 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 lang="EN-US">
<div>
<p class="MsoNormal">For what it’s worth, I am checking my code in daily (for the SBC part of the TangerineSDR) into github in my repository here: 
<a href="https://github.com/AB4EJ-1/TangerineSDR-notes" target="_blank">https://github.com/AB4EJ-1/TangerineSDR-notes</a> , because that’s what we put in the NSF proposal. If we should be mirroring or otherwise archiving in a second place, please advise, and I can start doing
 that. For the Central Control System, the CS team is still selecting & testing tools, so not a lot of code to check in yet.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">-73- Bill AB4EJ<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><b>From:</b> TangerineSDR <<a href="mailto:tangerinesdr-bounces@lists.tapr.org" target="_blank">tangerinesdr-bounces@lists.tapr.org</a>>
<b>On Behalf Of </b>Aidan Montare via TangerineSDR<br>
<b>Sent:</b> Tuesday, April 14, 2020 7:00 AM<br>
<b>To:</b> TAPR TangerineSDR Modular Software Defined Radio <<a href="mailto:tangerinesdr@lists.tapr.org" target="_blank">tangerinesdr@lists.tapr.org</a>><br>
<b>Cc:</b> Aidan Montare <<a href="mailto:aam141@case.edu" target="_blank">aam141@case.edu</a>>; David Kazdan <<a href="mailto:dxk10@cwru.edu" target="_blank">dxk10@cwru.edu</a>><br>
<b>Subject:</b> Re: [TangerineSDR] Tangerine Code Repo<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">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.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">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.<u></u><u></u></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">On Fri, Apr 3, 2020 at 10:46 AM Tom McDermott via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org" target="_blank">tangerinesdr@lists.tapr.org</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="border-color:currentcolor currentcolor currentcolor rgb(204,204,204);border-style:none none none solid;border-width:medium medium medium 1pt;padding:0in 0in 0in 6pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal">Hi John - thanks for clarifying the issue as 'code' not 'data' repository.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">While understanding the sensitivity about the dropbox data repository changing terms, I think the<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">issue is not so difficult with a code repository.  If for example Microsoft were to change the<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">terms for github, one would assume there would be a period of time to gather one's code. Fortunately<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">with git that's easy to do, just git cloning the repositor(ies).  The size of the code repository would likely<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">not be so large that it's an issue.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Key needs in my view are:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">1. Make it easy for everyone on the project to FIND the packages they need.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">2. Make it straight-forward to revision control the code, and permit folks to use older tagged versions.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">3. Provide a means where project contributors can review code, fix bugs, add new features, etc.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">4. Provide a means for the original author to control and review before committing (i.e. accept / reject pull request).<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">5. Have well-known methods to clone, commit, and revision control code. (i.e. git or svn).<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Niceties are:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">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).<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">7. Provide some hierarchy to the code repository to make navigation easier.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">8. Provide email status updates and pull request notifications.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">My view is that a Linux / debian focused community would find an obvious candidate here.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">-- Tom, N5EG<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">On Thu, Apr 2, 2020 at 8:48 AM Dave Larsen via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org" target="_blank">tangerinesdr@lists.tapr.org</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="border-color:currentcolor currentcolor currentcolor rgb(204,204,204);border-style:none none none solid;border-width:medium medium medium 1pt;padding:0in 0in 0in 6pt;margin-left:4.8pt;margin-right:0in">
<div>
<p class="MsoNormal">John<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">I agree with you, I just prefer not having a code monolith but several project specific locations.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">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.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">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. <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">And then we have the issue of keeping all the parts up to date and tested.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Dave KV0S<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">On Thu, Apr 2, 2020, 10:26 AM John Ackermann N8UR via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org" target="_blank">tangerinesdr@lists.tapr.org</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="border-color:currentcolor currentcolor currentcolor rgb(204,204,204);border-style:none none none solid;border-width:medium medium medium 1pt;padding:0in 0in 0in 6pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">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" 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" target="_blank">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" target="_blank">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org</a><u></u><u></u></p>
</blockquote>
</div>
<p class="MsoNormal">-- <br>
TangerineSDR mailing list<br>
<a href="mailto:TangerineSDR@lists.tapr.org" target="_blank">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" target="_blank">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org</a><u></u><u></u></p>
</blockquote>
</div>
<p class="MsoNormal">-- <br>
TangerineSDR mailing list<br>
<a href="mailto:TangerineSDR@lists.tapr.org" target="_blank">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" target="_blank">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org</a><u></u><u></u></p>
</blockquote>
</div>
<p class="MsoNormal"><br clear="all">
<br>
-- <u></u><u></u></p>
<div>
<div>
<p class="MsoNormal">Sincerely,<br>
<br>
Aidan Montare<br>
CWRU Class of 2021<u></u><u></u></p>
</div>
</div>
</div>
</div>

-- <br>
TangerineSDR mailing list<br>
<a href="mailto:TangerineSDR@lists.tapr.org" target="_blank">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" rel="noreferrer" target="_blank">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr">KV0S - Dave Larsen<br>Columbia, MO, USA</div>
-- <br>
TangerineSDR mailing list<br>
<a href="mailto:TangerineSDR@lists.tapr.org" target="_blank">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" rel="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" class="gmail_signature"><div dir="ltr">Sincerely,<br><br>Aidan Montare<br>CWRU Class of 2021</div></div>