Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#40032 - [octave] fltk plotting bug
Attached to Project:
Arch Linux
Opened by Ric (invik) - Tuesday, 22 April 2014, 16:15 GMT
Last edited by Doug Newgard (Scimmia) - Friday, 15 May 2015, 03:00 GMT
Opened by Ric (invik) - Tuesday, 22 April 2014, 16:15 GMT
Last edited by Doug Newgard (Scimmia) - Friday, 15 May 2015, 03:00 GMT
|
DetailsIn octave-3.8.1-1-x86_64, plotting with graphics_toolkit = fltk is broken (produces only corrupted images). Plotting with graphics_toolkit = gnuplot works fine.
When downgrading to octave-3.8.0-2-x86_64, plotting works fine again. Steps to reproduce: From the octave command shell, 1. If not set by default, set graphics engine to fltk by entering graphics_toolkit ("fltk"). 2. Entering any plotting command (i.e. "plot(1)") produces a corrupted graphic. |
This task depends upon
I guess it was an issue with the nouveau drivers, but I still wonder why it worked fine with octave-3.8.0-2-x86_64...
Can you do an opengl trace (using community/apitrace) that reproduces the bug?
Trace: $ apitrace trace octave point.m
Replay trace: $ apitrace replay -w octave-cli-3.8.1.trace
Gui: $ apitrace octave-cli-3.8.1.trace
If it does, please record your own trace that doesn't work.