<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>That's fantastic Chris! Long awaited that someone take this on. I agree that tagging the original submitters suffices. Though perhaps that's what you're arguing _not_ to do?</div><div><br></div><div>I do think it's a reasonable assumption that someone who submits an issue by default wants to stay in the loop about its resolution. Tagging the submitter's GitHub account would accomplish that.<br><br>-hilmar<div><br></div><div>Sent from away</div></div><div><br>On Sep 24, 2015, at 11:39 PM, Fields, Christopher J &lt;<a href="mailto:cjfields@illinois.edu">cjfields@illinois.edu</a>&gt; wrote:<br><br></div><blockquote type="cite"><div>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">


I (finally!) have a set of tools working to migrate Bioperl issues from the old bug report system (<a href="https://redmine.open-bio.org" class="">https://redmine.open-bio.org</a>) to Github Issues. &nbsp;You can see a test run of this here:
<div class=""><br class="">
</div>
<div class=""><a href="https://github.com/cjfields/redmine-test/issues" class="">https://github.com/cjfields/redmine-test/issues</a></div>
<div class=""><br class="">
</div>
<div class="">Note this points back to the original Redmine repo. &nbsp;We’ll keep that operational since it has attachments present for some tickets, but for any future work the link will become read-only (and may go away in the future as we phase out the Redmine
 repo).</div>
<div class="">
<div class=""><br class="">
</div>
<div class="">As for the migrated issues, we’ll likely keep this as a separate (empty) repository for the time being (I will change the ownership to 'bioperl' once it looks fine). &nbsp;This is primarily to ensure we don’t clutter or munge up the main bioperl-live
 repo Issues already in place, since we can’t delete Github issues once they are created. &nbsp;I will be adding a placeholder ticket pointing to them within the bioperl-live ticket system for the time being. &nbsp;
<div class=""><br class="">
</div>
<div class="">The important part: once the test run is finished, we could implement the user map; however, old bioperl users/contributors may see a flood of Github emails if you submitted or replied to any ticket in the past. &nbsp;We do not have to implement this
 functionality, in fact I’m reluctant to spam past contributors unless we see an overwhelming need to do so (particularly since we can simply add their Github user ID to a comment if needed). &nbsp;So my official position is that we won’t map Github users to tickets,
 except manually via comments and only when necessary. &nbsp;Welcome to any dissenting opinions.</div>
</div>
</div>
<div class=""><br class="">
</div>
<div class="">Thanks!</div>
<div class=""><br class="">
</div>
<div class="">chris</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>


</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Bioperl-l mailing list</span><br><span><a href="mailto:Bioperl-l@mailman.open-bio.org">Bioperl-l@mailman.open-bio.org</a></span><br><span><a href="http://mailman.open-bio.org/mailman/listinfo/bioperl-l">http://mailman.open-bio.org/mailman/listinfo/bioperl-l</a></span></div></blockquote></body></html>