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 mo
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 (v
-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:
http://xorg.freedesktop.org/archive/individual/font/font-arabic-misc-1.0.3.tar
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 macr
arwin: xnu 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 libX
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 wri
Le 04/11/2009 14:28, Yann Droneaud a écrit :
> xrandr.c uses structures defined in
> provided by 'libXrandr' package but tests structures availability
> through RANDR_MAJOR/RANDR_MINOR defined in
> provided by 'randrproto' package.
>
> Sometimes they are not in sync so it's safer to rely on checks
EFS_DOMAIN for children (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 /
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 nea
-1.2.91).
configure.ac deps on "xrandr >= 1.3".
Reviewed-by: Rémi Cardona
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 screen
Le mercredi 16 septembre 2009 à 23:35 +0200, Didier Spaier a écrit :
>
> Section "ServerFlags"
> Option "AllowEmptyInput" "false"
> Option "AutoAddDevices" "false"
> Option "AutoEnableDevices" "false"
> EndSection
>
AutoAddDevices is enough to disable HAL support at
Le 16/09/2009 16:00, Vincent Legoll a écrit :
> On Wed, Sep 16, 2009 at 3:42 PM, Jozef Riha 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 the other on
ave 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://xorg.freed
(2):
If we don't 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 versio
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=1792
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 a
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 [
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? Testin
ed tracking this in here.
http://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
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
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]
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 o
ng without manual 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
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
http://cgit.freedesktop.o
at's
wrong with having a _really_ dumb xorg.conf that only has one "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
Tuomo Valkonen a écrit :
> Which is a registration-required suckzilla. No thanks. Projects
> that require registration for their bug trackers, clearly and
> loudly state that they're not interested in the reports.
Enough already, please stop.
Rémi
___
x
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.
Chee
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
antly faster than 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
fixed :)
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
É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 26/02/2009 08:48, Rémi Cardona a écrit :
>- 2.6.28 + UXA : Acid Mode (tm) quickly followed by a xorg lock-up,
> SysReq keys to the rescue
bisect results :
commit 3f2dc8381276d97a0b69d51cf3bbbeebf1301fa5
Author: Keith Packard
Date: Mon Dec 15 15:35:35 2008 -0800
Resize frame
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
ll the time.
Applications should continue 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
Even regular Xorg has been 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
mmit message does not even 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
L
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 ro
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
is is left as an exercise 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
L
hald being
fully up.
NB, I have only checked this file :
http://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@lis
itize input events 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
___
er X extension. The GLX
spec [1] has a section on how to do 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
Le 16/01/2009 21:21, Jesse Barnes a écrit :
> On Monday, January 5, 2009 12:55 pm Tiago Vignatti wrote:
>> Right now a thing that is annoying me is how others cursors, sw rendered,
>> could be implemented. I want to avoid two differents sets of the same code
>> in different contexts. IMHO conceptua
gain... At
least, that's how I 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
their advantages and shortcomings, pick 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 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
> frequentl
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
Le 23/12/2008 23:56, Nikos Chantziaras a écrit :
> Why not? I thought the x11-drm from git (that's x11-drm- in the
> x11 overlay) was always the best way to test the latest code...
Not anymore. Now the drm drivers are developed directly within the linux
kernel.
Here's what the last comm
Le 23/12/2008 22:53, Beso a écrit :
> as intel driver gets a big quota of git updates before being packaged, you
> might
> want to test a bleeding edge xorg + xorg drivers. the x11 overlay is
> what you need
> in this case. first install all the protos there, then go with the
> libs, then update m
/xserver-1.5.0-force-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
hould 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] xf
Hi all,
Without this commit, Peter's earlier patch "xfree86: without CONFIG_HAL,
Auto{Add|Enable}Devices and AEI is false" still doesn't fully fix the issue.
Thanks
--
Rémi Cardona
LRI, INRIA
[EMAIL PROTECTED]
[EMAIL PROTECTED]
>From fba740a5662539938f4f825347912521b6b50
; to a more recent
Gnome stack. It might 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.f
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?= <
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 usi
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.
>> Articles, books, howtos,...
>>
>> 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é
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
t fixes
a build issue with KDrive's Xvesa with newer kernels. If accepted, this
one should be applied to master as well.
This branch builds and runs successfully (so far at least) and our test
users can confirm all the improvements brought by the glyphs cache.
Thanks for considering it.
Chee
e86/common/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 8918c50440de301887af8006f2dc72d64adf9f
Jesse Barnes a écrit :
>> However, I can definitely confirm the rendering errors on my 855GM. See
>> the attached screen shot.
>>
>> Should I file a bug?
>
> Yes, please do.
https://bugs.freedesktop.org/show_bug.cgi?id=18138
Thanks
Rémi
___
xorg mailin
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] *ERR
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.
Shoul
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-announc
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 buil
thing for Xmetisse, which is based
on the old Xvnc code. Do you have a git tree somewhere with your patches?
I was also actually planning on adding RandR support to Xvfb for Gentoo
as an easier project to start with.
Cheers
--
Rémi Cardona
LRI, INRIA
[EMAIL PR
Mikhail Gusarov a écrit :
> There's one feature of gitweb which is missing from cgit: clone URLs of
> repositories on the repository page. Is it possible to enable/add it to
> cgit?
>
cgit is also missing a direct download link to the latest version of a
give file. It does have the direct downloa
Peter Hutterer a écrit :
> Following XDS, various notes, the discussions and preliminary executive
> decisions by me, here's a first draft of XI2 features. If you have anything to
> add, please speak up.
Cool list, but I'm just wondering how absolute devices such as the Wacom
Cintiq 20" (screen +
71 matches
Mail list logo
