[Ohrrpgce] Mac builds and SDL frameworks

Sat Dec 7 20:49:34 PST 2019

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/859fe740/attachment-0001.html>