@sdetweil yeah, I am deliberately keeping all the module paths in the default place, but it still doesn’t like it.
But if I go into the docker container, it doesn’t seem to have access to Python, so maybe that’s the problem.
It is all rather confusing. (More so from your end, no doubt)

I’m not sure why, as I did manage to get it working at one point, but I think the issue is that I am using the MM OS Docker image to run all this.
I think this means that the path expectations are different from the assumptions that I am making.
I may have to give in and just build the whole thing manually - it will probably be quicker than trying to fault find the install, given it’s obfuscation.

@sdetweil I will have a go with that, but I think I have a slightly different problem of my own making.

@sdetweil ok, I will try it there then and see what happens.
Tracking down errors in this MM OS is fun…

@sdetweil I am using python3 and I have updated the two references to ‘python’ -> ‘python3’ to reflect this

@sdetweil I haven’t managed to get it running yet.
I did have some success (I had it printing Hello on the screen), but then the wheels came off and I have been unable to get it working again.

I have reverted to the default configuration from your Github page to try and wiork out what is going on, but I am seeing the following in the logs:

[11.04.2022 16:30.34.903] [LOG]   Connecting socket for: MMM-PythonPrint
[11.04.2022 16:30.34.907] [LOG]   Starting module helper: MMM-PythonPrint
[11.04.2022 16:30.43.341] [LOG]   MMM-PythonPrint received a socket notification: CONFIG - Payload: [object Object]
[11.04.2022 16:30.43.346] [LOG]   PythonPrint spawning /opt/magic_mirror/modules/MMM-PythonPrint/printitonce.py
[11.04.2022 16:30.43.531] [ERROR] Whoops! There was an uncaught exception...
[11.04.2022 16:30.43.556] [ERROR] ReferenceError: data is not defined
    at ChildProcess.<anonymous> (/opt/magic_mirror/modules/MMM-PythonPrint/node_helper.js:20:65)
    at ChildProcess.emit (node:events:390:28)
    at Process.ChildProcess._handle.onexit (node:internal/child_process:288:12)
    at onErrorNT (node:internal/child_process:477:16)
    at processTicksAndRejections (node:internal/process/task_queues:83:21)

Which seems to be the same error as before, but now I am not using any 3rd party modules, just the sample code.

@sdetweil I thought it would be something daft like this. Thanks for the pointer, I will take a look and see if I can resolve it.
Super speedy response too.

@SDETWEIL, firstly, thank you for creating such a simple to follow module for talking to python. I have been trying to get that working for a while and was struggling.

My issue is that I require a specific library (zeep) for my python code to work, but if I include it in the code with the line include zeep , the module throws an error.

[01.04.2022 16:45.32.503] [LOG]   MMM-PythonPrint received a socket notification: CONFIG - Payload: [object Object]
[01.04.2022 16:45.32.507] [LOG]   PythonPrint spawning /opt/magic_mirror/modules/MMM-PythonPrint/test.py
[01.04.2022 16:45.32.606] [ERROR] Whoops! There was an uncaught exception...
[01.04.2022 16:45.32.614] [ERROR] ReferenceError: data is not defined
    at ChildProcess.<anonymous> (/opt/magic_mirror/modules/MMM-PythonPrint/node_helper.js:20:65)
    at ChildProcess.emit (node:events:394:28)
    at Process.ChildProcess._handle.onexit (node:internal/child_process:288:12)
    at onErrorNT (node:internal/child_process:477:16)
    at processTicksAndRejections (node:internal/process/task_queues:83:21)

Now, my python code runs successfully from the command line and I have commented everything else out while troubleshooting. I also see the same behaviour if I add the include zeep line into your sample .py files, which run correctly without this.

Any ideas what is going on? Could it be a path/user/install issue with the python module?

Cheers, RobCee