@sleve_mcdichael said in avoid or get rid of messages after scripts were executed:

/dev/null

the first one did the trick :)
thank you!!!
i ve been looking for a solution for a long time
and now this made my day

If you don't want to use the line ssh pi@raspberrypi.local 'DISPLAY=:0 retropie' and still want to run my retropie script through SSH but NOT inside your established connection, then:

Do nano /usr/bin/retropie or nano /usr/bin/gamepad

And add this line below #!/bin/bash or wherever it works for you.

export DISPLAY=:0

Sometimes emulationstation crashes but I don't want to go that deep.

My job is completely done here. Have fun and stay safe.

@mitu since I copied the script contents into a working script file after clearing the previous contents, I have no non working scripts now. I have to recreate this issue to even be able to upload a script. I'll work on it this week and upload it the scripts.

Solved it

In case anyone else ever tries to do something like this and finds this post, the problem was this:
Somewhere along the line, something required to start up the ROM expected an interactive terminal, which is why it worked over SSH and locally, and even worked with running the PHP script from the terminal, but Nginx/Apache/another web server won't provide any interactive terminal.

It doesn't actually need any interactive terminal, so you can wrap the startup command inside a "script" command like this, to lie to it and trick it into believing it has an interactive terminal

<?php $command = '/opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ snes "/home/pi/RetroPie/roms/snes/an-example-rom-obviously-not-the-real-one-but-lets-say-mario-or-something.sfc"'; $result = shell_exec("sudo -u pi script --return --quiet -c '".$command."' /dev/null"); ?>

And that does the trick and starts the game up from a PHP web panel

@BuZz I unintentionally got two failed installs so I'll share them as they had your exit code fix. They failed differently so at least it's something. :) The N64 emulator exited with 1 as expected, but Splashscreen exited with 0 (it didn't continue to install but I don't know how to tell when it's done done). Edit: It should end with Info: [message] on success?

1: basic_install exited with 1 when mupen64plus failed. Ran on Debian with amd64. See full log.

= = = = = = = = = = = = = = = = = = = = = Building 'mupen64plus' : N64 emulator MUPEN64Plus = = = = = = = = = = = = = = = = = = = = = [snip] make: Leaving directory '/home/pi/RetroPie-Setup/tmp/build/mupen64plus/mupen64plus-video-glide64mk2/projects/unix' head: cannot open '/home/pi/RetroPie-Setup/tmp/build/mupen64plus/GLideN64/src/Revision.h' for reading: No such file or directory current revision "50e83004" last build revision /home/pi/RetroPie-Setup/tmp/build/mupen64plus/GLideN64/projects/cmake /home/pi/RetroPie-Setup/tmp/build/mupen64plus /home/pi/RetroPie-Setup CMake Error at CMakeLists.txt:1 (cmake_minimum_required): CMake 3.9 or higher is required. You are running version 3.7.2 -- Configuring incomplete, errors occurred! make: *** No targets specified and no makefile found. Stop. /home/pi/RetroPie-Setup/tmp/build/mupen64plus /home/pi/RetroPie-Setup Removing additional swap /home/pi/RetroPie-Setup Could not successfully build mupen64plus - N64 emulator MUPEN64Plus (GLideN64/projects/cmake/plugin/Release/mupen64plus-video-GLideN64.so not found). Errors: Could not successfully build mupen64plus - N64 emulator MUPEN64Plus (GLideN64/projects/cmake/plugin/Release/mupen64plus-video-GLideN64.so not found). The command '/bin/sh -c if [ "$(uname -m)" = 'x86_64' ]; then sudo ./retropie_packages.sh setup basic_install; fi' returned a non-zero code: 1

2: basic_install exited with 0 when splashscreen failed. Ran on Debian with arm32v7. See full log.

= = = = = = = = = = = = = = = = = = = = = Configuring 'splashscreen' : Configure Splashscreen = = = = = = = = = = = = = = = = = = = = = /home/pi/RetroPie-Setup/scriptmodules/supplementary/splashscreen.sh: line 91: systemctl: command not found /home/pi/RetroPie-Setup Removing intermediate container c40e0a51fa8f ---> 3e4f12bb8360 [snip] Successfully built 63739c10746d Successfully tagged rc:docker-multiarch

Next days I'll translate to english the pdf with the instructions of the script, and included the file on gitlab too.

EDITED (2019-08-23): Now instructions are translated to english.

Just add the full path to the script in the .sh file and make sure it's executable.

The RetroPie-Setup scripts use a helper script - joy2key - to navigate and enable buttons in dialog enabled scripts. Take a look here to see how it's started/stopped. You can source the RetroPie-Setup helper.sh or copy the functions you need from it in order to use it in your script.

@meleu @cyperghost The export did the trick. It works now and doesn't break the other menu controls. 😄 Thank you for all the effort and explanations. I learned a lot today, as may others who stumble upon this thread, too.

I edited my opening post to a mere reference to @meleu's solution. 😌

@tigerknee That seems an over complicated stuff to do. The problem with ES running at same time as X.org was because input devices losing controll. I don't know if that is still true. Does it work fine, while the desktop is still running, like playing games and return to the desktop?

@vykyan

No problem. Glad it helped.

@meleu @Kaltinril I took a bit of action how the cleaner scripts (image and gamelist) work in general.

@all users
First thing that stops me from integrating a picture/video remover into the BashROMManager is that there in no evidence that every user got the same file strategy.
Second: Time shedule!

I tested these two wonderfull tools on my mashine and they work fine! I was able to remove entries from gamelists - after I removed some ROM files. So I these fine tools are working. But I think the responsibility is to much to remove files and work with fragile xml lists in a "automated" ROM deletion process. Please don't think the scripts are not working or the ROMManager itself is the culprit ... No! I simple have no time for extensive trouble shooting!

Here is the link to the image-cleaner script powered by meleu, kaltinril and sano
Here is the link to the gamelist-cleaner script powered by meleu and kaltinril

I think a chance that I step into integrating this is, if I start to scrape all my ROMs ;) I didn't do that the last 2.5 years so you can calculate if I do this in future. I think I will integrate a "log-file" of deleted rom-files into the BashROMManager and maybe a help section how the cleaner tools should be feed manual.....

