Package: xserver-xorg-video-radeon
Version: 1:6.13.1-2+squeeze1
Severity: important
Tags: patch
Suspend to RAM does not resume, and after some testing and googling,
it seems that it comes from the KMS enabled by default via the config file
/etc/modprobe.d/radeon-kms.conf in this package.
Disabli
On Don, 2011-03-24 at 07:58 +0100, Roberto Di Cosmo wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:6.13.1-2+squeeze1
> Severity: important
> Tags: patch
>
>
> Suspend to RAM does not resume, and after some testing and googling,
> it seems that it comes from the KMS enabled by default v
Dear Michel,
you are right, in the struggle to get suspend working, I
got confused with the driver.
You can dismiss this report, and I do apologize for the noise.
--Roberto
On Thu, Mar 24, 2011 at 08:14:02AM +0100, Michel Dänzer wrote:
> On Don, 2011-03-24 at 07:58 +0100, Roberto Di Cosmo wr
Package: xserver-xorg-input-evdev
Followup-For: Bug #541212
This should not longer be an issue with X server 1.9.
Thanks
Michal
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.
Package: xserver-xorg-input-evdev
Followup-For: Bug #524590
I guess this is like #584148 and the other reconnect bugs.
Had one too.
Should be gone with udev.
Thanks
Michal
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
On 2011-03-23 15:37, Julien Cristau wrote:
If you're using the radeon driver, you need to uninstall (and purge)
fglrx-related packages. If you want to use the closed fglrx driver then
you need to say that in xorg.conf.
Seems that I for some reason had no xorg.conf but a load of XF86Config*.
G
Package: xserver-xorg-input-evdev
Followup-For: Bug #558318
You can set the options dynamically with xinput and some desktop
environments have a configuration applet for that.
I never managed to set any evdev options with udev.
Doing so is undocumented as is setting options with xinput.
On the
Your message dated Thu, 24 Mar 2011 10:45:49 +0100
with message-id <20110324094549.gz3...@radis.liafa.jussieu.fr>
and subject line Re: Bug#619459: xserver-xorg-video-radeon: With NVidia
NVS3100M, KMS enabled as in radeon-mks.conf prevents resume from suspend to RAM
has caused the Debian Bug report
Michal Suchanek (24/03/2011):
> On my keyboard the extra keys other than the audio keys produce no
> events. xev reports nothing when one of the keys is pressed. This is
> quite odd for buttons like zoom-in, zoom-out, 1-5, email, home, MSN,
> star which are present on most multimedia keyboards.
T
On 24 March 2011 10:49, Cyril Brulebois wrote:
> Michal Suchanek (24/03/2011):
>> On my keyboard the extra keys other than the audio keys produce no
>> events. xev reports nothing when one of the keys is pressed. This is
>> quite odd for buttons like zoom-in, zoom-out, 1-5, email, home, MSN,
>> s
Package: xserver-xorg
Version: 1:7.5+8
Severity: important
After installing the latest batch of updates my mouse cursor/pointer is now
invisible. I can tell the touchpad is working because buttons hilite and the
keys work (as long as I know where the cursor is supposed to be). Cursor is
restored b
Your message dated Thu, 24 Mar 2011 11:33:01 +0100
with message-id <20110324103301.gr21...@debian.org>
and subject line Re: Bug#619470: xserver-xorg: Mouse pointer invisible after
latest updates
has caused the Debian Bug report #619470,
regarding xserver-xorg: Mouse pointer invisible after latest
Package: xserver-xorg-input-evdev
Version: 1:2.6.0-2
Severity: normal
File: evdev
The button which triggers wheel emulation is not affected by button
remap. This is omewhat inconsistent and is not documented.
eg if I swap left and right button and have the button 1 trigger wheel
emulation it is
Processing commands for cont...@bugs.debian.org:
> found 619466 1:2.6.0-3
Bug #619466 {Done: Julien Cristau }
[xserver-xorg-input-evdev] xserver-xorg-input-evdev: some keys do not produce
events
Bug Marked as found in versions xserver-xorg-input-evdev/1:2.6.0-3 and reopened.
> thanks
Stopping pr
I think this bug is fixed in 2.6.38 but I'm not sure. Have anybody tested it?
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d8b3bb2.6040...@um.es
On Thu, Mar 24, 2011 at 11:36:22 +0100, Michal Suchanek wrote:
> Package: xserver-xorg-input-evdev
> Version: 1:2.6.0-2
> Severity: normal
> File: evdev
>
>
> The button which triggers wheel emulation is not affected by button
> remap. This is omewhat inconsistent and is not documented.
>
> eg
#
# bts-link upstream status pull for source package mesa
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #619111 (http://bugs.debian.org/619111)
# * https://bugs.freedesktop.org/show_bug.cgi?id
debian/apport/source_xorg.py |1 +
debian/changelog |4 +++-
debian/scripts/vars.amd64|1 +
debian/scripts/vars.armel|1 +
debian/scripts/vars.i386 |1 +
debian/scripts/vars.powerpc |1 +
6 files changed, 8 insertions(+), 1 deletion(-)
New commits:
On 20/03/2011 22:51, Cyril Brulebois wrote:
HB (20/03/2011):
> the latest update in squeeze-updates made my mouse cursor
> invisible. the cursor is still there (i can click etc.) but
> invisible. x was working without problems before.
thanks for the report, but closing, as a duplicate of #6190
Package: x11-xserver-utils
Version: 7.6+1
Severity:
I'm running testing (Wheezy, 2.6.32-5-686 #1 SMP i686 GNU/Linux) on an Intel
i5 CPU (DH55HC) with a ViewSonic 17 monitor. Most video functions seem fine,
but I am unable to re-center the display with xvidtune. When I call
xvidtune, its window
debian/changelog|5 +++--
debian/scripts/vars.amd64 |2 +-
debian/scripts/vars.armel |1 -
debian/scripts/vars.i386|2 +-
debian/scripts/vars.powerpc |1 -
5 files changed, 5 insertions(+), 6 deletions(-)
New commits:
commit c1ba381a47ca78dfdcfbf1d45d7514aa
debian/changelog |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 80c28e065b2406ec66b99965bfa3fbb5b49fd226
Author: Bryce Harrington
Date: Thu Mar 24 14:01:46 2011 -0700
Bump for release
diff --git a/debian/changelog b/debian/changelog
index 4945206..a8fd761 10
I am reviewing the default X drivers included in xorg for arm, and
notice there are a number which are pretty obscure and perhaps
irrelevant. I'm wondering if we can safely drop most of these from
xserver-xorg-video-all?
xserver-xorg-video-apm
xserver-xorg-video-ark
xserver-xorg-video-ati
xse
On Thu, Mar 24, 2011 at 2:57 PM, Bryce Harrington wrote:
> I am reviewing the default X drivers included in xorg for arm, and
> notice there are a number which are pretty obscure and perhaps
> irrelevant. I'm wondering if we can safely drop most of these from
> xserver-xorg-video-all?
You have m
On Thu, Mar 24, 2011 at 9:57 PM, Bryce Harrington wrote:
> I am reviewing the default X drivers included in xorg for arm, and
> notice there are a number which are pretty obscure and perhaps
> irrelevant. I'm wondering if we can safely drop most of these from
> xserver-xorg-video-all?
>
> xserve
On 24/03/11 22:13, Luke Kenneth Casson Leighton wrote:
> the questions that should be asked are:
>
> * are there any PCI / AGP / PCI-e ARM-based motherboards out there? (i
> know of one or two PCI-based ones - certainly no AGP ones. there
> *does* however exist the OpenRD Ultimate which has a P
On 24 March 2011 17:09, Julien Cristau wrote:
> On Thu, Mar 24, 2011 at 11:36:22 +0100, Michal Suchanek wrote:
>
>> Package: xserver-xorg-input-evdev
>> Version: 1:2.6.0-2
>> Severity: normal
>> File: evdev
>>
>>
>> The button which triggers wheel emulation is not affected by button
>> remap. This
On 24 March 2011 23:57, Bryce Harrington wrote:
> I am reviewing the default X drivers included in xorg for arm, and
> notice there are a number which are pretty obscure and perhaps
> irrelevant. I'm wondering if we can safely drop most of these from
> xserver-xorg-video-all?
FWIW, this BR has b
On Thu, Mar 24, 2011 at 10:13:26PM +, Luke Kenneth Casson Leighton wrote:
> > >From talking with lool and jcristau, it sounds like only -fbdev is
> > really needed from this list. (Drivers that seem worth including such
> > as -dovefb, -omapfb, -imx, etc. are not in the list and perhaps should
Bryce:
On Thu, Mar 24, 2011 at 4:07 PM, Bryce Harrington wrote:
> On Thu, Mar 24, 2011 at 10:13:26PM +, Luke Kenneth Casson Leighton wrote:
>> > >From talking with lool and jcristau, it sounds like only -fbdev is
>> > really needed from this list. (Drivers that seem worth including such
>> >
Bryce Harrington writes:
> On Thu, Mar 24, 2011 at 10:13:26PM +, Luke Kenneth Casson Leighton wrote:
>> > >From talking with lool and jcristau, it sounds like only -fbdev is
>> > really needed from this list. (Drivers that seem worth including such
>> > as -dovefb, -omapfb, -imx, etc. are no
On Fri, Mar 25, 2011 at 12:24:11AM +0200, Konstantinos Margaritis wrote:
> On 24 March 2011 23:57, Bryce Harrington wrote:
> > I am reviewing the default X drivers included in xorg for arm, and
> > notice there are a number which are pretty obscure and perhaps
> > irrelevant. I'm wondering if we
Cesare Leonardi (24/03/2011):
> Why closing bug as #619053 and #619470 as duplicate, instead of
> reassigning and merging with #619019? Isn't it more useful to see
> that there are many bugs open referring to the same problem?
There have been several such reports already; there's a clear
regressi
debian/changelog | 28 +--
debian/patches/217_revert_bgnonevisitwindow.patch | 41 ++
debian/patches/series |1
3 files changed, 60 insertions(+), 10 deletions(-)
New commits:
commit 1d7b74187492
debian/changelog |7 +++
debian/patches/111_armel-drv-fallbacks.patch |7 ++-
2 files changed, 9 insertions(+), 5 deletions(-)
New commits:
commit 0d9d38cfe7f7a6329972552cac07977f282650f8
Author: Bryce Harrington
Date: Thu Mar 24 21:53:42 2011 -0700
35 matches
Mail list logo
