Quoting Samuel Thibault (sthiba...@debian.org):
> Yes, it seems Sergey V. Udaltsov dropped the abnt2,
> jp106 and kr106 models last year, he didn't say why. Sergey, could you
> detail a bit why you dropped the models? It seems people still expect
> to be able to select jp106.
And certainly AB
Require x11 for KWD4 as kde/window-decorator-kde4/window.cpp calls
XGetWMProtocols().
Signed-off-by: Loïc Minier
---
kde/window-decorator-kde4/CMakeLists.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kde/window-decorator-kde4/CMakeLists.txt
b/kde/window-decorator
Hey
(Corresponding patch for compiz/master)
Linking behavior was changed in Ubuntu 11.04, and compiz-0.8 now fails
to build; I'm attaching patches to fix the build.
https://lists.ubuntu.com/archives/ubuntu-devel-announce/2010-October/=
000772.html
I believe this also affect Debia
On Sun, Oct 17, 2010, Loïc Minier wrote:
> Require xcursor for GTK_WINDOW_DECORATOR as gtk/window-decorator calls
> XcursorSetTheme().
Apologies, please ignore this particular patch as the XcursorSetTheme()
call is added in an Ubuntu patch; the KDE patch is valid though.
--
Loïc Minier
--
T
From: Loïc Minier
Require x11 for KDE_WINDOW_DECORATOR as kde/window-decorator calls
XGetWMProtocols().
Signed-off-by: Loïc Minier
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index bb1e46d..5e5de45 100644
--- a/configur
From: Loïc Minier
Require xcursor for GTK_WINDOW_DECORATOR as gtk/window-decorator calls
XcursorSetTheme().
Signed-off-by: Loïc Minier
---
configure.ac |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/configure.ac b/configure.ac
index 18783e5..bb1e46d 100644
--- a/confi
Hey
Linking behavior was changed in Ubuntu 11.04, and compiz-0.8 now fails
to build; I'm attaching patches to fix the build.
https://lists.ubuntu.com/archives/ubuntu-devel-announce/2010-October/000772.html
I believe this also affect Debian's compiz when building with gold, and
si
reassign 600490 xkb-data
thanks
Hello,
Hideki Yamane, le Mon 18 Oct 2010 00:39:56 +0900, a écrit :
> 1. select keymap: Japan (106 key)
> 2. after disk partitioning dialog, then asked keyboard model again.
>
> However, there is no "jp106" model that previously selected in that list
> (it come
Samuel Thibault, le Sun 17 Oct 2010 23:09:57 +0200, a écrit :
> Sergey, could you detail a bit why you dropped the models?
Or put another way, what are they supposed to choose instead of jp106,
abnt2 and kr106?
Samuel
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject
Samuel Thibault, le Sun 17 Oct 2010 23:09:57 +0200, a écrit :
> Yes, it seems Sergey V. Udaltsov dropped the abnt2,
> jp106 and kr106 models last year, he didn't say why.
I forgot to mention the commit id: 91da938a16b4dc29df62fa3794d2d046daa2edbe
Samuel
--
To UNSUBSCRIBE, email to debian-x-re
Processing commands for cont...@bugs.debian.org:
> reassign 600490 xkb-data
Bug #600490 [debian-installer] debian-installer: If you choose JP106 key
layout, you'll be asked keyboard layout again
Bug reassigned from package 'debian-installer' to 'xkb-data'.
> thanks
Stopping processing here.
Plea
ChangeLog | 232 ++
configure.ac|7
debian/changelog|6
man/ati.man |1
man/radeon.man | 21
src/Makefile.am |7
src/atombios_crtc.c
New branch 'autobuild-unstable' available with the following commits:
commit e34dc2770654b11ddb759848583d4ee0e7b5ca35
Author: Cyril Brulebois
Date: Sun Oct 17 22:31:53 2010 +0200
Add version to the xutils-dev build-dep, needed for new macros.
commit 10544931d61b4b07e3ef10cc98c99ac27cbfc471
Michel Dänzer (06/10/2010):
> BTW, this bug is fixed in the upstream release 6.13.2.
Yes:
| commit 91f707d308d4bbf16c3d62d046cf280fef5a8f4c
| Author: Heikki Lindholm
| Date: Fri Aug 27 02:26:24 2010 -0400
|
| xv: fix non-kms/non-dri Xv column ordering on big endian systems
|
| Column o
New branch 'autobuild-unstable' available with the following commits:
commit 28fa81f03ad51cd6df6447e64e485f3c1e2bb4d4
Author: Cyril Brulebois
Date: Sun Oct 17 19:26:21 2010 +0200
Adapt libdrm-dev build-dep, building in unstable is ok.
commit 848704f36b9b65187909ec30b547d995ec9d9f15
Author:
Hi, I installed xserver-xorg-core-dbg and
xserver-xorg-video-nouveau-dbg, and attached gdb to X as explained in
http://wiki.debian.org/XStrikeForce/XserverDebugging
http://wiki.x.org/wiki/Development/Documentation/ServerDebugging
I attach the logfile, hope that could help. If more actions are need
Cyril Brulebois (17/10/2010):
> Question is: how do we handle building new versions against XServer
> 1.7; and how do we build packages for users to test before we ACK or
> NACK patches for unstable(→testing)?
>
> I'm currently setting up an autobuilder for amd64 and i386, where
> one is going to
>> The VESA driver from Debian testing is incredibly slow (I get to see
>> in which order my windows are drawn when switching desktop). Now, I
>> know that VESA is not accelerated, but this is much worse. The VESA
>> driver from Debian stable (from Xorg server 1.4.2) is *much* faster
>> (as in "qui
Hi,
after a quick discussion with Julien, it seems one way to handle
things for a while would be:
- unstable: use it only for stuff targeted at squeeze (“of course”
I'd say).
- experimental: use it to prepare stuff for XServer 1.9
src:xorg-server && src:xorg should be ready in experimental;
tags 600405 + patch
thanks
On Sat, 16 Oct 2010 at 23:05:51 +0100, Simon McVittie wrote:
> On Sat, 16 Oct 2010 at 22:01:15 +0100, Simon McVittie wrote:
> > This is on a Lenovo X200s. I've tried downgrading to
> > xserver-xorg-video-intel
> > 2:2.9.1-4 from testing (with everything else the same),
New branch 'autobuild-unstable' available with the following commits:
commit 56f2d27b57343b1c5325e86665c21efc1ff18a82
Author: Cyril Brulebois
Date: Sun Oct 17 12:59:54 2010 +0200
Add build-dep on libx11-dev and libxext-dev, needed for vmwarectrl (because
it's unconditionally needed).
comm
Processing commands for cont...@bugs.debian.org:
> forwarded 600405 https://bugs.freedesktop.org/show_bug.cgi?id=29716
Bug #600405 [xserver-xorg-video-intel] xserver-xorg-video-intel: changing to a
non-native mode dims backlight
Set Bug forwarded-to-address to
'https://bugs.freedesktop.org/show_
debian/changelog|7 +++
src/intel_display.c |6 +-
2 files changed, 12 insertions(+), 1 deletion(-)
New commits:
commit c2636a1b8c2cfa889860a4e3f947348f3529c3fc
Author: Julien Cristau
Date: Sun Oct 17 11:15:30 2010 +0200
Add changelog entry
diff --git a/debian/changel
On Sat, 2010-10-16 at 18:52 +0200, Cyril Brulebois wrote:
> Hi Ian,
>
> Cyril Brulebois (16/10/2010):
> > Rebased ref, commits from common ancestor:
> > commit dc16e55aed305eea5f13cf8280af782cd3d4d691
>
> since I haven't seen any work on the debian-experimental branch in a
> while, I kept the 20
24 matches
Mail list logo