Nevertheless if there is a strong demand maybe @Sano @hiulit @meleu @mitu and others can (if these nice guys got time) help to integrate. My github resporitory is open for everyone...

I deeply hope, that all these scraper things will be setted in per system SQLite databases once a time. Then it will also be easier to maintain and share such things. So we have a database, were all our roms get one hash string. The hash points to metadata. As long the hash value is in the database the ROM does excitst. To renew the database we have to renew all hash values ;)

@mitu Yes i know and it's why i don't want to modify files ... or maybe change one and make a DIFF patch to be compatible with updates.

And yes DL source is really fast, the long way was in compilation.
It's why on my own project ScummVM and OpenBOR i have DL the source code and compile it myself in a source directory i create.
Each time i update the code i can compile very fast to try it.

@nemecyys said in runcommand-onstart.sh pass data to python script:

Because im running this python script every time i run onstart.sh or onend.sh does that mean there will be LOTS of instances of it running?

On normal typical usage, no. The runcommand script calls the onstart one and waits it finish. The way you're invoking your python script in onstart also makes it wait the python script to finish.

Then, from what I'm seeing from the codes, I believe that there won't be lots of instances running.

With a Bash Script:
Would this also be the case?
Would i want to exit the bash after running and achieving the desired result?

There's no need.

*also, any links to some of meleu's coding goodness?

You can find links to some of my scripts on the "useful topics" post (link on my signature). You can find many other useful info there. ;-)

Oh, as @cyperghost said, we usually use this thread to talk about shell scripting.

By the way, you asked above and I'm not sure if you got an answer: the /dev/shm/runcommand.log file is deleted after a shutdown/reboot.

@mitu @Semper-5

Can you discuss this please in a new thread?
I think a small "how to install nehara"-thread would be better as it's a DP mod and can't be run in lr-tyrquake.

@BuZz Sorry man, first time here, I will be carefull next time
Thanks

@DarkWolf
Thanx folks, worked perfectly :-)

Hi everybody :)

I have find little of i want make :p ...

I have past my command line in rc.local

Now, i try to found the file command for controlblock shuting down to put this line :
gpio write 21 0

But can't find them :/

If you have an idea , you are my hero ! :D

Thx in advance.