[Ohrrpgce] Mac builds and SDL frameworks

[Ralph Versteegen]

Do you need to manually copy distrib-nightly-mac.sh to another location? It
doesn't run a copy out of svn? It looks like the distrib-nightly-mac.sh
that's being run is pre-r11450.

I modified the scripts to the point that I could run them on linux, and
they worked fine.



On Sun, 8 Dec 2019 at 17:49, Ralph Versteegen <teeemcee at gmail.com> wrote:

> Great, that fixed 32bit hspeak builds. I'm currently investigating the
> other problems.
>
> On Sun, 8 Dec 2019 at 15:31, James Paige <Bob at hamsterrepublic.com> wrote:
>
>> I renamed both eu.cfg files to eu.cfg.bak
>>
>> I started the Mac nightly build early, so hopefully we can see the
>> results soon
>>
>> On Sat, Dec 7, 2019, 9:09 PM Ralph Versteegen <teeemcee at gmail.com> wrote:
>>
>>> Ah ha! That is the problem. Those paths in the eu.cfg files are not just
>>> vestigal, they are assumed/required install locations. I can only guess
>>> that calling euc with a full path rather than just as "euc" causes it to
>>> find the eu.cfg file next to the binary? Weird. I remember years ago when I
>>> last installed euphoria that the way it treated eu.cfg and EUDIR seemed
>>> really broken.
>>> I unpacked fresh copies of 4.1.0 and 4.1.0b2 for linux and see they also
>>> assume /usr/local/euphoria-4.1.0-Linux-x64/ and /usr/share/euphoria.
>>>
>>> I actually had deleted the eu.cfg files that came with both the 32-bit
>>> and 64-bit builds of euphoria that I'm using. If you do that also, for both
>>> installs, it should fix the builds. But then you will not be able to run
>>> euphoria manually without setting EUDIR first and/or passing -eudir. So
>>> maybe you prefer to fix the paths in the eu.cfg files.
>>>
>>> On Sun, 8 Dec 2019 at 06:23, James Paige <Bob at hamsterrepublic.com>
>>> wrote:
>>>
>>>> There are 4 eu.cfg files, and all of them look like what comes with the
>>>> package. Two real ones, and two in the demo/preproc dir.
>>>>
>>>> I checked those /usr/local/euphoria-4.1.0-OSX-x64 and
>>>> /usr/share/euphoria paths and neither of them exist. I assume those are
>>>> vestiges of whatever system euphoria was built/packaged on.
>>>>
>>>> loyalist:~ james$ cat misc/euphoria/bin/eu.cfg
>>>> [all]
>>>> -d E64
>>>> -eudir /usr/local/euphoria-4.1.0-OSX-x64/
>>>> -i /usr/local/euphoria-4.1.0-OSX-x64/include
>>>> [translate]
>>>> -arch ix86_64
>>>> -gcc
>>>> -con
>>>> -com /usr/local/euphoria-4.1.0-OSX-x64
>>>> -lib-pic /usr/local/euphoria-4.1.0-OSX-x64/bin/euso.a
>>>> -lib /usr/local/euphoria-4.1.0-OSX-x64/bin/eu.a
>>>> [bind]
>>>> -eub /usr/local/euphoria-4.1.0-OSX-x64/bin/eub
>>>>
>>>>
>>>> loyalist:~ james$ cat misc/eu32/bin/eu.cfg
>>>> [all]
>>>> -d E32
>>>> -eudir /usr/share/euphoria
>>>> -i /usr/share/euphoria/include
>>>> [translate]
>>>> -arch ix86
>>>> -gcc
>>>> -con
>>>> -com /usr/share/euphoria
>>>> -lib-pic /usr/share/euphoria/bin/euso.a
>>>> -lib /usr/share/euphoria/bin/eu.a
>>>> [bind]
>>>> -eub /usr/share/euphoria/bin/eub
>>>>
>>>>
>>>> loyalist:~ james$ cat misc/euphoria/demo/preproc/eu.cfg
>>>> -p etml:etml.ex
>>>> -p le,lex:literate.ex
>>>> -p dex:datesub.ex:-f %m/%d/%Y
>>>>
>>>>
>>>> loyalist:~ james$ cat misc/eu32/demo/preproc/eu.cfg
>>>> -p etml:etml.ex
>>>> -p le,lex:literate.ex
>>>> -p dex:datesub.ex:-f %m/%d/%Y
>>>>
>>>>
>>>> loyalist:~ james$ cat .bash_profile
>>>> export PATH=$PATH:~/misc/fbc-1.06/bin/
>>>> export PATH=$PATH:~/misc/euphoria/bin/
>>>>
>>>> ##
>>>> # Your previous /Users/james/.bash_profile file was backed up as /Users/james/.bash_profile.macports-saved_2017-03-01_at_10:57:22
>>>> ##
>>>>
>>>> # MacPorts Installer addition on 2017-03-01_at_10:57:22: adding an appropriate PATH variable for use with MacPorts.
>>>> export PATH="/opt/local/bin:/opt/local/sbin:$PATH"
>>>> # Finished adapting your PATH environment variable for use with MacPorts.
>>>>
>>>>
>>>>
>>>>
>>>> loyalist:~ james$ ls -l /usr/local
>>>> total 0
>>>> drwxr-xr-x  3 root  wheel  102 Feb 14  2017 remotedesktop
>>>> loyalist:~ james$ ls -l /usr/share/euphoria
>>>> ls: /usr/share/euphoria: No such file or directory
>>>>
>>>>
>>>> On Sat, Dec 7, 2019 at 11:19 AM James Paige <Bob at hamsterrepublic.com>
>>>> wrote:
>>>>
>>>>> I didn't touch /Users/james/misc/euphoria/ other than executing it's
>>>>> copy of euc with --version for verification
>>>>>
>>>>> I can search for eu.cfg files and see what I can find
>>>>>
>>>>> On Sat, Dec 7, 2019, 1:17 AM Ralph Versteegen <teeemcee at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Well, I'm baffled by this error in the build log:
>>>>>>
>>>>>> Compiling hspeak
>>>>>> Euphoria version 4.1.0
>>>>>> /Users/james/misc/euphoria/bin/euc -con -gcc hspeak.exw -verbose
>>>>>> -maxsize 5000 -makefile -build-dir
>>>>>> /Users/james/src/nightly/ohrrpgce/wip/build/hspeak -eudir
>>>>>> /Users/james/misc/euphoria/
>>>>>> Try '--help' for more information.
>>>>>> option 'eudir' must not occur more than once in the command line.
>>>>>>
>>>>>> Just a few days ago, the build log looked like:
>>>>>>
>>>>>> Compiling hspeak
>>>>>> Euphoria version 4.1.0
>>>>>> euc -con -gcc hspeak.exw -verbose -maxsize 5000 -makefile -build-dir
>>>>>> /Users/james/src/nightly/ohrrpgce/wip/build/hspeak -eudir
>>>>>> /Users/james/misc/euphoria/
>>>>>>
>>>>>> You didn't make any changes to /Users/james/misc/euphoria/, right?
>>>>>> Euphoria can also read additional settings, in particular eudir, from a
>>>>>> config file called eu.cfg. It's not possible that a stray eu.cfg got
>>>>>> created somewhere?
>>>>>>
>>>>>> On Fri, 6 Dec 2019 at 13:45, James Paige <Bob at hamsterrepublic.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Aha! Thank you for finding that.
>>>>>>>
>>>>>>> I have installed the euphoria 4.1.0 32 bit to the same
>>>>>>> /Users/james/misc/eu32/bin/euc location where I had put the older one
>>>>>>> previosuly
>>>>>>>
>>>>>>> On Thu, Dec 5, 2019 at 6:32 PM Ralph Versteegen <teeemcee at gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Yes, I'm saddened to see that the Euphoria devs have done nothing
>>>>>>>> in the last 4 years to fix the mess that is download links on their
>>>>>>>> website/wiki. Much of the site still seems to claim that 4.0.5 is the
>>>>>>>> latest version, which made me wonder whether 4.1.0 was ever officially
>>>>>>>> released. The 32-bit mac 4.1.0 download link is
>>>>>>>>
>>>>>>>> https://sourceforge.net/projects/rapideuphoria/files/Euphoria/4.1.0/euphoria-4.1.0-OSX-ix86.tar.gz/download
>>>>>>>>
>>>>>>>> I did find a roadmap for 4.2.0 posted on the forums, so it seems
>>>>>>>> there is still work happening on Euphoria.
>>>>>>>>
>>>>>>>> On Thu, 5 Dec 2019 at 23:38, James Paige <Bob at hamsterrepublic.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Actually, I could not find any Mac 64 but version other than
>>>>>>>>> 4.1.0, and I could not find any newer 32 bit version than 4.0.4.
>>>>>>>>>
>>>>>>>>> If a 32 bit Mac build of 4.1.0 exists on Euphoria's site, I'll
>>>>>>>>> gladly switch to it :)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Wed, Dec 4, 2019, 11:28 PM Ralph Versteegen <teeemcee at gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> I'll try it out.
>>>>>>>>>> I'm surprised you installed 4.0.4 instead of 4.1.0, though. 4.0.4
>>>>>>>>>> will work fine (I still use 4.0.3 myself) but in future I'm thinking of
>>>>>>>>>> making 4.1.0 a minimum requirement because it adds support for
>>>>>>>>>> preprocessors which can be used for much simpler 'dot' member access syntax.
>>>>>>>>>>
>>>>>>>>>> On Thu, 5 Dec 2019 at 15:03, James Paige <Bob at hamsterrepublic.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> Okay! I was able to confirm that euphoria 4.1.0 64 bit was
>>>>>>>>>>> installed at /Users/james/misc/euphoria/bin/euc
>>>>>>>>>>> That one is in the path
>>>>>>>>>>>
>>>>>>>>>>> I have unpacked euphoria 4.0.4 32 bit at
>>>>>>>>>>> /Users/james/misc/eu32/bin/euc
>>>>>>>>>>> It is not in the path.
>>>>>>>>>>>
>>>>>>>>>>> Let me know if this works okay!
>>>>>>>>>>>
>>>>>>>>>>> ---
>>>>>>>>>>> James
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Dec 3, 2019 at 9:26 PM Ralph Versteegen <
>>>>>>>>>>> teeemcee at gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Well since the existing 64-bit copy of euc is in the PATH we
>>>>>>>>>>>> don't need to know where it is. We only need to pass EUC and EUDIR to scons
>>>>>>>>>>>> for the other (32-bit) build of euphoria, which should not be installed
>>>>>>>>>>>> system-wide, it should just be unpacked somewhere and *not* in the PATH.
>>>>>>>>>>>>
>>>>>>>>>>>> On Wed, 4 Dec 2019 at 03:45, James Paige <
>>>>>>>>>>>> Bob at hamsterrepublic.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> So for Euphoria on the Mac build VM, we want both 32 and 64
>>>>>>>>>>>>> bit euc, and we just need to know what path they are located at?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Honestly I don't remember anything about how I set up euc
>>>>>>>>>>>>> there in the first place, so I'll have to find some time for detective work
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Dec 3, 2019, 8:40 AM Ralph Versteegen <
>>>>>>>>>>>>> teeemcee at gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Well, I did it and I certainly wouldn't have used XCode!
>>>>>>>>>>>>>> Trying to using a complex IDE that you have no experience with is my idea
>>>>>>>>>>>>>> of a nightmare.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I wrote some code to scan PATH for 32/64-bit euc, but I think
>>>>>>>>>>>>>> I'd rather just hardcode the paths into distrib-mac.sh than add a bunch
>>>>>>>>>>>>>> more complexity to SConscript which just amounts to a kludge, not a robust
>>>>>>>>>>>>>> solution. There are already plenty of hardcoded paths and URLs in the
>>>>>>>>>>>>>> nightly build scripts anyway.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Tue, 3 Dec 2019 at 23:45, James Paige <
>>>>>>>>>>>>>> Bob at hamsterrepublic.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I found reports of people saying it couldn't be done (static
>>>>>>>>>>>>>>> oggenc on Mac that is) and one of somebody explaining that the reason it
>>>>>>>>>>>>>>> couldn't be done is because of a bug that Apple had "wontfixed" years ago.
>>>>>>>>>>>>>>> I was assuming they were talking about xcode . I didn't read any deeper
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I'll try to get 32 bit euphoria installed soon. Not sure if
>>>>>>>>>>>>>>> it will be today.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ---
>>>>>>>>>>>>>>> James
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Tue, Dec 3, 2019, 3:51 AM Ralph Versteegen <
>>>>>>>>>>>>>>> teeemcee at gmail.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> You found reports of people failing to build a statically
>>>>>>>>>>>>>>>> linked oggenc on Mac? I think I probably did it using macports.
>>>>>>>>>>>>>>>> I'm also reminded that I was interested in setting up a
>>>>>>>>>>>>>>>> cross-compiling toolchain to compile for Mac. I might still try it.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> But if we don't have oggenc, then that is what we'll have
>>>>>>>>>>>>>>>> to do.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Could you also please install a 32-bit Euphoria?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Mon, 2 Dec 2019 at 23:45, James Paige <
>>>>>>>>>>>>>>>> Bob at hamsterrepublic.com> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Hmmm... Googled about that a bit...
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Maybe on Mac, if oggenc is not detected in the PATH, we
>>>>>>>>>>>>>>>>> link to a wiki page about importing sound on Mac.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> It could suggest installing Audacity, and link to a Mac
>>>>>>>>>>>>>>>>> version of it. So people can just save .ogg files from there.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> It could also describe how to install oggenc with macports
>>>>>>>>>>>>>>>>> or brew if the user wants to go that route.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Actually figuring out how to build a staticly linked
>>>>>>>>>>>>>>>>> command line oggenc where so many others have failed is over my head, and
>>>>>>>>>>>>>>>>> outside the scope of what I want to attempt.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Sun, Dec 1, 2019, 10:44 PM Ralph Versteegen <
>>>>>>>>>>>>>>>>> teeemcee at gmail.com> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> OK, great. However I don't have any solution to the
>>>>>>>>>>>>>>>>>> madplay/oggenc problem. Either you will have to solve it, or I'll have to
>>>>>>>>>>>>>>>>>> set up a hackintosh VM (which I probably should do anyway), or we simply
>>>>>>>>>>>>>>>>>> need to disable wav import in the mac port. (We could allow importing mp3s
>>>>>>>>>>>>>>>>>> again, that's another topic of discussion)
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> On Mon, 2 Dec 2019 at 05:59, James Paige <
>>>>>>>>>>>>>>>>>> Bob at hamsterrepublic.com> wrote:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> This all sounds good to me!
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> I have installed all four of those frameworks at
>>>>>>>>>>>>>>>>>>> /Library/Frameworks/ on the nightly build mac vm
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> On Sat, Nov 30, 2019 at 9:10 PM Ralph Versteegen <
>>>>>>>>>>>>>>>>>>> teeemcee at gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> James, could you please install the following on the
>>>>>>>>>>>>>>>>>>>> Mac nightly build machine (in either system or user Frameworks dir)?
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> https://www.libsdl.org/projects/SDL_mixer/release/SDL_mixer-1.2.12.dmg
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> https://www.libsdl.org/projects/SDL_mixer/release/SDL2_mixer-2.0.4.dmg
>>>>>>>>>>>>>>>>>>>> https://www.libsdl.org/release/SDL-1.2.15.dmg
>>>>>>>>>>>>>>>>>>>> https://www.libsdl.org/release/SDL2-2.0.10.dmg
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> I think you already should have at least the
>>>>>>>>>>>>>>>>>>>> SDL.framework and SDL_mixer.framework, but just double-checking. Latest
>>>>>>>>>>>>>>>>>>>> versions of both were released 2013-08-17!
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> (Those SDL/SDL_mixer 1.2 frameworks have been built as
>>>>>>>>>>>>>>>>>>>> fat binaries, and target OS 10.5+ while we target OS 10.4+, so I guess we
>>>>>>>>>>>>>>>>>>>> will continue to package 32-bit .apps with the wip/mac/frameworks.tar.gz
>>>>>>>>>>>>>>>>>>>> builds we already have. A alternative build of SDL.framework for OS 10.4+
>>>>>>>>>>>>>>>>>>>> is available but they didn't make one available for SDL_mixer.framework)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> I will blindly modify the build scripts to package an
>>>>>>>>>>>>>>>>>>>> 64-bit-only gfx_sdl .app, and ask users to test whether it actually works,
>>>>>>>>>>>>>>>>>>>> because I can't. And also an experimental 64-bit gfx_sdl2 build, though I
>>>>>>>>>>>>>>>>>>>> think that shouldn't become the default until after Fufluns.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> As I said before, I think a good solution is to have
>>>>>>>>>>>>>>>>>>>> two different Mac builds:
>>>>>>>>>>>>>>>>>>>> -32 bit SDL 1.2 for OS 10.4+
>>>>>>>>>>>>>>>>>>>> -64 bit SDL 2 for OS 10.6+
>>>>>>>>>>>>>>>>>>>> We could then add two different options to the
>>>>>>>>>>>>>>>>>>>> Distribute Game menu.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> However, we could also create fat binary 32+64-bit
>>>>>>>>>>>>>>>>>>>> .apps, which are twice the size (OHRRPGCE-Game.app is currently 1.6MB
>>>>>>>>>>>>>>>>>>>> zipped).
>>>>>>>>>>>>>>>>>>>> I guess that we could even package 32-bit gfx_sdl and
>>>>>>>>>>>>>>>>>>>> 64-bit gfx_sdl2 builds into a single .app.
>>>>>>>>>>>>>>>>>>>> However I think it will be a pain to set up and the
>>>>>>>>>>>>>>>>>>>> number of people using 32-bit Macs is low.
>>>>>>>>>>>>>>>>>>>> We have to make similar decisions about SDL 2 on
>>>>>>>>>>>>>>>>>>>> Windows: it only supports Win XP+.
>>>>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>>>
>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>>
>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>
>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>
>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>
>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Ohrrpgce mailing list
>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>
>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Ohrrpgce mailing list
>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>
>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>
>>>>>> _______________________________________________
>>>>>> Ohrrpgce mailing list
>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>
>>>>> _______________________________________________
>>>> Ohrrpgce mailing list
>>>> ohrrpgce at lists.motherhamster.org
>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>
>>> _______________________________________________
>>> Ohrrpgce mailing list
>>> ohrrpgce at lists.motherhamster.org
>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>
>> _______________________________________________
>> Ohrrpgce mailing list
>> ohrrpgce at lists.motherhamster.org
>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.motherhamster.org/pipermail/ohrrpgce-motherhamster.org/attachments/20191208/057b3a31/attachment-0001.html>