Patches provided [1] by Ben Hutchings for bug #735202 resolve also this
issue. Tested on upstream kernel 3.14.
By the way: the pasting inside cat was not completely lost. It appears
after pressing enter. But with the patched kernel it appears
immediately, as expected.
[1] https://bugs.debian
Ben, I downloaded upstream kernel 3.12.17 and reproduced the issue. Then
I patched it and using this patched kernel I see no ways to reproduce
the issue. Pasting always works, even in scenario reported in bug
#744015. Now I'll try to reproduce this other bug with and without the
patch with kern
Source: linux
Version: 3.13.7-1
Severity: normal
Dear Maintainer,
While reproducing the bug #735202 [1] I discovered that speakup
completely stopped to paste under certain circumstances. Here are the
steps to reproduce:
- boot kernel 3.13.7-1 from unstable
- login as root
- modprobe speakup_soft
Ben,
Recently I had a bunch of kernel's to choose from at boot time. But I
must have done some accidental cleanup (apt-get autoremove maybe) and
now from the 3.x series I have only 3.13. So it's what you were afraid of.
If there is any doable scenario in which I could build and run 3.12
vers
Hey Ben!
After reading your findings I wanted to see if I can get at least these
"scheduling" messages. So I started my 3.12.1 kernel and did some
speakupping, while compiling glib in the background! Bingo, I got "BUG
... scheduling ..." message on console.. and an immediate freeze as well :(
I have Debian unstable with kernel 3.12.8-1 and cannot reproduce the
issue. What should I change in my system to make it reproduce? Here are
my steps:
1. boot debian into console prompt
2. login as root
3. modprobe speakup_soft
4. service espeakup start
5. type "test"
6. mark "tes" using speaku
6 matches
Mail list logo
