dave b (22/10/2010):
> is this going in to squeeze?
Yes,
> http://packages.qa.debian.org/x/xorg-server.html states:
> "testing migration
> excuses:
>
> * 10 days old (needed 10 days)
> * Ignoring block request by freeze, due to unblock request by adsb
you just quoted the answer to your
Package: xserver-xorg-video-radeon
Version: 1:6.13.1-2
Severity: normal
Story: watch a video on secondary x session.
As An admin
I want to let other users use my system and let them watch videos
So that they won't get too bored ;)
When I start a new session as another user via gdm
And I try play
is this going in to squeeze?
http://packages.qa.debian.org/x/xorg-server.html states:
"testing migration
excuses:
* 10 days old (needed 10 days)
* Ignoring block request by freeze, due to unblock request by adsb
* out of date on kfreebsd-amd64: xdmx, xdmx-tools, xnest,
xserver-common,
On Thu, 21 Oct 2010, Thomas Dickey wrote:
On Thu, 21 Oct 2010, Jonathan Nieder wrote:
Thomas Dickey wrote:
xterm-264: cannot load font
Presumably you don't have xfonts-terminus installed. :)
It turns out that this message was from an executable just before I tagged
#264, differing by thi
On Tue, Oct 19, 2010 at 03:14:18PM +0200, Vincent Lefevre wrote:
> On 2010-10-14 23:28:16 +, Cyril Brulebois wrote:
> > Changes:
> > xterm (264-1) unstable; urgency=low
> > .
> >* New upstream release:
> > + Fix active-icon in specific cases (Closes: #591265).
> > + Fix pointer
Hideki Yamane, le Fri 22 Oct 2010 01:04:19 +0900, a écrit :
> On Tue, 19 Oct 2010 00:41:05 +0200
> Samuel Thibault wrote:
> > I've made keyboard-configuration not use these models any more, and
> > simply assume the base model provides the support, which is true since
> > xkb-data 1.6 (thus versio
On Fri, Oct 22, 2010 at 01:18, Julien Cristau wrote:
> On Fri, Oct 22, 2010 at 01:07:03 +0400, Dmitry Semyonov wrote:
>> (Note however that
>> 'man intel' suggests "shadow" option is disabled by default.)
>>
> We're turning it on for i8xx in the debian package to avoid hangs. I
> should fix the m
On 21-Oct-10, Cyril Brulebois wrote:
> Could you please report what happens with current squeeze/sid? If the
> issue persists, a new upstream release is built against squeeze/sid,
> and available at http://autobuild.ikibiki.org/
>
> Please run the bug script and attach its output so that we get
>
Processing commands for cont...@bugs.debian.org:
> # had me confused there for a moment, 865 is not a mobile chip
> retitle 597993 [865G] shadowfb makes moving windows way too slow
Bug #597993 [xserver-xorg-video-intel] xserver-xorg-video-intel: [865GM]
shadowfb makes moving windows way too slow
On Fri, Oct 22, 2010 at 01:07:03 +0400, Dmitry Semyonov wrote:
> Hello Julien,
>
> On Thu, Oct 21, 2010 at 13:01, Julien Cristau wrote:
> > On Thu, Oct 21, 2010 at 00:30:07 +0400, Dmitry Semyonov wrote:
> >
> >> Condensed noteworthy differences between old and new Xorg.0.log:
> >>
> >> < (==) int
Hello Julien,
On Thu, Oct 21, 2010 at 13:01, Julien Cristau wrote:
> On Thu, Oct 21, 2010 at 00:30:07 +0400, Dmitry Semyonov wrote:
>
>> Condensed noteworthy differences between old and new Xorg.0.log:
>>
>> < (==) intel(0): Shadow buffer enabled, GPU acceleration disabled.
>> < (II) intel(0): dir
On Thu, 21 Oct 2010, Jonathan Nieder wrote:
Thomas Dickey wrote:
xterm-264: cannot load font
Presumably you don't have xfonts-terminus installed. :)
I thought that, but xfd shows the same (rather large) font,
and xlsfonts says I have some 24-point terminus fonts.
So (unless it was complai
Thomas Dickey wrote:
> xterm-264: cannot load font
Presumably you don't have xfonts-terminus installed. :)
Another symptom to add to the pile:
If I build xterm 264 from source and install to $HOME/opt/xterm,
$HOME/opt/xterm/bin/xterm works fine (using the correct font). Even
when xterm 264-1 i
On Sat, 16 Oct 2010, Jonathan Nieder wrote:
Package: xterm
Version: 264-1
Hi,
Just upgraded xterm from 261-1 to 264-1 and now the text on new
xterms is unreadable.
$ cd
$ cat .xsession
xrdb -merge $HOME/.config/Xdefaults
exec xmonad
$ cat .config/Xdefaults
*VT100.font:terminus-24
xterms
On Mon, May 17, 2010 at 23:03:27 +0200, intrig...@boum.org wrote:
> Package: xserver-xorg
> Version: 1:7.5+6
> Severity: wishlist
>
> Hi,
>
> quoting the Ubuntu wiki page [1]: for video drivers that support
> kernel mode-setting (KMS), X can be set up to run as a non-root user.
>
> Also see the
I can't confirm but this is very likely #600405, though the formulation
wasn't talking enough to me so I notice it. ;)
Sorry for the double.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http
On Thu, Oct 21, 2010 at 18:18:47 +0200, Cesare Tirabassi wrote:
> P: /devices/pci:00/:00:10.0/usb2/2-2/2-2:1.0/input/input8/event7
> N: input/event7
> S: char/13:71
> S: input/by-id/usb-Saitek_Saitek_X52_Flight_Control_System-event-mouse
> S: input/by-path/pci-:00:10.0-usb-0:2:1.0-even
Sheridan Hutchinson (21/10/2010):
> Regretfully I can no longer test this as I've changed laptop and
> have migrated to Ubuntu.
Thanks for letting us know anyway. 1 down, 2 to go. ;)
Mraw,
KiBi.
signature.asc
Description: Digital signature
On 21 October 2010 15:49, Cyril Brulebois wrote:
> Could you please report what happens with current squeeze/sid? If the
> issue persists, a new upstream release is built against squeeze/sid,
> and available at http://autobuild.ikibiki.org/
>
> Please run the bug script and attach its output so th
Ciao Cesare,
Cesare Tirabassi (21/10/2010):
> No change :(
OK, thanks for checking. Could you please open a bug upstream then?
https://bugs.freedesktop.org/
Product=xorg, component=Input/evdev. Bonus points if you give us the
bug number or bug link so that we can track it. ;)
Mraw,
KiBi.
s
Hi,
01 (20/10/2010):
> When I run an OpenGL game, the brightness suddenly turns to dark,
> then a few seconds later it's set back to normal.
> I play the game, then quit it.
> When back to Desktop (Gnome), brightness is dark again, and I have
> to manually set it to bright with FN+Up keys.
> Happ
Accepted:
xserver-xorg-input-evdev-dev_2.5.0-1_all.deb
to
main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev-dev_2.5.0-1_all.deb
xserver-xorg-input-evdev-udeb_2.5.0-1_amd64.udeb
to
main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev-udeb_2.5.0-1_amd64.udeb
xserver-xorg-input-evd
xserver-xorg-input-evdev_2.5.0-1_amd64.changes uploaded successfully to
localhost
along with the files:
xserver-xorg-input-evdev_2.5.0-1.dsc
xserver-xorg-input-evdev_2.5.0.orig.tar.gz
xserver-xorg-input-evdev_2.5.0-1.diff.gz
xserver-xorg-input-evdev-dev_2.5.0-1_all.deb
xserver-xorg-input
Your message dated Thu, 21 Oct 2010 18:03:29 +
with message-id
and subject line Bug#500096: fixed in xserver-xorg-input-evdev 1:2.5.0-1
has caused the Debian Bug report #500096,
regarding xserver-xorg-input-evdev: Evdev 2.0 doesn't wrap keycodes > 255
to be marked as done.
This means that you
Your message dated Thu, 21 Oct 2010 18:03:29 +
with message-id
and subject line Bug#590529: fixed in xserver-xorg-input-evdev 1:2.5.0-1
has caused the Debian Bug report #590529,
regarding no README.mouse in Debian, so don't list it
to be marked as done.
This means that you claim that the prob
Tag 'xserver-xorg-input-evdev-1_2.5.0-1' created by Cyril Brulebois
at 2010-10-21 17:55 +
Tagging upload of xserver-xorg-input-evdev 1:2.5.0-1 to experimental.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEABECAAYFAkzAfoAACgkQeGfVPHR5Nd32awCgzJyAjdKWLWPe2S4ZHvIh06yc
k
debian/changelog |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
New commits:
commit f3df7e123601ecf3ae62d7fcc50b8f516b26d14e
Author: Cyril Brulebois
Date: Thu Oct 21 19:55:01 2010 +0200
Upload to experimental.
diff --git a/debian/changelog b/debian/changelog
index 3528f62..
Your message dated Thu, 21 Oct 2010 19:16:20 +0200
with message-id <20101021171620.gr9...@debian.org>
and subject line Re: Bug#570567: xserver-xorg-input-evdev: Should not enabled
evdev when only INPUT_KEY is found
has caused the Debian Bug report #570567,
regarding xserver-xorg-input-evdev: Shoul
Julien Viard de Galbert (20/10/2010):
> Right, just updated my mailer configuration, should not be in this
> mail.
:)
> Well actually the git repos is build using git-svn so I never
> downloaded a tarball. I think the explanation on how to configure
> git-svn on a clone from debian's package git
Cyril,
On Thu, Oct 21, 2010 at 17:12, Cyril Brulebois wrote:
> Hi,
>
> Javier Kohen (19/02/2010):
> > The following rule in /lib/udev/rules.d/65-xorg-evdev.rules is
> > causing my XBox 360 gamepad to be set up as a mouse in X, because
> > it's given the evdev driver: ENV{ID_INPUT_KEY}=="?*",
>
Elimar Riesebieter (21/10/2010):
> > /usr/share/bug/xserver-xorg/script 3>/tmp/script.log
>
> /usr/share/bug/xserver-xorg/script: line 16: 3: Bad file descriptor
Yes, because you didn't specify the redirection I mentioned:
“3>/tmp/script.log”
> Scroling works fine vertical and horizontal.
>
* Cyril Brulebois [101021 17:47 +0200]:
> Elimar Riesebieter (18/08/2009):
> > Apple MightyMouse BT: The scrollwheel isn't recognized either
> > without hal or with hal. xev gives no response by scrolling. Booting
> > OSX the mouse works perfect.
>
> Hi,
>
> could you please report on an up-to-d
Your message dated Thu, 21 Oct 2010 18:54:54 +0200
with message-id <20101021165454.ga32...@patate.is-a-geek.org>
and subject line Re: Bug#405823: xserver-xorg-core: crashes when running a
fullscreen application and changing resolution
has caused the Debian Bug report #405823,
regarding xserver-xor
#
# bts-link upstream status pull for source package xorg-server
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #405823 (http://bugs.debian.org/405823)
# * https://bugs.freedesktop.org/show_bug
#
# bts-link upstream status pull for source package xserver-xorg-video-intel
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #600405 (http://bugs.debian.org/600405)
# * https://bugs.freedesktop
Processing commands for cont...@bugs.debian.org:
> tag 520718 + unreproducible
Bug #520718 [xserver-xorg-input-evdev] xserver-xorg: No keyboard after resuming
from suspend
Added tag(s) unreproducible.
> close 520718
Bug#520718: xserver-xorg: No keyboard after resuming from suspend
'close' is depr
tag 520718 + unreproducible
close 520718
thanks
On Thu, 2010-10-21 at 16:44 +0200, Cyril Brulebois wrote:
> Hi Sam,
>
> Sam Morris (22/03/2009):
> > After resuming from suspend, my keyboard didn't work. I had to reset
> > the machine to get it working again.
>
> can you please report what h
Processing commands for cont...@bugs.debian.org:
> #
> # bts-link upstream status pull for source package xorg-server
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user bts-link-upstr...@lists.alioth.debian.org
Setting user to bts-link-upstr...@lists.alioth.debi
On Thu, 21 Oct 2010 17:24:14 +0200
Cyril Brulebois wrote:
Salut Cyril,
> can you please run “xinput list” so that we can see what's going on?
⎡ Virtual core pointer id=2[master pointer (3)]
⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (
On Tue, 19 Oct 2010 00:41:05 +0200
Samuel Thibault wrote:
> I've made keyboard-configuration not use these models any more, and
> simply assume the base model provides the support, which is true since
> xkb-data 1.6 (thus version dep bump).
Does it means jp106 users never got same question twice
Hi Cesare,
Cesare Tirabassi (17/05/2010):
> I have a conflict under X between my joystick (Saitek X52) and my
> mouse (Logitech MX).
> What happens is that both are apparently configured as mouses by
> evdev, with priority given to the joystick, with the result that
> both are unusable (basicall
Elimar Riesebieter (18/08/2009):
> Apple MightyMouse BT: The scrollwheel isn't recognized either
> without hal or with hal. xev gives no response by scrolling. Booting
> OSX the mouse works perfect.
Hi,
could you please report on an up-to-date squeeze/sid system? Running
the bugscript would tell
Hi Rian,
Rian Aldridge (14/05/2009):
> Package: xserver-xorg-input-evdev
> Version: 1:2.2.2-1
>
> After upgrading all xorg components, using evdev instead of xkb as
> the keyboard driver breaks the autorepeat on only a few keys.
>
> They are (113), (116) and (115)
can you report how it's go
Your message dated Thu, 21 Oct 2010 17:18:54 +0200
with message-id <20101021151854.ga18...@debian.org>
and subject line Re: Bug#582032: Conflict between joystick (Saitek X52) and
mouse (Logitech MX)
has caused the Debian Bug report #582032,
regarding Conflict between joystick (Saitek X52) and mous
Your message dated Thu, 21 Oct 2010 17:08:19 +0200
with message-id <20101021150819.ga17...@debian.org>
and subject line Re: Bug#567466: xserver-xorg-input-evdev: forgets xinput
settings after resume from suspend
has caused the Debian Bug report #567466,
regarding xserver-xorg-input-evdev: forgets
Anthony Lau (01/06/2010):
> Package: xserver-xorg-input-evdev
> Version: 1:2.3.2-6
Hi Anthony,
could you please try latest upstream release? It's available at
http://autobuild.ikibiki.org/ and built against squeeze/sid.
It had some change related to relaxing checks when reopening devices,
I'm n
Hi,
Javier Kohen (19/02/2010):
> The following rule in /lib/udev/rules.d/65-xorg-evdev.rules is
> causing my XBox 360 gamepad to be set up as a mouse in X, because
> it's given the evdev driver: ENV{ID_INPUT_KEY}=="?*",
> ENV{x11_driver}="evdev"
>
> The comment in the file mentions that this rul
Julien Cristau (28/04/2009):
> On Sun, Apr 26, 2009 at 10:27:25 +0200, Jiří Paleček wrote:
>
> > xorg.conf is empty, the output of lshal is attached.
> >
> Looking at your lshal it looks like you only have input.touchpad for
> that device, not input.mouse, so evdev doesn't pick it up
> (/usr/sha
(I tried to get everyone involved in To/Cc.)
Apelete Seketeli (13/04/2009):
> Since the update to xserver-xorg-core/2:1.6.0-1 and the use of evdev
> to automagically configure input devices, I lost the ability to
> scroll using the trackpoint and the middle mouse button on my
> Thinkpad.
Could y
Hi Sam,
Sam Morris (22/03/2009):
> After resuming from suspend, my keyboard didn't work. I had to reset
> the machine to get it working again.
can you please report what happens with current squeeze/sid? If the
issue persists, you may want to try 2.5.0 built against squeeze/sid,
available on htt
Hi,
setvac...@yahoo.com (31/01/2009):
> I also tried adding InputDevice section in xorg.conf and removing
> the HAL FDI file. However, X log did not say anything about
> recognizing ButtonMapping option, and looks like it still retrieve
> input device information from HAL.
>
> Thank you for your
New branch 'autobuild-unstable' available with the following commits:
commit ae070d2e5cf2c933200cc704616cab05805d820d
Author: Cyril Brulebois
Date: Thu Oct 21 16:13:36 2010 +0200
Document building against Xserver 1.7 (unstable).
commit b768877ff7e07bea00319a8c322f554727615c8f
Author: Cyril
debian/changelog |6 ++
1 file changed, 6 insertions(+)
New commits:
commit b72947a79aa136ea6d68ac7bda49bfcac390a025
Author: Cyril Brulebois
Date: Thu Oct 21 16:03:30 2010 +0200
Close some bugs in changelog.
diff --git a/debian/changelog b/debian/changelog
index 2704945..3528f62
Hi,
Paul LeoNerd Evans (25/11/2009):
> Actually I've found even worse. My side buttons aren't reported as
> buttons at all.
>
> Strangely, something happens, just what it is that happens isn't a
> mouse press event: […]
is this still happening with current unstable? If that's the case,
I've bui
Hi,
Michal Semler (22/12/2007):
> > Still the same problem with latest xserver-xorg-core and driver sfrom
> > unstable? If not, can you catch a backtrace with gdb?
>
> I just tested latest Xorg in testing and git version of the driver,
> and it is still there. I also opened call with freedeskto
Hi,
Stefan Seide (21/08/2010):
> Package: xserver-xorg-input-evdev
> Version: 1:2.3.2-6
> Severity: normal
>
> hello,
>
> after te last update my Arrow-UP do not corectly work anymore, it
> only works when NUMlock is activated. I do not talk about the
> Keypad_UP, i mean the standalone arrow ke
Jeremy Nickurak (28/03/2010):
> Upstream bug should probably be
> http://bugzilla.kernel.org/show_bug.cgi?id=1786 , since xorg states
> their bug is dependant on it getting fixed in the kernel.
>
> Both have been reopened.
Sounds like we should/could just reaffect it to the kernel, possibly
affe
On Thu, Oct 21, 2010 at 00:30:07 +0400, Dmitry Semyonov wrote:
> Cyril,
>
> On Wed, Oct 20, 2010 at 18:29, you wrote:
> > You may want to try a newer version
> > It had some changes related to shadow, not sure what their impact is.
>
> Indeed the performance degradation is fixed in 2.13 version.
Any possible progress news about bug? Would be very good, if someone could
answer :-)
--
S pozdravom
Michal
59 matches
Mail list logo
