debian/changelog |8
src/glx/dri_common.c | 10 ++
2 files changed, 14 insertions(+), 4 deletions(-)
New commits:
commit 52a6d56054c94b0e59c7224482282ad9e75308a6
Author: Christopher James Halse Rogers
Date: Thu Sep 30 14:50:02 2010 +1000
Add changelog entry for
2010/9/29, Axel Beckert :
> Will nevertheless stress it a little bit more than usual to see if I
> can reproduce anything similar. Any X programs you can recommend to
> try to reproduce this?
Most of the time a large gnome-terminal occupies my X session. I figure
if it is correlated to stressful
Hi,
Robert Millan wrote:
> This driver behaves unreliably on GNU/kFreeBSD. After a while of running it
> (usually 1 or 2 h) screen stops updating (I didn't determine whether X
> crashed, but disk and network activity indicate there's no kernel crash).
>
> Same version of xserver-xorg-video-intel
Processing commands for cont...@bugs.debian.org:
> severity 598528 important
Bug #598528 [xserver-xorg-video-intel] unstable on GNU/kFreeBSD
Severity set to 'important' from 'grave'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
598528: http://bugs.debian.org/cg
Your message dated Wed, 29 Sep 2010 20:32:53 +0200
with message-id <20100929183253.gn21...@patate.is-a-geek.org>
and subject line Re: Bug#598528: unstable on GNU/kFreeBSD
has caused the Debian Bug report #598528,
regarding unstable on GNU/kFreeBSD
to be marked as done.
This means that you claim th
Package: xserver-xorg-video-intel
Version: 2:2.9.1-4
Severity: grave
User: debian-...@lists.debian.org
Usertags: kfreebsd
This driver behaves unreliably on GNU/kFreeBSD. After a while of running it
(usually 1 or 2 h) screen stops updating (I didn't determine whether X
crashed, but disk and networ
.gitignore |1
ChangeLog| 1129 +
NEWS | 61
configure.ac | 85
debian/changelog |7
debian/control |2
man/Makefile.am |
.gitignore |1
NEWS | 61
configure.ac | 85
man/Makefile.am | 17
man/intel.man| 14
src/Makefile.am | 70
src/common.h | 237 --
sr
ChangeLog | 245 +++
configure.ac |2
debian/changelog |6
include/drm/drm.h |4
include/drm/drm_mode.h|4
include/drm/i915_drm.h|4
include/drm/nouveau_drm.h |1
include/drm/ra
configure.ac|2
include/drm/drm.h |4
include/drm/drm_mode.h |4
include/drm/i915_drm.h |4
include/drm/nouveau_drm.h |1
include/drm/radeon_drm.h|4
include/drm/vmwgfx_drm.h| 69 ++
intel/intel_bufmgr.h|
On Wed, Sep 29, 2010 at 09:50:01 -0300, Eduardo I. wrote:
> The latest patch solves it! (as confirmed on RH's bugzilla).
>
> Cyril, out of curiosity: is this bug report going to remain open while
> the patch finds its way upstream and/or to Debian's patchset? I would
> like to know more about the
The latest patch solves it! (as confirmed on RH's bugzilla).
Cyril, out of curiosity: is this bug report going to remain open while
the patch finds its way upstream and/or to Debian's patchset? I would
like to know more about the procedure if you have any pointers and
don't mind.
Thanks to everyo
Processing commands for cont...@bugs.debian.org:
> reassign 598414 pointing-device-settings
Bug #598414 [xserver-xorg-input-synaptics] xserver-xorg-input-evdev: Tapping no
longer works on touchpad
Bug reassigned from package 'xserver-xorg-input-synaptics' to
'pointing-device-settings'.
Warning:
reassign 598414 pointing-device-settings
thanks
On Wed, Sep 29, 2010 at 02:41:03AM +0100, Nattie Mayer-Hutchings wrote:
> On Wed, Sep 29, 2010 at 07:08:41AM +0900, Mattia Dongili wrote:
> > can you confirm if tapping is really enabled or not with either
> > synclient -l
> > or
> > xinput l
There it goes:
http://pastebin.com/kPgWB222
Sorry guys, I thought you'd forget about this bug. My bad. I hope now it
will be more active. (it's not my laptop, so sometimes it lasts a bit longer
to get needed info from it)
Thanks for interest. If anything needed, just write. I'll try my best to
hel
15 matches
Mail list logo
