With recent xorg driver, I can get screen back when suspend to memory.
But the problem still exists when suspend to disk, so the workaround
is still needed when I suspend to disk.
Using the latest radeon driver from sid cannot help on this.
I tried xserver-xorg-video-radeon 1:6.12.6-1 and 1:6.12.1
On Mon, Mar 15, 2010 at 07:43:25PM +0100, Brice Goglin wrote:
> Michal Suchanek wrote:
> > Package: xserver-xorg-input-evdev
> > Version: 1:2.3.2-3
> > Followup-For: Bug #568458
> >
> >
> > This has been an issue for some time now.
> >
> > The evdev man page is quite misleading.
> >
> > It mention
Chen Gang wrote:
> With recent xorg driver, I can get screen back when suspend to memory.
> But the problem still exists when suspend to disk, so the workaround
> is still needed when I suspend to disk.
> Using the latest radeon driver from sid cannot help on this.
>
> I tried xserver-xorg-video-r
On Tue, Apr 06, 2010 at 03:36:20AM +0200, Cyril Brulebois wrote:
> Adrian Glaubitz (06/04/2010):
> > Today, this version has finally tagged as "stable" and has been
> > released as 6.13.0 by upstream. It would be nice if it would be
> > packaged as soon as possible.
>
> Speechless:
> | Subject: A
Package: xserver-xorg-video-radeon
Version: 1:6.13.0-1
Severity: normal
Hi,
each time I want to start a slideshow with digikam the X server crashes
immediately with this stacktrace:
Backtrace:
0: /usr/bin/X (xorg_backtrace+0x3b) [0x80ada5b]
1: /usr/bin/X (0x8048000+0x5aa75) [0x80a2a75]
2: (vdso)
Cyril Brulebois a écrit :
Olivier Cailloux (25/07/2008):
So to put it in once sentence: please provide some information in
the nv man page about the functionalities supported, by model
type. Or provide a link to an official doc (up-to-date), or
something. It shouldn't take long, j
Package: xterm
Version: 256-1
Severity: normal
The xterm sources contain following color testing scrips:
xterm-256/vttests/8colors.sh
xterm-256/vttests/256colors2.pl
xterm-256/vttests/88colors.pl
xterm-256/vttests/256colors.pl
xterm-256/vttests/acolors.sh
xterm-256/vttest
On Sun, 2010-04-04 at 08:31 +0200, Josselin Mouette wrote:
> Le vendredi 02 avril 2010 à 11:44 +0200, Michel Dänzer a écrit :
> > > After a few more tries, I’m a bit disappointed. The crash has gone,
> > > sure, but after a bit of juggling with several X servers, new X servers
> > > still refuse
Adrian Glaubitz (06/04/2010):
> Seriously, calm down.
Seriously, stop telling people what they must do; bonus points if you
can also get rid of “as soon as possible”; double bonus points if you
manage to do that when you're late.
> […], you could have sent me an email in private and write a temp
retitle 564549 Configuration is now delivered by putting files in
/etc/X11/xorg.conf.d
thank you
Udev configuration is dead already, xorg.conf.d configuration has been
backported from xorg 1.8.
the udev rule should be converted to an X11 configuration snippet and
moved to /etc/X11/xorg.conf.d
[0]
Processing commands for cont...@bugs.debian.org:
> severity 576670 wishlist
Bug #576670 [xterm] xterm: *.sh and *pl files are not installed (color scripts)
Severity set to 'wishlist' from 'normal'
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking s
Olivier Cailloux (06/04/2010):
> I don't suffer from that problem any more, so the only effect of
> closing this bug is losing the opportunity of helping other users.
> Olivier
Oh hell, I really have to state I did read your mail, that you can no
longer reproduce it, that we have general document
Processing commands for cont...@bugs.debian.org:
> retitle 564549 Configuration is now delivered by putting files in
Bug #564549 [xserver-xorg-input-synaptics] xserver-xorg-input-synaptics:
dynamical configuration depends on udev now ( not hal)
Changed Bug title to 'Configuration is now delivered
On Tue, Apr 06, 2010 at 01:39:56PM +0200, Cyril Brulebois wrote:
> Adrian Glaubitz (06/04/2010):
> > Seriously, calm down.
>
> Seriously, stop telling people what they must do; bonus points if you
> can also get rid of “as soon as possible”; double bonus points if you
> manage to do that when you'
Tag 'xserver-xorg-video-fbdev-1_0.4.2-1' created by Cyril Brulebois
at 2010-04-06 12:39 +
Tagging upload of xserver-xorg-video-fbdev 1:0.4.2-1 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEABECAAYFAku7K5QACgkQeGfVPHR5Nd21HQCfUEpNBonD+Dsq8oXvOpR8AhX6
+AYAn
.gitignore | 75
ChangeLog | 66 -
Makefile.am | 12
configure.ac| 14 +-
man/Makefile.am | 41 ++
src/fbdev.c |
.gitignore | 74 +-
ChangeLog| 105 +++
Makefile.am | 12 +-
configure.ac | 14 ---
debian/changelog |8
debian/control |2 -
man/Makefile.am | 41 +++
Cyril Brulebois a écrit :
Olivier Cailloux (06/04/2010):
I don't suffer from that problem any more, so the only effect of
closing this bug is losing the opportunity of helping other users.
Olivier
Oh hell, I really have to state I did read your mail, that you can no
lon
xserver-xorg-video-fbdev_0.4.2-1_amd64.changes uploaded successfully to
localhost
along with the files:
xserver-xorg-video-fbdev_0.4.2-1.dsc
xserver-xorg-video-fbdev_0.4.2.orig.tar.gz
xserver-xorg-video-fbdev_0.4.2-1.diff.gz
xserver-xorg-video-fbdev_0.4.2-1_amd64.deb
xserver-xorg-video-f
Processing commands for cont...@bugs.debian.org:
> retitle 564549 Configuration is now delivered by putting files in
> /etc/X11/xorg.conf.d
Bug #564549 [xserver-xorg-input-synaptics] Configuration is now delivered by
putting files in /etc/X11/xorg.conf.d
Ignoring request to change the title of b
(Yay, different yet similar private/public mails.)
Adrian Glaubitz (06/04/2010):
> Meh, was that really necessary?! […]
I probably should have ignored you from the very beginning; fixing my
behaviour.
signature.asc
Description: Digital signature
Processing commands for cont...@bugs.debian.org:
> retitle 564549 Configuration is now delivered by putting files in
> /etc/X11/xorg.conf.d
Bug #564549 [xserver-xorg-input-synaptics] Configuration is now delivered by
putting files in
Changed Bug title to 'Configuration is now delivered by puttin
Accepted:
xserver-xorg-video-fbdev-udeb_0.4.2-1_amd64.udeb
to
main/x/xserver-xorg-video-fbdev/xserver-xorg-video-fbdev-udeb_0.4.2-1_amd64.udeb
xserver-xorg-video-fbdev_0.4.2-1.diff.gz
to main/x/xserver-xorg-video-fbdev/xserver-xorg-video-fbdev_0.4.2-1.diff.gz
xserver-xorg-video-fbdev_0.4.2-
On Tue, Apr 06, 2010 at 02:36:19PM +0200, Cyril Brulebois wrote:
> (Yay, different yet similar private/public mails.)
Yes, my bad. I happened to be too stupid to use mutt today, twice
;). Sorry!
>
> Adrian Glaubitz (06/04/2010):
> > Meh, was that really necessary?! […]
>
> I probably should ha
And now I'm being verbose, you're sending HTML mails again?
Olivier Cailloux (06/04/2010):
>
>
>
>
>
>
> Cyril Brulebois a écrit :
>
> Olivier Cailloux href="mailto:olivier.caill...@gmail.com";>
> (06/04/2010):
>
>
> I don't suffer from that prob
configure.ac |2 +-
debian/changelog | 11 +++
debian/control |6 +++---
dri2proto.h | 19 +--
dri2proto.txt| 31 ---
5 files changed, 56 insertions(+), 13 deletions(-)
New commits:
commit 5403a6d8490d95f071a98c577b7
configure.ac |2 +-
dri2proto.h | 19 +--
dri2proto.txt | 31 ---
3 files changed, 42 insertions(+), 10 deletions(-)
New commits:
commit 41045095bddfe460a76fb560e1d087430d8fd76f
Author: Francisco Jerez
Date: Mon Feb 8 19:24:37 2010 +0100
Tag 'x11proto-dri2-2.3-1' created by Cyril Brulebois at
2010-04-06 13:25 +
Tagging upload of x11proto-dri2 2.3-1 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEABECAAYFAku7NmIACgkQeGfVPHR5Nd0qgACggO5TVVnw3A9HsxhA3c2hhawc
KrAAoJ3VmJUj8EFz9obeZMg4XCd4wpgh
=y
x11proto-dri2_2.3-1_amd64.changes uploaded successfully to localhost
along with the files:
x11proto-dri2_2.3-1.dsc
x11proto-dri2_2.3.orig.tar.gz
x11proto-dri2_2.3-1.diff.gz
x11proto-dri2-dev_2.3-1_all.deb
Greetings,
Your Debian queue daemon (running on host ries.debian.org)
--
Accepted:
xserver-xorg-video-nouveau-dbg_0.0.15+git20100329+7858345-2_amd64.deb
to
main/x/xserver-xorg-video-nouveau/xserver-xorg-video-nouveau-dbg_0.0.15+git20100329+7858345-2_amd64.deb
xserver-xorg-video-nouveau_0.0.15+git20100329+7858345-2.diff.gz
to
main/x/xserver-xorg-video-nouveau/xs
Hi folks,
I've just noticed this:
| LINK msp3430_drv.la
| gcc: Internal error: Segmentation fault (program collect2)
| Please submit a full bug report.
| See for instructions.
| make[5]: *** [msp3430_drv.la] Error 1
Could you please give xorg-server back so as to make sure it's
reproducible b
Accepted:
x11proto-dri2-dev_2.3-1_all.deb
to main/x/x11proto-dri2/x11proto-dri2-dev_2.3-1_all.deb
x11proto-dri2_2.3-1.diff.gz
to main/x/x11proto-dri2/x11proto-dri2_2.3-1.diff.gz
x11proto-dri2_2.3-1.dsc
to main/x/x11proto-dri2/x11proto-dri2_2.3-1.dsc
x11proto-dri2_2.3.orig.tar.gz
to main/
Hi,
I've got the same problem here, with debian unstable and a MSI Wind with
an Intel 945GME graphics card. But I must add that the problem only
occurs after a suspend to ram. Not immediately after, sometimes it take
minutes, sometimes more, but without suspend there is no freeze.
The screen free
Julien Barnier (06/04/2010):
> I've got the same problem here, with debian unstable and a MSI Wind
> with an Intel 945GME graphics card. But I must add that the problem
> only occurs after a suspend to ram. Not immediately after, sometimes
> it take minutes, sometimes more, but without suspend the
Adrian Glaubitz wrote:
> Hæh, I filed that report under "wishlist", that's just a pretty normal
> thing to do as the bug reporting system provides that option. It does
> not convey that someone actually has to fulfill my wish, that's the
> whole idea of a wishlist. You can simply ignore the request
Hi,
On Tue, Apr 06, 2010 at 04:34:00PM +0200, Brice Goglin wrote:
> Adrian Glaubitz wrote:
> > Hæh, I filed that report under "wishlist", that's just a pretty normal
> > thing to do as the bug reporting system provides that option. It does
> > not convey that someone actually has to fulfill my wis
On Tue, Apr 06, 2010 at 03:35:51PM +0200, Cyril Brulebois wrote:
> Hi folks,
>
> I've just noticed this:
> | LINK msp3430_drv.la
> | gcc: Internal error: Segmentation fault (program collect2)
> | Please submit a full bug report.
> | See for instructions.
> | make[5]: *** [msp3430_drv.la] Error
On Sat, Apr 03, 2010 at 10:54:11PM +0200, Cyril Brulebois wrote:
> > >From some googling, it looks like this is probably due to using the
> > radeonhd driver for X, but this seems like an especially bad failure
> > mode.
>
> RadeonHD seems to have troubles talking to the kernel, and you report
> a
Package: xserver-xorg-input-synaptics
Version: 1.2.1-1
Severity: normal
Hi, The multitouch emulation on m Acer Aspire 1810TZ suddenly stopped working.
It was working fine using a local udev rules file, containing:
ENV{x11_driver}="synaptics" ENV{x11_options.VertEdgeScroll}="true"
ENV{x11_options.
Hi debian-x@lists.debian.org,
I wanna inform you about a very solid investment I take part in
since six month. I am in 560% profit at the moment. This is a Hong Kong
traders group, working on stock, derivatives, and Forex markets. Their
performance is
very consistent, they make up to 3% da
[Werner Opriel]
> # ddcprobe
> Speicherzugriffsfehler
>
> and in /var/log/syslog:
> kernel: [ 3916.694691] ddcprobe[6732]: segfault at c1080 ip 1080 sp
> 0ffa error 15 in zero (deleted)[1000+8]
Can you try to run 'valgrind ddcprobe' to get more information about
what causes the seg
Severity: normal
I notice the same weird behavior of my custom .XCompose settings not
working until I run ssh -X to anywhere.
Even apps launched before ssh -X suddenly start working.
Also, unless it only happens once per boot, this doesn't occur in a
freshly-started xterm from running xinit -- :
Package: xdm
Version: 1:1.1.9-1
Severity: wishlist
At the xdm login screen, typing just RET to both the username and
password prompts will cause xdm to crash.
It should just ask again.
Maybe it tries to restart itself instead, but does not succeed.
Maybe its crashing is intentional.
At least t
On Tue, Apr 06, 2010 at 08:31:43PM +0200, Julien Valroff wrote:
> Package: xserver-xorg-input-synaptics
> Version: 1.2.1-1
> Severity: normal
>
> Hi, The multitouch emulation on m Acer Aspire 1810TZ suddenly stopped
> working.
> It was working fine using a local udev rules file, containing:
> EN
It works.
I tried 2.6.32-4, the problem has gone and now I can see my desktop
without any workaround. (both STR & STD)
Thank you all.
Gang
2010/4/6 Brice Goglin :
> Chen Gang wrote:
>> With recent xorg driver, I can get screen back when suspend to memory.
>> But the problem still exists when su
debian/changelog | 11 ++-
debian/patches/114_dri2_make_sure_x_drawable_exists.patch | 47 ++
debian/patches/series |1
3 files changed, 57 insertions(+), 2 deletions(-)
New commits:
commit d634102f0
Hi Mattia,
Le mercredi 07 avril 2010 à 07:54 +0900, Mattia Dongili a écrit :
> On Tue, Apr 06, 2010 at 08:31:43PM +0200, Julien Valroff wrote:
> > Package: xserver-xorg-input-synaptics
> > Version: 1.2.1-1
> > Severity: normal
> >
[...]
>
> So you had two finger scrolling working and it suddenly
Thiemo Nagel wrote:
> Package: xserver-xorg
> Version: 1:7.5+5
> Severity: normal
>
> I'm seeing these crashes when working on an external monitor connected to my
> Eee PC 1000HG. I'd estimate the frequency at which I have encountered this
> problem at approx. once every 4 hours. I still have to
Processing commands for cont...@bugs.debian.org:
> forcemerge 576602 576360 576753
Bug#576602: xdm: Crash after entering invalid password
Bug#576360: xdm stops when login failed
Bug#576753: empty username and passwd cause crash
Forcibly Merged 576360 576602 576753.
> thank you
Stopping processing
forcemerge 576602 576360 576753
thank you
jida...@jidanni.org wrote:
> Package: xdm
> Version: 1:1.1.9-1
> Severity: wishlist
>
> At the xdm login screen, typing just RET to both the username and
> password prompts will cause xdm to crash.
>
Please look at other bug reports before reporting
50 matches
Mail list logo