into the xserver build tree.
On Thu, Dec 11, 2008 at 6:17 PM, Brian Paul
brian.p...@tungstengraphics.com wrote:
I had asked Dan Nicholson about this myself recently. With the latest
changes in Xorg git, the --with-mesa-source option is no longer used.
Instead, pkg-config is used to determine where
into the xserver build tree.
On Thu, Dec 11, 2008 at 6:17 PM, Brian Paul
brian.p...@tungstengraphics.com wrote:
I had asked Dan Nicholson about this myself recently. With the latest
changes in Xorg git, the --with-mesa-source option is no longer used.
Instead, pkg-config is used to determine where
. I had to patch dolt a bit to get
the dry run behavior. Basically, just prepend the actual command with
: when -n was passed.
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
for it to recognize these changes.
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
is running on
virtual terminal 7. I.e., tty7. You'll have to look further in the log
file to see what video driver was actually loaded.
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
devices will have their
data freed.
Signed-off-by: Dan Nicholson [EMAIL PROTECTED]
---
config/hal.c | 31 +++
hw/xfree86/common/xf86Config.c | 189
hw/xfree86/common/xf86Config.h |3 +
hw/xfree86/common/xf86Init.c | 37
On Thu, Dec 4, 2008 at 3:06 PM, Peter Hutterer [EMAIL PROTECTED] wrote:
On Thu, Dec 04, 2008 at 09:31:07AM -0800, Dan Nicholson wrote:
The problem we have now though is that it splits the configuration, and
with
this patch even more so. As you said, there is something to be said
, dmx was broken, and I don't think anyone has done
anything to fix it.
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
On Wed, Dec 3, 2008 at 12:07 PM, Arkadiusz Miskiewicz [EMAIL PROTECTED] wrote:
On Wednesday 03 of December 2008, Dan Nicholson wrote:
On Wed, Dec 3, 2008 at 2:29 AM, Arkadiusz Miskiewicz [EMAIL PROTECTED]
wrote:
Hi,
Could tinderbox be building xserver with all features enabled? Right now
On Wed, Dec 3, 2008 at 7:28 PM, Peter Hutterer [EMAIL PROTECTED] wrote:
On Wed, Dec 03, 2008 at 07:20:26AM -0800, Dan Nicholson wrote:
Hotplug hooks are added to the HAL core to allow the DDX to handle device
hotplugging. If a registered hook returns False, config/hal will continue
processing
with XkbSetRulesDflts.
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
On Sun, Nov 23, 2008 at 9:21 PM, Peter Hutterer
[EMAIL PROTECTED] wrote:
On Sun, Nov 23, 2008 at 06:06:54PM -0800, Dan Nicholson wrote:
Rather than compiling a new keymap every time XkbInitKeyboardDeviceStruct
is called, cache the previous keymap and reuse it if the rules have not been
changed
if named components are supplied. This could be
fixed by caching Ktcsg from the previous run and comparing.
Signed-off-by: Dan Nicholson [EMAIL PROTECTED]
---
This takes Peter's suggestion and just copies the internal keymap structs
when there aren't any changes. It seems to work in my testing
On Tue, Nov 18, 2008 at 5:19 PM, Daniel Stone [EMAIL PROTECTED] wrote:
Hi,
On Mon, Nov 17, 2008 at 11:25:25AM -0800, Dan Nicholson wrote:
I decided to take a crack at moving xkbcomp into the server so it's
not popen'd whenever a keymap is loaded. For the first crack, I'm
trying to just leave
. Is that the intention? If not, should I keep that
style when patching into code that does? I don't care what style is
used.
Thanks.
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
);
Well, I think Daniel removed the support for pre-built keymaps in
ab79110a, so -keymap will always be NULL. It's effectively dead code,
anyway.
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
On Mon, Nov 17, 2008 at 8:54 PM, Peter Hutterer
[EMAIL PROTECTED] wrote:
On Mon, Nov 17, 2008 at 11:25:25AM -0800, Dan Nicholson wrote:
I decided to take a crack at moving xkbcomp into the server so it's
not popen'd whenever a keymap is loaded. For the first crack, I'm
trying to just leave
On Mon, Nov 17, 2008 at 9:17 PM, Alan Coopersmith
[EMAIL PROTECTED] wrote:
Dan Nicholson wrote:
One snag I've hit is XStringToKeysym.
Is there an equivalent API in the server to do this conversion?
I haven't checked if there's one added now, but I know our Xsun
pre-xkb keytable parser
On Tue, Nov 18, 2008 at 4:28 AM, Peter Hutterer
[EMAIL PROTECTED] wrote:
On Tue, Nov 18, 2008 at 03:44:32AM -0800, Dan Nicholson wrote:
I agree completely. As soon as I looked at the path taken in
XkbDDXNamesFromRules, I realized how insane it was that there were all
these conversions. I'm
On Tue, Nov 18, 2008 at 2:21 PM, Peter Hutterer
[EMAIL PROTECTED] wrote:
On Tue, Nov 18, 2008 at 11:08:36AM -0800, Dan Nicholson wrote:
I think it'd be less effort to leave the converter as-is and remove the
need
for calling it, but that's a guess only too.
So, I took a look
API in the server to do this conversion?
Is this crazy/am I going about this the wrong way?
Any general suggestions for working on this?
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
.
That doesn't sound like a lot of fun, but why not just grab a 2.6.27
tarball if that's what you want to do?
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
to handle?
Yep. The wave of the future is not to have any InputDevice sections in
xorg.conf. Peter wrote about this pretty extensively on his blog:
http://who-t.blogspot.com/2008/07/input-configuration-in-nutshell.html
--
Dan
___
xorg mailing list
xorg
-config. Your xserver can't find
the XKB rules, making keyboard configuration very difficult. If it's
already installed, but in a different location, you'll to rebuild the
server with an appropriate --with-xkb-path setting.
--
Dan
___
xorg mailing list
xorg
match key=info.capabilities contains=input.mouse
match key=info.product contains=Logitech USB Receiver
merge key=input.x11_options.ButtonMapping type=string1 0
3 4 5 7 6 2 2/merge
/match
/match
/device
/deviceinfo
--
Dan
on the
console), but in firefox 3 buttons 8 and 9 should move you forward and
backwards in your history. Obviously, you can remap them to whatever
you want, but that is the original intention.
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http
On Mon, Nov 10, 2008 at 11:58 AM, Matija Å uklje [EMAIL PROTECTED] wrote:
Dne ponedeljek 10. novembra 2008 je Dan Nicholson napisal(a):
Try a newer version of xf86-input-evdev. I had the same issue and
ended up getting a patch committed to the kernel to have the inputs
swapped. I later found
to the right results in a
positive value for the HWHEEL button.
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
On Sat, Nov 8, 2008 at 5:54 AM, Peter Breitenlohner [EMAIL PROTECTED] wrote:
On Fri, 7 Nov 2008, Dan Nicholson wrote:
On Fri, Nov 7, 2008 at 12:49 AM, Peter Breitenlohner [EMAIL PROTECTED]
wrote:
Attached are five tiny patches. Could one of you you please apply them.
In order to guard
, i915.ko is from the latest 2.6.28+ git kernel. Understood.
And I don't set OS_HAS_GEM=1. Understood.
So, where should drm.ko come from:
1. the kernel or
The kernel (whether it be vanilla linux or Anholt's tree or whatever).
drm git should only be used for libdrm if you want GEM.
--
Dan
to
aclocal. So, install util-macros, and rerun autogen setting
ACLOCAL=aclocal -I $yourprefix/share/aclocal. If you're building
against your distro's xserver, there's likely a package that has these
macros.
--
Dan
___
xorg mailing list
xorg
],
AC_HELP_STRING([--with-queue-size=SIZE],
[Set the XCB buffer queue size (default is 16384)]),
[xcb_queue_buffer_size=$withval],
[xcb_queue_buffer_size=16384]
)
AC_DEFINE_UNQUOTED(XCB_QUEUE_BUFFER_SIZE, [$xcb_queue_buffer_size],
[XCB buffer queue size])
--
Dan
- Xterm
I think you need to build xserver with --disable-builtin-fonts.
Or just tell xterm to use XFT. Try
xterm -fa Monospace
or
echo '*VT100*faceName: Monospace' ~/.Xresources
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http
not to need evieproto?
I think --disable-xevie should do it. Maybe this should be the default
since XEvIE is on the way out as Daniel says.
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
/util/modular/tag/?id=XORG-7_3
http://cgit.freedesktop.org/xorg/util/modular/tree/module-list.txt?id=6a1b7410e5b1738115daa1c0f23a4368cdd9a7b3
It'd be nice if we could get the same for 7.4, just for future reference. Ajax?
--
Dan
___
xorg mailing list
xorg
information in the process) somewhere in the filesystem, read that and
then deserialise to ... an XkbDescRec?
I thought someone (you or keithp?) was going to just put xkbcomp into
the server. Did anything ever happen with that? Just curious.
--
Dan
with DRI disabled, via the line:
Option DRI 0
What drm are you using?
Um ... is this what you mean?
(II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module
version 1.29.0
Also are you using PAT in your kernel?
No.
Dan
___
xorg
probably be updated to reflect reality.
--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
only want to set the LIBGL_ALWAYS_INDIRECT
environment variable when starting compiz. Everyone else will use
direct rendering as long as it's available and the variable isn't set.
You can see this in the Direct rendering: line if you run glxinfo
with LIBGL_ALWAYS_INDIRECT set and unset.
--
Dan
201 - 239 of 239 matches
Mail list logo