Le 27/11/2010 05:24, Justin Mattock a écrit :
Section ServerFlags
Option AutoAddDevices False
EndSection
Remove that. You've just disabled input hotplugging.
is there a new option that I need to add to xorg.conf in order to startx
and have radeon work right as well as the mouse and
Le 23/11/2010 17:22, Alan Coopersmith a écrit :
Several? I've yet to see many common monitors larger than 2560 pixels,
so that's still 14 screens wide/high.
http://insitu.lri.fr/Projects/WILD
Yes this is research, yes we won't have that on our wrist watches any
time soon...
But! InSitu's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi again,
And here are the final font releases. Like in my previous batch, all
changes are by Gaétan and Jesse.
Here's the list of all download URLs along with checksums:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi again,
And here are the final font releases. Like in my previous batch, all
changes are by Gaétan and Jesse.
Here's the list of all download URLs along with checksums:
Hi all,
As promised, here's a first batch of font releases, hopefully in time
for the upcoming katamari. For now, I've only tackled adobe-* fonts,
the rest will come later once I get round to it.
The major changes for these fives releases are
- CVS tags purges by Jesse Adkins
- font-util macro
Hi all,
As promised, here's a first batch of font releases, hopefully in time
for the upcoming katamari. For now, I've only tackled adobe-* fonts,
the rest will come later once I get round to it.
The major changes for these fives releases are
- CVS tags purges by Jesse Adkins
- font-util macro
doesn't support poll on ttys on the master side.
Rémi Cardona (2):
Don't install makestrs on the system
libXt 1.0.8
git tag: libXt-1.0.8
http://xorg.freedesktop.org/archive/individual/lib/libXt-1.0.8.tar.bz2
MD5: fb7d2aa5b24cd5fe9b238a26d88030e7 libXt-1.0.8.tar.bz2
SHA1
doesn't support poll on ttys on the master side.
Rémi Cardona (2):
Don't install makestrs on the system
libXt 1.0.8
git tag: libXt-1.0.8
http://xorg.freedesktop.org/archive/individual/lib/libXt-1.0.8.tar.bz2
MD5: fb7d2aa5b24cd5fe9b238a26d88030e7 libXt-1.0.8.tar.bz2
SHA1
Le 29/01/2010 00:41, Russell Shaw a écrit :
What i really meant was Forget existing widget toolkits. One can write
their own that is much better than the existing ones, if you architect the
thing right. Doing that is not a small job. Takes a lot of time just to
think about before even writing
Le 04/11/2009 14:28, Yann Droneaud a écrit :
xrandr.c uses structures defined inX11/extensions/Xrandr.h
provided by 'libXrandr' package but tests structures availability
through RANDR_MAJOR/RANDR_MINOR defined inX11/extensions/randr.h
provided by 'randrproto' package.
Sometimes they are not
(quartz-wm)
Jon TURNEY (1):
Cygwin can also have spaces in $HOME
Paulo Cesar Pereira de Andrade (1):
Correct make distcheck for recent git versions.
Robert Macomber (1):
startx: fix misparsing of initial client and server arguments
which begin with / or ./
Rémi Cardona (2
(quartz-wm)
Jon TURNEY (1):
Cygwin can also have spaces in $HOME
Paulo Cesar Pereira de Andrade (1):
Correct make distcheck for recent git versions.
Robert Macomber (1):
startx: fix misparsing of initial client and server arguments
which begin with / or ./
Rémi Cardona (2
Le 06/11/2009 08:48, Tormod Volden a écrit :
1. Nightly builds. Did wonders for Mozilla. Binary of main supported
architectures (linux/i386, opensolaris, whatever someone will be able
to commit to build nightly). Download and run. Report bugs.
Xorg is not your standard application. In nearly
deps on xrandr = 1.3.
Reviewed-by: Rémi Cardona r...@gentoo.org
I'll push it to master in a few days if no-one objects.
Cheers,
Rémi
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Le 28/09/2009 11:00, Pradeep Reddy a écrit :
Hi,
What is the possibility to make separate X-screens with Intel graphics
controller? Do anyone succeeded.
Please post me their Xorg.conf or give me any tips ...
It's not possible with the current -intel driver.
If you want separate X screens,
Le mercredi 16 septembre 2009 à 23:35 +0200, Didier Spaier a écrit :
quote
Section ServerFlags
Option AllowEmptyInput false
Option AutoAddDevices false
Option AutoEnableDevices false
EndSection
/quote
AutoAddDevices is enough to disable HAL support at run-time.
Le 16/09/2009 16:00, Vincent Legoll a écrit :
On Wed, Sep 16, 2009 at 3:42 PM, Jozef Rihajose1...@gmail.com wrote:
one more thing. if you plan to go on with patching of Xorg sources,
please consider there might be multiple dead areas based on the
position of the monitors (e. g. one above and
it instead of failing
Typo fix
Paulo Cesar Pereira de Andrade (2):
avoid gcc warnings for libSM
Janitor: ansification, make distcheck, compiler warnings.
Rémi Cardona (1):
libSM 1.1.1, update libtool version
git tag: libSM-1.1.1
http://xorg.freedesktop.org/archive/individual
it instead of failing
Typo fix
Paulo Cesar Pereira de Andrade (2):
avoid gcc warnings for libSM
Janitor: ansification, make distcheck, compiler warnings.
Rémi Cardona (1):
libSM 1.1.1, update libtool version
git tag: libSM-1.1.1
http://xorg.freedesktop.org/archive/individual
have libuuid, build without it instead of failing
Typo fix
Paulo Cesar Pereira de Andrade (2):
avoid gcc warnings for libSM
Janitor: ansification, make distcheck, compiler warnings.
Rémi Cardona (1):
libSM 1.1.1, update libtool version
git tag: libSM-1.1.1
http
Le 12/07/2009 20:22, Tomasz Chmielewski a écrit :
When using an evdev keyboard, arrow keys do not work as they should:
- Left, Down - key works, but do not repeat
- Up - key do not work at all
- Right - works correctly
Already reported at https://bugs.freedesktop.org/show_bug.cgi?id=17925
Le 10/07/2009 05:18, Robby Workman a écrit :
Even with the patch applied to xorg-server-1.6.2, siliconmotion still
errors out wanting xf86Parser.h and both nv and ati error out wanting
xf86CursorPriv.h
Am I missing something terribly obvious here? :/
You probably didn't run autoreconf after
Le 10/07/2009 00:17, Robby Workman a écrit :
In this case, it seems that xf86Parser.h isn't installed to
/usr/include/xorg by xorg-server any more, while the nv issue
was failure to include a private xorg header, but the point
remains the same, I think...
Hi Robby,
You might want to add [1]
Le jeudi 02 juillet 2009 à 09:27 -0700, Keith Packard a écrit :
On Thu, 2009-07-02 at 12:48 +0200, Michel Dänzer wrote:
You're probably right, glad it's not really an ABI breakage after all.
Did you see the patch I proposed to fix the ABI breakage and provide
both interfaces? Testing
Keith Packard a écrit :
Could I get you to bisect for the problem?
(it works for me...)
It works for me as well unfortunately, I'll help the user to get the
bisect ASAP.
Thanks
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r...@gentoo.org
://bugs.freedesktop.org/show_bug.cgi?id=22537
Cheers
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r...@gentoo.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Le 30/06/2009 01:03, Keith Packard a écrit :
Kristian Høgsberg (1):
Support setTexBuffer2 in AIGLX.
Keith,
That patch requires either some #ifdefs to make it build with mesa 7.4,
or mesa's minimum version needs to be pushed to 7.5 in configure.ac.
I have a preference for the former
Le 30/06/2009 01:03, Keith Packard a écrit :
Thanks to Ajax for moving the DRI2 changes into the 1.6 branch, now I've
pulled the remaining queued patches and have pushed this as 1.6.1.902
(1.6.2 RC2). If no-one finds any catastrophic bugs, I'll push this out
as 1.6.2 shortly.
This bug [1] is
selection of the window.
xwd is probably what you're looking for. convert should then be able
to convert the dump's content to png or whatever format you like.
Cheers,
Rémi Cardona
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org
Pierre Frenkiel a écrit :
How can you explain that xfs needs to be restarted to work properly?
This bug has already been fixed in xserver 1.6 and up.
https://bugzilla.redhat.com/show_bug.cgi?id=430416
http://lists.freedesktop.org/archives/xorg/2008-August/037554.html
Device
section?
In any case, feel free to send patches to this mailing list.
Cheers
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r...@gentoo.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Leif Bergerhoff a écrit :
How can I do this, or where can I find appropriate functions that will help
me
to do the job?
Unless you're using the closed nVidia driver, the xrandr tool will do
_exactly_ what you're looking for.
Take a look at man xrandr, especially the --pos option.
Cheers,
Le 27/03/2009 19:55, Simon Thum a écrit :
Hi,
I'm bitten by this issue too and I'm somewhat lost with this. The patch
has not yet been applied or commented on xorg, so I just want to make
sure it's seen.
Then render.h also needs something like this...
Can't we work something out with Qt
the other.
Cheers
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r...@gentoo.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r...@gentoo.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Érico Teixeira a écrit :
I´m trying to install nvidia driver in lenny
[...]
#lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Mobile
915GM/GMS/910GML Express Graphics
You have an Intel graphics card... You probably want the Intel driver
instead.
Rémi
Le 24/02/2009 23:46, Eric Anholt a écrit :
Here comes a pretty significant bugfix release for the 2.6 2D series.
In my limited testing, here's what I have so far :
- 2.6.28 + EXA : works fine, seems to have actually solved a few 855
specific bugs, fencing maybe?
- 2.6.28 + UXA : Acid Mode
Le 24/02/2009 03:01, Pedro Izecksohn a écrit :
Where it may be found?
You need to rebuild xcb.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
to update their windows in this
configuration. If it makes you feel any better, that's what we do in
Metisse and it works fine.
Cheers
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r...@gentoo.org
___
xorg mailing list
xorg@lists.freedesktop.org
http
indicate why, ...
Because it had been severely broken by other changes in the server and
no-one really cared about it anyway.
You'll probably be much better off using kdrive's Xfbdev on top of
uvesafb or another kernel fb driver.
Cheers
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r
going that way too with GEM and KMS.
Cheers
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r...@gentoo.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Le 02/02/2009 19:52, Clemens Eisserer a écrit :
2.) What do you think about a data structure where EXA drivers could
tell EXA which features they support.
This way EXA could e.g. choose to use A8 instead of A1 only when it
really needed?
This could help in various cases to decide which route
Le 29/01/2009 02:19, Peter Hutterer a écrit :
Why do we need that on top of commit ace38fafb062372dcd3d56378b5b8f86525c6241?
xfree86: without CONFIG_HAL, Auto{Add|Enable}Devices and AEI is false.
Dan,
you might want to grab commit a54153e669fd293a47f0077bf25505dd545ddce2
along with Peter's
for the OP.
The original poster might want to look at the HAL code to make sure that
it is indeed doing the right thing or not. With all the bits already in
place, it shouldn't be hard to fix HAL, if it indeed needs fixing.
Cheers :)
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r
://cgit.freedesktop.org/hal/tree/hald/hald.c, I have no idea what
goes on after the fork.
Cheers
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r...@gentoo.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
precisely that. GLX 1.1 and newer
implementations should support the version-querying calls such as
glXQueryExtension and glXQueryVersion.
[1] http://www.opengl.org/documentation/specs/glx/glx1.4.pdf
Cheers
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r...@gentoo.org
over rendering
requests within the server, but going full software for the cursor
sounds like the best solution. It's only a pixmap after all...
Cheers
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r...@gentoo.org
___
xorg mailing list
xorg
understand it.
Cheers
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r...@gentoo.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
your poison. :)
Cheers
--
Rémi Cardona
LRI, INRIA
remi.card...@lri.fr
r...@gentoo.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Le 10/01/2009 17:58, Alan Coopersmith a écrit :
It was moved to the module because the server never calls it
directly - only the mouse module does, and if you're using another driver,
like evdev or void, then the code is never called at all.
Thanks for the explanation.
Rémi
Le 10/01/2009 05:45, Alan Coopersmith a écrit :
The big change in 1.4.0 is the move of the OS-specific mouse handling code
from the Xorg server to the mouse driver. This code was removed from the
Xorg server in the Xorg 1.6 development cycle, so users of non-evdev systems
(i.e. non-Linux or
Le 10/01/2009 03:10, Paulo César Pereira de Andrade a écrit :
Xorg (and to some extent XFree86) loadable modules
aren't really of much use, as modules cannot be properly
unloaded, there is no dependency information; a module
doesn't list it's dependencies in any form, causing
frequently
-SwitchCoreKeyboard-for-evdev.patch?view=markup
Cheers
--
Rémi Cardona
LRI, INRIA
[EMAIL PROTECTED]
[EMAIL PROTECTED]
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
build with older servers).
Thanks
--
Rémi Cardona
LRI, INRIA
[EMAIL PROTECTED]
[EMAIL PROTECTED]
From 6e8bf145b6b7449f81799581fdf5e5583a6d12ce Mon Sep 17 00:00:00 2001
From: =?utf-8?q?R=C3=A9mi=20Cardona?= [EMAIL PROTECTED]
Date: Mon, 24 Nov 2008 13:26:27 +0100
Subject: [PATCH] xfree86: include X11
Hi all,
Is there any reason not to apply this? airlied suggested I bring this
here for further review.
Thanks
--
Rémi Cardona
LRI, INRIA
[EMAIL PROTECTED]
[EMAIL PROTECTED]
From 6afd482e905aec048333fdd72579a08478a3f27a Mon Sep 17 00:00:00 2001
From: =?utf-8?q?R=C3=A9mi=20Cardona?= [EMAIL
not be perfect and there's probably some more room
left for improvements, but I think you'll find it a huge win over what
you are currently using.
Cheers
Rémi Cardona
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
Le 16/11/2008 02:43, Keith Packard a écrit :
Anything on master is going into 1.6, unless we find regressions.
Reading your mail, I was under the impression you'd be starting a 1.6
branch on top of 1.5 and then cherry-picking DRI2 and RR1.3 patches on
top of it.
I'm glad to hear you'll be
Le 14/11/2008 22:13, Keith Packard a écrit :
I volunteered to manage an X server 1.6 release, tentatively scheduled
for the end of the year (yes, this year, 2008). This release will
include DRI2 and RandR 1.3 support. I'd like to know how much of the new
Xinput stuff will be ready in time.
,...
Thank you.
http://ktown.kde.org/~fredrik/composite_howto.html
xcompmgr is a good example too. It's quite straightforward once you rip
out the code to handle/generate shadows.
Cheers
--
Rémi Cardona
LRI, INRIA
[EMAIL PROTECTED]
[EMAIL PROTECTED]
___
xorg
Le 08/11/2008 01:58, Maarten Maathuis a écrit :
This commit fixed that issue:
http://cgit.freedesktop.org/xorg/xserver/commit/?id=21c116219cd5c6845a0955f2d88fdb5fab5c17cf
Thanks for follow-up, Maarten. I've added this patch to the branch.
For those who might be interested, I've rebased the
/xf86DefModeSet.c to force English lowercasing rules.
This patch is currently applied in Gentoo on top of 1.5.2.
Thanks
[1] http://en.wikipedia.org/wiki/Dotted_and_dotless_I#In_computing
--
Rémi Cardona
LRI, INRIA
[EMAIL PROTECTED]
[EMAIL PROTECTED]
From 8918c50440de301887af8006f2dc72d64adf9f9c Mon Sep 17
Jesse Barnes a écrit :
And if I start a GEM kernel, X doesn't even start. See my previous post
on intel-gfx.
This is the failed to pin back buffer error?
I would say yes. dmesg says :
[drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty
[drm:i915_gem_object_pin] *ERROR*
Jesse Barnes a écrit :
This is mainly a smoke test for the final 2.5.0 release which I hope to do on
Monday. Please give it a try and let me know if you run into build issues,
etc.
configure wants libdrm 2.4.0 which has yet to be released. I've tried
tweaking configure.ac to get it to build
Eric Anholt a écrit :
I couldn't find any clearer release process for it than tag it and dump
a tarball into this directory -- if any other DRM maintainer-types want
to suggest an appropriate process, I'd love to hear.
Hum, my apologies. Since I hadn't seen any announcement on xorg-announce
Rémi Cardona a écrit :
rendering errors in Firefox 3 and gnome-terminal (both of which use render).
I've built everything using libdrm 2.4.0, so that's not an issue anymore.
However, I can definitely confirm the rendering errors on my 855GM. See
the attached screen shot.
Should I file
65 matches
Mail list logo