https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #33 from avlas ---
(In reply to avlas from comment #32)
> (In reply to Nikita Sirgienko from comment #26)
> > (In reply to avlas from comment #24)
> > >
> > > I think I didn't explain myself quite well. Let me try again:
> > >
> > > I was
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #32 from avlas ---
(In reply to Nikita Sirgienko from comment #26)
> (In reply to avlas from comment #24)
> >
> > I think I didn't explain myself quite well. Let me try again:
> >
> > I was not trying to get into the ultimate problem of wh
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #31 from Nikita Sirgienko ---
See, how it works in attachments, that I have added.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #30 from Nikita Sirgienko ---
Created attachment 128431
--> https://bugs.kde.org/attachment.cgi?id=128431&action=edit
Cantor screen 4
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #29 from Nikita Sirgienko ---
Created attachment 128430
--> https://bugs.kde.org/attachment.cgi?id=128430&action=edit
Cantor screen 3
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #28 from Nikita Sirgienko ---
Created attachment 128429
--> https://bugs.kde.org/attachment.cgi?id=128429&action=edit
Cantor screen 2
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #27 from Nikita Sirgienko ---
Created attachment 128428
--> https://bugs.kde.org/attachment.cgi?id=128428&action=edit
Cantor screen 1
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #26 from Nikita Sirgienko ---
(In reply to avlas from comment #24)
>
> 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
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #25 from avlas ---
On a second thought I think this should work
```
#!/bin/sh
exec /usr/bin/flatpak run --branch=master --arch=x86_64 --filesystem=/tmp
--filesystem=$HOME org.kde.cantor "$@"
```
Saying this because I manually created the f
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #24 from avlas ---
(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, i
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #23 from Nikita Sirgienko ---
(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 Ca
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #22 from avlas ---
Also this test is done even if I don't invoke any plotting function. Starting
cantor with octave backend and executing `2+2` also triggers the plotting
dialog and irresposive Octave worksheet afterwards.
--
You are rece
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #21 from avlas ---
(In reply to Nikita Sirgienko from comment #20)
> Git commit 87172a9416a8949cc80350b733d771d7b01d90f3 by Nikita Sirgienko.
> Committed on 11/05/2020 at 22:37.
> Pushed by sirgienko into branch 'master'.
>
> [Octave] Add c
https://bugs.kde.org/show_bug.cgi?id=420959
Nikita Sirgienko changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #19 from avlas ---
(In reply to avlas from comment #18)
> I realized about another plotting issue:
>
> - If I plot sth using gnuplot graphics and then move to qt and plot again,
> the plot works in both graphic backends.
>
> - However, if
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #18 from avlas ---
I realized about another plotting issue:
- If I plot sth using gnuplot graphics and then move to qt and plot again, the
plot works in both graphic backends.
- However, if I first move to qt graphics and then plot, the fi
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #17 from avlas ---
(In reply to Nikita Sirgienko from comment #16)
> Well, I will see, how behaviour can be improved in error handling.
Thanks, appreciated!
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=420959
Nikita Sirgienko changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|cantor-b...@kde.org
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #15 from avlas ---
By the way, I workarounded the issue starting flatpak's octave as follows (it
makes system's /tmp accessible to flatpak's sandbox):
```
#!/bin/sh
exec /usr/bin/flatpak run --branch=stable --arch=x86_64 --filesystem=/tmp
o
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #14 from avlas ---
(In reply to Nikita Sirgienko from comment #13)
> Yes, the log looks correct, but as I see Cantor haven't catch any file in
> /tmp. So, maybe, as you have said, flatpack Octave Just can't generate plot
> files in /tmp dire
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #13 from Nikita Sirgienko ---
Yes, the log looks correct, but as I see Cantor haven't catch any file in /tmp.
So, maybe, as you have said, flatpack Octave Just can't generate plot files in
/tmp directory
--
You are receiving this mail beca
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #12 from avlas ---
Output:
evaluating: "plot(1:10)"
evaluate
Executing a plot command
plot temp file "/tmp/cantor_octave-PtpSCy.eps"
readError
setting result to a type 1 result
readOutput
start parsing "CANTOR_OCTAVE_BACKEND_PROMPT:1
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #11 from avlas ---
(In reply to avlas from comment #10)
> (In reply to Nikita Sirgienko from comment #9)
> > As I have expected, your script from master not Octave script, but cmake
> > template for it. Real script will produce on install st
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #10 from avlas ---
(In reply to Nikita Sirgienko from comment #9)
> As I have expected, your script from master not Octave script, but cmake
> template for it. Real script will produce on install step and haven't
> contains end ${PLOT_FILE_F
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #9 from Nikita Sirgienko ---
As I have expected, your script from master not Octave script, but cmake
template for it. Real script will produce on install step and haven't contains
end ${PLOT_FILE_FORMAT}. Also, script extention is .m, but t
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #7 from avlas ---
Created attachment 128168
--> https://bugs.kde.org/attachment.cgi?id=128168&action=edit
20.04
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #8 from avlas ---
Created attachment 128169
--> https://bugs.kde.org/attachment.cgi?id=128169&action=edit
master
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #6 from Nikita Sirgienko ---
Please post them.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #5 from avlas ---
(In reply to Nikita Sirgienko from comment #4)
> So, after changing the file cantor_print.m from master to 20.04 version, the
> error
>
> error: print: unknown device ${plot_file_format}
>
> gone right? Also, the
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #4 from Nikita Sirgienko ---
So, after changing the file cantor_print.m from master to 20.04 version, the
error
error: print: unknown device ${plot_file_format}
gone right? Also, the file posting still will be usefull.
--
You are
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #3 from avlas ---
btw, when this happens:
> However, if I remove it and use the one that comes with 20.04 version,
> it doesn't work either and I get no output and no error in cantor.
cantor becomes irresponsive and needs restart
--
You
https://bugs.kde.org/show_bug.cgi?id=420959
--- Comment #2 from avlas ---
(In reply to Nikita Sirgienko from comment #1)
> Well, could you please go to /usr/share/cantor/octavebackend and post here
> your cantor_print.m file?
Right, I'm using the one from master set in ~/.local/share/cantor/octa
https://bugs.kde.org/show_bug.cgi?id=420959
Nikita Sirgienko changed:
What|Removed |Added
CC||warqu...@gmail.com
--- Comment #1 from Nikit
33 matches
Mail list logo
