One of opera-12's problems may be caused by the reported:
"Opera : Failed to load library libgtk-x11-2.0.so.0",
which is not listed in the <Apps>.
Should I search eg. Debian-64bit ... or what?
----------
I'd consider trying V8 if it had fixed the problem of
<Xframes having moved so that the LHS-positioning-bar is
inaccessible>, when returning to <Xfbdev> from VT-mode.
No, I don't want to be reminded how to temp-fix this problem
every time it happens.
Is the abnormallity related to:
when switching to use VT-mode, then switching back to <Xfbdev>;
extra chars appear in the <mcedit-ed frame> ?
As if eg: echo "OP" >> <X's active mceditFrame>
----
OMG now <Xfbdev> has frozen! It often does this.
The sequence of VT's, created by repeated `sudo openvt` is a
life-saver.
................... and on re-booting....
output, resulting from keyin of a VT,
scrolls in a opened <XfbdevTerminal>,
when switching from VT to <XfbdevTerminal>.
.
I believe that no <VT nor Xfbdev Terminal> should be able to
be <driven from another terminal> ?
This is the tail of <Xfbdev Terminal's> output, which STARTED
when I switched from VT to <XfbdevTerminal>:....
pcre is already installed!
pcre.tcz.md5.txt.tcz not found!
rsync is already installed!
rsync.tcz.dep.tcz not found!
rsync.tcz.md5.txt.tcz not found!
root@box:/mnt/sdb2/CRG/Grafic/ps-pdf/Ghostscript#
-----------------------------------------------------
That's just the output from my *VT* installation of ghostscript,
which was installed from a <Xfbdev> terminal, and had no cause
to scroll, only when I returned from V-Terminal, doing other jobs
.....................