Hi Mike,
Sorry this isn't working for you. Thank you VERY much for this bug report. It pointed out a couple things I need to fix.
Root cause: After we perform the build we wipe out all the stuff in the build hierarchy in ~pidp8i/pidp8i, but the testing I did failed to reveal where the install hierarcy is not fully working.
The immediate problem is that the needed library os8util.py never got installed. I've tested and checked in a fix for that to trunk. The following might get you going:
cd ~/pidp8i
./configure
sudo install -m 644 -g pidp8i -D lib/os8util.py /opt/pidp8i/lib/os8util.py
However there may be an additional dependency on the boot images that I've missed with that work-around.
Do you get
pidp8i@pidp8i:~/pidp8i$ os8-cp -a hello.tx DSK:HELLO.TX
Abort: Requested boot image file: /home/pidp8i/pidp8i/bin/v3d-patched.rk05 not found.
When you use that work-around?
If so, the way to get going is to build the system:
pidp8i stop
cd ~/pidp8i
./configure
tools/mmake
sudo make install
pidp8i start
Note that the latest release changed the behavior of os8-cp in a way that I only partially documented. (I've checkd in an update to doc/os8-cp.md.) Here's what you need to know:
Experience has taught us that it's impossible to ensure there is only be one
instance of `os8-cp` manipulating a particular bootable image at a time.
So running os8-cp boots into a scratch copy of the OS8_TOOLTIME image.
Any copy into SYS: or DSK: is lost. You must explicitly mount your destination
filesystem on a different device, if you want the copies to persist.
So for your action in os8-cp to persist you're going to have to mount a filesystem on rk1, and copy into it.
Again, thank you for the bug report.
-Bill