Dear Torbjørn,
Maybe you can change the xorg.conf like this:
Section "Monitor"
Identifier "VGA-0"
Option "PreferredMode" "800x600"
EndSection
Section "Monitor"
I was going through old patch mail and see this never got handled - sorry about
that, we've not been good at always staying on top of our incoming patch queue.
I've pushed the first change to XGetErrorText() as is, and pushed the portions
of the XErrorDB patch that weren't already in git - thanks
On 2009.03.17 07:25:52 +0800, Mike Lothian wrote:
> 2009/3/16 Jesse Barnes :
> > On Sunday, March 15, 2009 6:23:59 am Mike Lothian wrote:
> >> Hi
> >>
> >> I've been using KMS on Intel since it was merged with 2.6.29. In
> >> parallel to this I've also been testing the drm-intel-next branch of
> >
2009/3/17 Alan Coopersmith :
> Dennis Quelch wrote:
>> I've stumbled across bug 1382 in my software dealing with the out of date
>> motif header files that are used to construct the xorg-x11-6.8.2-1.EL.18 &
>> 52 rpm's. These out of date headers are causing seg faults when attempting
>> to use
Dennis Quelch wrote:
> Hi,
> I've stumbled across bug 1382 in my software dealing with the out of date
> motif header files that are used to construct the xorg-x11-6.8.2-1.EL.18 &
> 52 rpm's. These out of date headers are causing seg faults when attempting
> to use glwMDrawingAreaWidgetClass due
Markus Strobl wrote:
> Corbin Simpson wrote:
>> Markus Strobl wrote:
>>
>>> Roland Scheidegger wrote:
>>>
On 15.03.2009 19:18, Markus Strobl wrote:
> Just wondering if there's any work ongoing to fix the issue with
> googleearth where it exits with "no fragm
Hi,
I've stumbled across bug 1382 in my software dealing with the out of date
motif header files that are used to construct the xorg-x11-6.8.2-1.EL.18 &
52 rpm's. These out of date headers are causing seg faults when attempting
to use glwMDrawingAreaWidgetClass due to the size differences betwee
Corbin Simpson wrote:
> Markus Strobl wrote:
>
>> Roland Scheidegger wrote:
>>
>>> On 15.03.2009 19:18, Markus Strobl wrote:
>>>
>>>
Just wondering if there's any work ongoing to fix the issue with
googleearth where it exits with "no fragment shader" Using
xf86-vide
On Monday, March 16, 2009 4:25:52 pm Mike Lothian wrote:
> 2009/3/16 Jesse Barnes :
> > On Sunday, March 15, 2009 6:23:59 am Mike Lothian wrote:
> >> Hi
> >>
> >> I've been using KMS on Intel since it was merged with 2.6.29. In
> >> parallel to this I've also been testing the drm-intel-next branch
Markus Strobl wrote:
> Roland Scheidegger wrote:
>> On 15.03.2009 19:18, Markus Strobl wrote:
>>
>>> Just wondering if there's any work ongoing to fix the issue with
>>> googleearth where it exits with "no fragment shader" Using
>>> xf86-video-ati? It works fine with fglrx.
>>>
>>> Everything el
2009/3/16 Jesse Barnes :
> On Sunday, March 15, 2009 6:23:59 am Mike Lothian wrote:
>> Hi
>>
>> I've been using KMS on Intel since it was merged with 2.6.29. In
>> parallel to this I've also been testing the drm-intel-next branch of
>> anholt's git tree
>>
>> This stopped working for me about 2 we
Roland Scheidegger wrote:
> On 15.03.2009 19:18, Markus Strobl wrote:
>
>> Just wondering if there's any work ongoing to fix the issue with
>> googleearth where it exits with "no fragment shader" Using
>> xf86-video-ati? It works fine with fglrx.
>>
>> Everything else works fine with xf86-video-
On Mon, Mar 16, 2009 at 09:25:42PM +0100, Bernd Schubert wrote:
> yesterday I upgraded my Debian Sid system a bit and to fulfill the
> dependencies also a more recent xserver-xorg-input-evdev package was
> installed. This causes some problems:
>
> 1) If I don't configure anything about keyboard
2009/3/16 Mikhail Gusarov :
>
> Twas brillig at 12:36:03 16.03.2009 UTC-07 when dbn.li...@gmail.com did gyre
> and gimble:
>
> DN> Is the C platform-independent? Maybe we could add get it in dist?
> DN> Just drop all the nodist_ from src/Makefile.am. I think that would
> DN> be really nice to n
Hello,
yesterday I upgraded my Debian Sid system a bit and to fulfill the
dependencies also a more recent xserver-xorg-input-evdev package was
installed. This causes some problems:
1) If I don't configure anything about keyboard and mouse in xorg.conf, I
can't login anymore, since each keystr
Twas brillig at 12:36:03 16.03.2009 UTC-07 when dbn.li...@gmail.com did gyre
and gimble:
DN> Is the C platform-independent? Maybe we could add get it in dist?
DN> Just drop all the nodist_ from src/Makefile.am. I think that would
DN> be really nice to not require python while bootstrapping X.
On Mon, Mar 16, 2009 at 12:09 PM, Barton C Massey wrote:
> In message <20090316055209.ga4...@comet> you wrote:
>> On 07:48 Sun 15 Mar , David Wuertele wrote:
>> > I tried compiling libX11-1.2 but it asked for
>> > libxcb-1.1.92 or newer. I tried compiling libxcb-1.1.92
>> > but it asked for p
In message <20090316055209.ga4...@comet> you wrote:
> On 07:48 Sun 15 Mar , David Wuertele wrote:
> > I tried compiling libX11-1.2 but it asked for
> > libxcb-1.1.92 or newer. I tried compiling libxcb-1.1.92
> > but it asked for python-2.5 or newer. Because of the
> > crazy package dependenci
The Linux kernel version 2.6.29-rc7 introduced a regression that makes a
mmap2() call on /dev/dri/card0 fail with EAGAIN on Savage chipsets
(don't know about other chipsets yet). I have not yet bisected it or
filed a bug for it (since I want to check 2.6.29-rc8 for this bug), but
this in turn u
If you are on linux and using Xorg's evdev driver for keyboard input,
you can configure evdev to ignore that keyboard. Your app can, then,
directly read that keyboard using the same kernel API evdev uses:
char special files /dev/input/{1..31}.
I don't know whether it is possible on other platform
Michel,
Problem fixed. Patching the line
*win++ = (*sha++)>>2;
in shadowUpdatePacked of shpacked.c made the trick. It was just adding
three characters!
Many thanks to Maarten and Daniel for their help though I didn't manage
to make it work with wfb. I don't know what I'm doing wrong on this
patch
On Sunday, March 15, 2009 6:23:59 am Mike Lothian wrote:
> Hi
>
> I've been using KMS on Intel since it was merged with 2.6.29. In
> parallel to this I've also been testing the drm-intel-next branch of
> anholt's git tree
>
> This stopped working for me about 2 weeks ago.
>
> When the kernel norma
2009/3/16 Gene Heskett :
> On Monday 16 March 2009, Beso wrote:
>>2009/3/16, Beso :
>>> 2009/3/16 Gene Heskett :
On Sunday 15 March 2009, Beso wrote:
>so the steps are:
>1. install rpmfusion repository
It is, but only the normal & non-free channels are enabled,
updates-t
On 15.03.2009 19:18, Markus Strobl wrote:
> Just wondering if there's any work ongoing to fix the issue with
> googleearth where it exits with "no fragment shader" Using
> xf86-video-ati? It works fine with fglrx.
>
> Everything else works fine with xf86-video-ati: Composited desktop (KDE4
> w/ ef
Using xf86-input-mouse-1.4.0 without any configuration.
(EE) : No Protocol specified
(EE) PreInit failed for input device ""
(II) UnloadModule: "mouse"
How can I get more logging or details for this?
ktrace didn't tell me anything extra.
Now I see the source and looking at mousedrv.4 manpage
On 3/16/09, Torbjørn Thorsen - Nextline wrote:
> I have to identical monitors running at 1280x1024.
>
> torbj...@torbjorn-desktop:~$ xrandr | grep connected
> VGA-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis)
> 338mm x 270mm
> DVI-0 connected 1280x1024+0+0 (normal left i
On Mon, 2009-03-16 at 11:47 +, Colin Guthrie wrote:
> 'Twas brillig, and Carl Worth at 10/03/09 01:54 did gyre and gimble:
> > Here is the first release candidate in preparation for the upcoming
> > 2.7.0 release.
>
> What is the (rough) timescale for the first 2.7.x release?
A few weeks or s
Hi,
Here is some code for reviews.
This program tries to benchmark window update using X11 + extensions
requests. The program uses Xlib functions such as XPutImage(),
XCopyArea(), XRender function XRenderComposite(), Pixmap, MIT-SHM shared
memory, shared memory Pixmap, etc.
The purpose of the pr
I have to identical monitors running at 1280x1024.
torbj...@torbjorn-desktop:~$ xrandr | grep connected
VGA-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis)
338mm x 270mm
DVI-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis)
338mm x 270mm
S-video disconnected
Hello,
I have an usb barcode reader that X recognize as a keyboard. But I want
to create an application which work on the output from this barcode.
With the actual solution, I need my apps and a specific entry field to
have the focus, this is not an interesting solution because the event
trigered
'Twas brillig, and Carl Worth at 10/03/09 01:54 did gyre and gimble:
> Here is the first release candidate in preparation for the upcoming
> 2.7.0 release.
What is the (rough) timescale for the first 2.7.x release?
> All changes from 2.6.0 to 2.6.99.901
>
Doe
On Mon, 2009-03-16 at 11:05 +1000, Peter Hutterer wrote:
> that's probably because they advertise a button/axis combination that evdev
> does interpret correctly, or because they're posting the axis information
> wrongly. I had my hands on an HP Touchsmart for a short while and it was
> posting x/y
2009/3/16, Beso :
> 2009/3/16 Gene Heskett :
>> On Sunday 15 March 2009, Beso wrote:
>>>so the steps are:
>>>1. install rpmfusion repository
>>
>> It is, but only the normal & non-free channels are enabled,
>> updates-testing
>> and rawhide are not. I've enabled them one by one but no newer mesa s
2009/3/16 Gene Heskett :
> On Sunday 15 March 2009, Beso wrote:
>>so the steps are:
>>1. install rpmfusion repository
>
> It is, but only the normal & non-free channels are enabled, updates-testing
> and rawhide are not. I've enabled them one by one but no newer mesa stuff is
> showing up. Severa
Hello,
I have been trying to stay current on the recent intel drivers,
xorg-server,mesa and dri for a while and have most likely due to lack of
experience suffered a rather unstable system.
Thus I'd like to revert to the most stable solution. Does anyone have a quick
pointer to what is the ear
'Twas brillig, and Carl Worth at 11/03/09 00:37 did gyre and gimble:
> This release is a tiny change compared to .901. The only difference is
> that the tar file now includes the files necessary to build and link the
> driver against xvmclib.
>
> Thanks to Stefan Dirsch and Donnie Berkholz for rep
36 matches
Mail list logo
