<div dir="ltr"><div>OK, good.<br></div><div><br></div><div>It's proving a lot harder than I expected to actually find old bugs that can be closed! There are loads of bugs that look stale but which I don't want to hastily close because they might still be relevant; e.g. some g_debug.txt messages are still around.<br></div><div><br></div><div>Unfortunately some of the svn-revision-to-git-hash links that were added are broken, because I still had some git branches from the original git-svn import, which we threw away and re-did long ago. Since I used "git log --all --grep ..." to find the svn revisions it searched those branches.</div><div>When mentioning svn revisions in bugs I'm going to get into the habit of mentioning the git hash too, though it's a extra step to look it up.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 15 Mar 2020 at 11:24, James Paige <<a href="mailto:Bob@hamsterrepublic.com">Bob@hamsterrepublic.com</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">Okay, I think I figured out how to block new ticket creation on sourceforge<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 14, 2020 at 6:21 PM James Paige <<a href="mailto:Bob@hamsterrepublic.com" target="_blank">Bob@hamsterrepublic.com</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>I disabled e-mails for anything other than new ticket creation on the sourceforge bug tracker. I also added text that links tot he github issue tracker</div><div><br></div><div>I haven't figure out how to disable the sourceforge bug tracker completely, but that is what I want to do.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 14, 2020 at 12:42 PM Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" target="_blank">teeemcee@gmail.com</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>It's done! Bugzilla and Sourceforge are migrated.<br></div><div>I've updated the wiki, posted a News item, set up a redirect from bugzilla/show_bug.cgi?id=X (which translates both bugzilla and sourceforge bug ids), and deleted the testrepo.</div><div><br></div><div>Now we have to actually sort through the 297 open issues :S<br></div><div><br></div><div>James, if you want us to post redirects on the existing SF bugs, maybe you could you (temporarily) disable the mailing list email notifications? If we don't lock that buglist then  we'll want to turn them back on afterwards.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 14 Mar 2020 at 18:06, Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" target="_blank">teeemcee@gmail.com</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>I've adapted the script (which I will also upload to GH, but it's a fork of a gist instead of a fork of the actual bugzilla2github repo; the history needs cleaning) to also import from SourceForge to GitHub.  I didn't like the perl script I found to do the import, it wasn't flexible, I don't know perl, and this way we get the same formatting for bugs from both sources. That was pretty easy actually!</div><div><br></div><div>Bugs are in the test repo: <a href="https://github.com/ohrrpgce/testrepo/issues?q=" target="_blank">https://github.com/ohrrpgce/testrepo/issues?q=</a></div><div><br></div><div>I made a change to the formatting: the original bug number is now at the top of the description so that it shows in the mouse hover preview. <br></div><div><br></div><div>I added @arperry @Spencer-Zhang and @kveroneau to the usernames list.<br></div><div><br></div><div>I downloaded the (4) bug attachments from SF and uploaded them to the same place as the bugzilla ones, so we're not reliant on SF at all.<br></div><div><br></div><div></div><div>I've updated the <a href="http://rpg.hamsterrepublic.com/bugzilla" target="_blank">http://rpg.hamsterrepublic.com/bugzilla</a> redirect to point to GH. I think there were other redirects?</div><div>After the import I'll try make it redirect from to the original bugzilla bug to the imported one, which should be easy because I will have the lookup table for it.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 14 Mar 2020 at 01:19, James Paige <<a href="mailto:Bob@hamsterrepublic.com" target="_blank">Bob@hamsterrepublic.com</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">This looks fantastic! Very nice.<div dir="auto"><br></div><div dir="auto">I think the name mapping is a good idea.</div><div dir="auto"><br></div><div dir="auto">I see I reason not to proceed</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 13, 2020, 7:58 AM Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" target="_blank">teeemcee@gmail.com</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>Update! I have now completed making changes to and testing the bugzilla2github tool. (I ended up making an awful lot.) I've imported all the bugs into a test repository here: <a href="https://github.com/ohrrpgce/testrepo/issues" rel="noreferrer" target="_blank">https://github.com/ohrrpgce/testrepo/issues</a></div><div>This is the last chance to look over the results before I run it on the real thing, which can't be undone.<br></div><div><br></div><div>I have replaced names and emails for certain people with their github accounts:</div><div>email2login = {<br>    "__name__": "email to GitHub login",<br>    "teeemcee": "rversteegen",<br>    "caron.mike": "pkmnfrk",<br>    "Bob": "bob-the-hamster",<br>    "Bob-bugzilla": "bob-the-hamster",<br>    "mkidder": "fyrewulff",<br>    "neota": "0ion9",<br>    "sonichedgehog_hyperblast00": "MirceaKitsune",<br>    "sorlok_reaves": "sorlok",<br>    "ziggy": "ziggythehamster",<br>    "alkabanfall": "raekuul",<br>}</div><div>Is this a bad thing? Otherwise you would see both email prefix and name, e.g. "Keith Gable <ziggy>". (Note that noone receives notifications from the imported bugs.)</div><div>I see I missed @arperry.<br></div><div><br></div><div>I decided to squash "cosmetic" and "minor" severity levels into a "minor" tag, and not convert the "major" and "critical" levels to tags, because I found the application of those too dubious/spotty.<br></div><div><br></div><div>I have an "os: unix" label, and no label for linux.</div><div><br></div><div>There are bugs for OHRRPGCE FMF and Hamster Whisper (just the one).<br></div><div><br></div><div>Note about the testrepo: I was testing out interrupting and resuming the run, which exposed a bug, and also made a change to the script halfway, so bugs before 529 have broken cross-reference links, and also show "bz#300 (#300)" instead of just "bz#300".</div><div><br></div><div>I notice that links between duplicate bugs are one-way in the original xml (unlike depends-on and blocked-by). Adding the reverse links to the bug description might be the last change I make, since github doesn't generate "mentioned by" cross-bug links if the mentioning bug hasn't been imported yet.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 25 Feb 2020 at 23:25, Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" rel="noreferrer" target="_blank">teeemcee@gmail.com</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>Projects just seem like a handy way to maintain a todo list and an *indication* of goal for the next release without needing to actually file a bunch of feature requests in the bug tracker. The Plans on the wiki tend to be very long term and out of date. I would definitely continue to use the wiki (and emails) for detailed plans, not the bug tracker.<br></div><div>My actual todo list is completely disorganised, unprioritised, too long, and often doesn't actually say what my todos for the next release are, so I don't even refer to it myself! A public todo list (people sometimes ask me) would be nice to have.<br></div><div><br></div><div>Come to think of it, there's no real point putting projects for OHRRPGCE releases in the ohrrpgce organisation, because releases never depend on anything that might be in another repo (or in web or tools). And even if we had separate web/tools github repos, we may as well just keep issues for HWhisper, etc, all in the oe bug tracker. (There were bugs for HW and even Seth's OHR FMF on bugzilla anyway.)<br></div><div><br></div><div>Splitting the git repos won't require any changes to svn. In fact, the web and tools branches could continue to be stored in the same git repo on the svn-git cron machine, and just get uploaded to separate github repos. And it's already possible for someone to clone the bitbucket/github repo three times locally, downloading just web or tools branches, or everything else. Complex to explain that to someone, though.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 24 Feb 2020 at 23:49, James Paige <<a href="mailto:Bob@hamsterrepublic.com" rel="noreferrer" target="_blank">Bob@hamsterrepublic.com</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"><div>I have no strong preference for whether we use projects or milestones. I guess for bigger projects with more people there must be a use case for both.</div><div dir="auto"><br></div><div dir="auto">Splitting web and tools into different git repos sounds good to me. If that breaks anything regarding the subversion repo, I would be okay with splitting them out of the svn repo also if needed.<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Sun, Feb 23, 2020, 8:16 PM Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" rel="noreferrer" target="_blank">teeemcee@gmail.com</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>An update: I haven't worked on this for a couple weeks, but I was pretty close to having it working, just making tweaks. Want to get it done before I get distracted with this year's 7DRL. All the old attachments are uploaded (along with <a href="http://rpg.hamsterrepublic.com/bugzilla/quips.txt" rel="noreferrer noreferrer" target="_blank">http://rpg.hamsterrepublic.com/bugzilla/quips.txt</a> and <a href="http://rpg.hamsterrepublic.com/bugzilla/buglist.xml" rel="noreferrer noreferrer" target="_blank">http://rpg.hamsterrepublic.com/bugzilla/buglist.xml</a>). Then I can look at Sourceforge.<br></div><div><br></div><div>I'd never paid much attention to "Projects" on Github before, but they seem more useful than using Milestones for todo lists. Milestones let you reorder issues/PRs, but Projects let you also sort into columns, eg for priority. The project UI is very different. But the most important feature is that you can add note cards, not just issues. They can also contain issues from multiple repositories, although project-issue crosslinking only works if project and issue are in the same repo or it's a project in the 'ohrrpgce' organisation and the issue is in a repo under the ohrrpgce organisation**.</div><div><br></div><div>Compare:</div><div><a href="https://github.com/ohrrpgce/ohrrpgce/milestone/1" rel="noreferrer noreferrer" target="_blank">https://github.com/ohrrpgce/ohrrpgce/milestone/1</a></div><div><a href="https://github.com/orgs/ohrrpgce/projects/1" rel="noreferrer noreferrer" target="_blank">https://github.com/orgs/ohrrpgce/projects/1</a></div><div><br></div><div>But milestones and projects seem pretty redundant to each other. I wonder whether to use milestones at all. (Maybe just to tag closed bugs, not as a todo list for a release?)<br></div><div><br></div><div>** Adding an issue to a project crosslinks it from the issue itself, see eg <a href="https://github.com/ohrrpgce/ohrrpgce/issues/5" rel="noreferrer noreferrer" target="_blank">https://github.com/ohrrpgce/ohrrpgce/issues/5</a>.</div><div>We might want to add more repos to the ohrrpgce organisation, so could make sense to put the projects there instead of the repo. For example, I'm thinking of splitting 'web' and 'tools' branches out to separate git repos, since it's pretty inconvenient and strange to have them as orphaned branches.</div><div></div><div>I'm also wondering whether a separate repo where crash reports are automatically uploaded to could be a handy way to manage them.<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 8 Feb 2020 at 01:51, James Paige <<a href="mailto:Bob@hamsterrepublic.com" rel="noreferrer noreferrer" target="_blank">Bob@hamsterrepublic.com</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">That is even better!</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 7, 2020, 4:50 AM Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" rel="noreferrer noreferrer" target="_blank">teeemcee@gmail.com</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 dir="ltr"> <a href="https://rpg.hamsterrepublic.com/bugzilla/" rel="noreferrer noreferrer noreferrer" target="_blank">https://rpg.hamsterrepublic.com/bugzilla/</a> already exists (it's a redirect to the sf buglist, plus hosts  <a href="https://rpg.hamsterrepublic.com/bugzilla/buglist.txt" rel="noreferrer noreferrer noreferrer" target="_blank">https://rpg.hamsterrepublic.com/bugzilla/buglist.txt</a>). So I guess the logical URL to use is <a href="https://rpg.hamsterrepublic.com/bugzilla/old-attachments/" rel="noreferrer noreferrer noreferrer" target="_blank">https://rpg.hamsterrepublic.com/bugzilla/old-attachments/</a></div><div dir="ltr"><a href="https://rpg.hamsterrepublic.com/old-bugzilla-attachments/" rel="noreferrer noreferrer noreferrer" target="_blank"><br></a></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 7 Feb 2020 at 14:40, James Paige <<a href="mailto:Bob@hamsterrepublic.com" rel="noreferrer noreferrer noreferrer" target="_blank">Bob@hamsterrepublic.com</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"><div>Oops! Yes!<div dir="auto"><br></div><div dir="auto">How about putting them at <a href="https://rpg.hamsterrepublic.com/old-bugzilla-attachments/" rel="noreferrer noreferrer noreferrer" target="_blank">https://rpg.hamsterrepublic.com/old-bugzilla-attachments/</a> ?</div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 6, 2020, 5:53 PM Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">teeemcee@gmail.com</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">Oh, right! The main reason I wrote that email was to ask about uploading the bug attachments somewhere. I see there are still various redirects and remnants of bugzilla left behind.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 7 Feb 2020 at 02:47, Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">teeemcee@gmail.com</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></div><div>I agree that too many labels aren't helpful. Labels are most useful when you can't just do a text search (all crash bugs will be easily found with a search for "crash"), eg for bug priorities.<br></div><div>I think maybe I'll combine "cosmetic" and "minor" into a single "minor" tag, since we likely want that one anyway while "cosmetic" is too specific. Wait, how much difference is there between "minor" and "needs improvement"?  Plenty of outright bugs are merely cosmetic. Argh!</div><div>Really, "bug" is a region of the continuum (nearly the whole continuum)  from feature request to "needs improvement" to blocker.</div><div><br></div><div>But... major/high priority bugs is possible the most likely thing of all that we would want to categorise and search for. And they aren't necessarily going to be put on the todo list for the next release (milestone). So I guess I should map major/critical/blocker to "major". Although the categorisation of bug severities on bugzilla is pretty dubious, it is a useful starting point.<br></div><div><br></div><div><span style="font-family:sans-serif">7d344553-34f0-</span><span style="font-family:sans-serif">0310-a9b1-970ce8f1c3a2 is the "Repository UUID" you see when running "svn info".</span></div><div><span style="font-family:sans-serif">It's also possible to give git-svn a file with mapping from username to actual email, but that won't apply retroactively.<br></span></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 7 Feb 2020 at 02:08, James Paige <<a href="mailto:Bob@hamsterrepublic.com" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">Bob@hamsterrepublic.com</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"><div>Cool!</div><div dir="auto"><br></div><div dir="auto">I like the idea of rel: and resolved: prefixes.</div><div dir="auto"><br></div><div dir="auto">I vote for eliminating the "bug" tag completely. In general I say err on the side of fewer tags when the specific need for a tag is not obvious.</div><div dir="auto"><br></div><div dir="auto">That GitHub contributions trick is cool. I'll try it. Is <span style="font-family:sans-serif">7d344553-34f0-</span><span style="font-family:sans-serif">0310-a9b1-970ce8f1c3a2 the internal ID of our svn repo?</span><br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Thu, Feb 6, 2020, 8:04 AM Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">teeemcee@gmail.com</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 dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 7 Feb 2020 at 01:43, Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">teeemcee@gmail.com</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>I've been putting this off for years (two years since my last attempt in fact) but I've finally managed to get bugzilla running locally and import the databases so that I can export the buglist as xml and use <a href="https://gist.github.com/Zimmi48/d923e52f64fe17c72852d9c148bfcdc6#file-bugzilla2github" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">this script</a> to import it into github.</div><div><br></div><div>I'm now in the process of customising the script and the mapping to labels.</div><div><div><br></div><div>Github doesn't have an API that allows attaching files to issue comments, so I suggest that we upload all the attachments to a directory on <a href="http://hamsterrepublic.com" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">hamsterrepublic.com</a> so that we can link to them.</div><div>(Unfortunately I first have to write a script to extract them out of the bugzilla DB.)</div></div><div><br></div><div>With all the labels for components, versions, severity, status, etc, we'll have a lot of labels. I think it makes sense to organise our labels a bit better. All version labels could be prefixed with "rel: ", like "rel: alectormancy". And maybe duplicate, wontfix, invalid, worksforme, tooconfusing<br></div><div>could be prefixed with "resolved:" or "closed:"?<br></div><div><br></div><div>I'm going to translate the "feature request", "cosmetic", "blocker" severities into labels. I think I'll leave behind "major", "minor", "normal" and "critical", and the priority levels. They (if not default value) will still be in the bug description.</div><div><br></div><div>There isn't really anything that corresponds closely to our gh "bug" and "needs improvement" labels. I wonder whether we should just remove the "bug" label, since although it's informative and useful in searches, it's already a nuisance to accurately tag all the bugs** and we'll get an extra 1000 bugs missing it. "bug" is basically the absense of numerous special categories like "new feature", "invalid" and "tracking".<br></div></div></blockquote><div>Or, I could just apply "bug" as a guess according to something like that simple rule, and we can fix up any mistakes. Will be looking through all the open imported bugs anyway.<br></div><div> </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></div><div><br></div><div>**See <a href="https://github.com/ohrrpgce/ohrrpgce/issues?utf8=%E2%9C%93&q=-label%3Abug+-label%3A%22needs+improvement%22++-label%3A%22new+feature%22" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">https://github.com/ohrrpgce/ohrrpgce/issues?utf8=%E2%9C%93&q=-label%3Abug+-label%3A%22needs+improvement%22++-label%3A%22new+feature%22</a></div><div></div><div><br></div><div>Bugzilla hides people's email addresses (by stripping the domain) by default so user names will be something like "David Gowers <00ai99>". I think that's fine. I can (am planning to) also replace the username with a github @ mention (it shouldn't cause any notifications, because this is the mass import API), but the only people who I know the github username of are myself, James and Mike. Doesn't matter.</div><br><div><br></div><div>BTW, I found that it's possible to make svn commits copied to the git-svn mirror on github count towards your "contributions" shown on your github profile page. To do so, add a new email address to your github account with the form svncommitername@7d344553-34f0-0310-a9b1-970ce8f1c3a2, where svncommitername is e.g. teeemcee or james. The email can be private.<br></div></div>
</blockquote></div></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div></div></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div></div>
</blockquote></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div></div></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" rel="noreferrer noreferrer noreferrer" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" rel="noreferrer noreferrer noreferrer" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" rel="noreferrer noreferrer" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" rel="noreferrer noreferrer" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div></div></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" rel="noreferrer" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div>
</blockquote></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" rel="noreferrer" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div>
</blockquote></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div>
</blockquote></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div>