https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #24 from avlas <[email protected]> --- (In reply to Nikita Sirgienko from comment #23) > (In reply to avlas from comment #21) > > I tested this fix (using Cantor's nightly flatpak package) and although it's > > informative about missing plotting capabilities, it could be improved. > I don't think, that Cantor as flatpak can be usable, because Cantor needs > executable and filesystem access from host and this is not very good working > in flatpak. > Also, I suppose, you point to your script, that you have mentioned before, > rigth? > ``` > #!/bin/sh > exec /usr/bin/flatpak run --branch=stable --arch=x86_64 --filesystem=/tmp > org.octave.Octave "$@" > ``` > I have reproduce this conditions (flatpak Cantor and this script) and well, > the problem is, that inside flatpak package path /usr/bin/flatpak is > invalid, so Cantor just print me error from this sh script. But I suppose, > we still need a code for notice user, if Octave executable finishes > suddenly, like in some other backends. > > > First, I don't think the user needs to know about > > /tmp/cantor_octave_plot_integration_test.txt, just telling that access to > > the /tmp was not granted would likely be enough. > But that problem is more complicated and there are some possibilityes: > Octave don't create this file, Cantor haven't permissions to read /tmp, etc. > So, because of that the message have so inconcrete text. I think I didn't explain myself quite well. Let me try again: I was not trying to get into the ultimate problem of why the test fails (which is that cantor uses a different /tmp inside its sandbox). I was just mentioning that when the test fails, Cantor should be smart enough to only limit these functions that require accessing to system's /tmp, i.e. plotting, and work fine otherwise, so that users can execute Octave's commands that are not associated with plotting. For the case you want to try it yourself, communication with Octave via flatpak's Cantor is successful if Cantor in flatpak is run with this: ``` #!/bin/sh exec /usr/bin/flatpak run --branch=master --arch=x86_64 --filesystem=/tmp --filesystem=$HOME org.kde.cantor "$@" ``` But again plotting should not work yet with just this because Cantor is still looking for the plots in a different /tmp (I may need sth else than --filesystem=/tmp in the script). This may be sth possible to achieve but unfortunately I need to deal with other things at the moment and don't have the time right now to investigate. -- You are receiving this mail because: You are watching all bug changes.
