On Tue, May 10, 2011 at 05:43:39PM +0200, Jonas wrote:
> i suspect thus, it is actually in xf86-video-intel and got fixed
> between version 2.15.0-1 and current upstream.
Damn. I'm running xserver-xorg-video-intel 2:2.15.0-1, and I have the
bug.
I'm pretty sure there is something video related t
but it didn't fix the bug :( Maybe I missed something?
I downloaded andconfigured the package from git:
git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel
configured it to /usr, make, make install, then rebooted.
I can confirm it is being loaded
[ 4.567] (II) Loading /usr/lib/x
Hi Jonas,
> sorry for all the noise, I promise this is the last message I'm sending
> for today.
Well, it's very useful noise. You've pretty much figured it out...
> The bug doesn't happen either with the current upstream version of
> xf86-video-intel. i just upgraded to the git version and i do
Jonas> Hi,
Jonas> sorry for all the noise, I promise this is the last message I'm sending
Jonas> for today.
Jonas> The bug doesn't happen either with the current upstream version of
Jonas> xf86-video-intel. i just upgraded to the git version and i don't
Jonas> experience it anymore.
Jona
Hi,
sorry for all the noise, I promise this is the last message I'm sending
for today.
The bug doesn't happen either with the current upstream version of
xf86-video-intel. i just upgraded to the git version and i don't
experience it anymore.
i suspect thus, it is actually in xf86-video-intel an
Might be true.
This is the very same X61 tablet here.
- Jonas
dmg writes:
> Bad/Good news:
>
> I swapped the drive from a Lenovo X61T (where the bug is present) to
> the Lenovo X201T.
>
> In the X201T the bug is not present.
>
> So it is almost certainly related to the video card driver.
>
>
Hi there,
great news, information-wise:
i just felt adventurous and downgraded xf86-video-intel back to 2.14.0
and there the issue didn't occur, at all.
So at least at my site, there must have happened something between
2.14.0 and 2.14.903, which is connected to the bug. I don't feel like
bisect
Hi,
updates:
1. --sync doesn't help
2. gdk_display_sync(..) at the printf position doesn't change anything
either
3. to clarify: i'm only hit in the rotated state
4. further observations on printf: minimizing or moving to another
terminal does not affect that the bug isn't shown (but i'm u
OK -- I concur with dmg about it being a video problem: I rebooted, and
upgraded to kernel 2.6.38-2. Now I have a whole bunch of weird drawing
problems even in unrotated mode.
Now sometimes, some of my strokes don't show up, until I move the cursor
over the (left) scroll bar. If it's video related
On 05/09/2011 08:44 PM, dmg wrote:
> I displayed a youtube video, and at random intervals xournal would
> stop AND the youtube video would freeze at the same time. If i keep
> writing at some
> point both would resume at the same time.
Sounds like a bug with either the X server or the intel video
I got interesting behaviour.
* If both, xournal and the debugging messages are visible, Xournal
keeps working properly.
but
* If the debug window is covered, then Xournal keeps on not redrawing
at random intervals (they look like bands across the entire page
--rectangles
to be more precise, wher
On Mon, May 09, 2011 at 08:14:58PM -0700, Denis Auroux wrote:
> Sorry for the lack of good suggestions, I'm completely in the dark
> here. As I mentioned earlier, if a printf() fixes it, it's going to be
> really hard to figure out what exactly is going on.
OK -- the printf() suggestion of Jonas
Hi Daniel and Gautam,
All right, it doesn't seem to be a libgnomecanvas problem at all.
(I looked at the diff file Daniel just sent and it's harmless.)
I was too quick to point the finger that way, sorry.
It's too bad that --sync doesn't fix the issue; I was really hoping that
it would help if i
Here is my homework:
Here info about xournal:
dmg@phosphorus:~$ dpkg -S `which xournal`
xournal: /usr/bin/xournal
dmg@phosphorus:~$ dpkg --list xournal
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-
> Based on the packages updated, this seems to be an X server related issue
> indeed. I'd say it's either the server itself (there might have been changes
> in the order in which events/requests are processed, causing some deadlock
> in the processing either of pointer motion events or of display r
On Mon, May 09, 2011 at 07:23:54PM -0700, Denis Auroux wrote:
> Question: does the bug still appear if you run "xournal --sync"
> instead of the usual?
I still have the bug with --sync.
GI
--
Twenty Ways To Maintain A Healthy Level of Insanity
4. Put your garbage can on your desk and label it
Hi Jonas,
Very interesting, thank you very much for the insightful message!
Based on the packages updated, this seems to be an X server related
issue indeed. I'd say it's either the server itself (there might have
been changes in the order in which events/requests are processed,
causing some d
Hey,
i've been hit by the same bug.
i'll first do my homework:
> - does the bug manifest itself more/less at different zoom levels, or
> for different window sizes? (especially: if you zoom in enough so that
> the first page covers the entire screen, vs. if part of the gray
> border around the p
On Sat, May 07, 2011 at 01:47:00PM -0700, Denis Auroux wrote:
> I've tried upgrading my system's libgnomecanvas to 2.30.1 (unpatched)
> and it didn't modify the behavior (no bug for me).
I tried your LD_PRELOAD trick with libgnomecanvas 2.20.1, and I have the
same bug.
> I'm not sure if it is ac
Thanks for the quick response all.
Andreas -- it does not matter if I rotate and start Xournal, or start
and rotate. Still the same bug.
Here is my homework assignment:
> All right. Homework for Gautam and Daniel:
>
> - does the bug manifest itself more/less at different zoom levels, or
> for
All right. Homework for Gautam and Daniel:
- does the bug manifest itself more/less at different zoom levels, or
for different window sizes? (especially: if you zoom in enough so that
the first page covers the entire screen, vs. if part of the gray border
around the page is visible)
- what dis
This might or might not be related.
I installed Ubuntu 11.04 on an X61T and xournal in some cases the
strokes are not displayed
when created (but they are saved). Only when the page is refreshed.
I didn't really look much into it, but it was odd, given that I use in
Ubuntu 10.10.
--dmg
On Sat,
Is it the return of the libgnomecanvas bug? It sounds a lot like the
display refresh bug that periodically comes up in libgnomecanvas,
especially the OpenSUSE versions.
https://bugzilla.novell.com/show_bug.cgi?id=336941
https://bugzilla.novell.com/show_bug.cgi?id=430785
https://bugs.launchpad.ne
Did you start Xournal before or after rotating the screen?
Try out if there is a difference...
Which Version of Xournal are you using?
Andreas
Am 07.05.2011 19:48, schrieb Gautam Iyer:
> Hi All,
>
> When my display is rotated, I find that the drawing of regular strokes
> (not PDF backgrounds)
Hi All,
When my display is rotated, I find that the drawing of regular strokes
(not PDF backgrounds) is delayed. That is, if I move the pen to
the right by one inch, it takes a second for me to see the stroke
appear.
This problem is not present when the display is not rotated. Also, if I
open GIM
25 matches
Mail list logo
