On one test installation when tapping RUN the command immediately returns without producing a result. The problem is that the ml command could not be found, even though it was installed. It often gets installed into ~/.local/bin/ml. Copying the ml file across to /usr/local/bin/ml solves the problem! But the user would not know to do this.
This was discovered when runnig the mlhub app via a .desktop file. On different Ubuntu computers, starting the app from the .dekstop icon, one works with the directory ~/.local/bin on the PATH while another fails because ~/.local.bin is not on the path. The app starts up a /bin/sh and on one computer's startup the .local/bin is on the PATH within the flutter process instance, and on another the PATH is the usual /bin, /sbin, /usr/local/bin, etc., without the .local/bin.
Workaround
To provide some possibility of fixing this:
[ ] The app needs to check the Process/ml command's return status for any error and display the error in a popup .
[ ] Also need a settings page where the path to the ml command can be set, like ml by default or ${HOME}/.local/bin/ml if I need to set it manually. Then use is variable instead of 'ml by itself. The use of ml by itself could also present security concerns.
Description
On one test installation when tapping RUN the command immediately returns without producing a result. The problem is that the
ml
command could not be found, even though it was installed. It often gets installed into ~/.local/bin/ml. Copying the ml file across to/usr/local/bin/ml
solves the problem! But the user would not know to do this.This was discovered when runnig the mlhub app via a .desktop file. On different Ubuntu computers, starting the app from the
.dekstop
icon, one works with the directory~/.local/bin
on the PATH while another fails because ~/.local.bin is not on the path. The app starts up a/bin/sh
and on one computer's startup the.local/bin
is on the PATH within the flutter process instance, and on another the PATH is the usual /bin, /sbin, /usr/local/bin, etc., without the.local/bin
.Workaround
To provide some possibility of fixing this:
[ ] The app needs to check the Process/ml command's return status for any error and display the error in a popup .
[ ] Also need a settings page where the path to the ml command can be set, like
ml
by default or${HOME}/.local/bin/ml
if I need to set it manually. Then use is variable instead of'ml
by itself. The use ofml
by itself could also present security concerns.