xorg-server: Changes to 'debian-lenny'
debian/changelog|7
++
debian/patches/12_glx-don-t-crash-in-SwapBuffers-without-a-context.diff | 33
++
debian/patches/series |1
3 files changed, 41 insertions(+)
New commits:
commit da3aa9956fd1750912888b95f1dcad2a23695fe6
Author: Julien Cristau
Date: Wed Nov 10 16:58:01 2010 +0100
glx: don't crash in SwapBuffers if we don't have a context (closes:
#603015).
diff --git a/debian/changelog b/debian/changelog
index 24acf5f..d064054 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+xorg-server (2:1.4.2-10.lenny4) UNRELEASED; urgency=low
+
+ * glx: don't crash in SwapBuffers if we don't have a context
+(closes: #603015).
+
+ -- Julien Cristau Wed, 10 Nov 2010 16:57:18 +0100
+
xorg-server (2:1.4.2-10.lenny3) stable; urgency=low
* Cherry-pick patch from upstream to set umask to a sane value in Xorg
diff --git
a/debian/patches/12_glx-don-t-crash-in-SwapBuffers-without-a-context.diff
b/debian/patches/12_glx-don-t-crash-in-SwapBuffers-without-a-context.diff
new file mode 100644
index 000..e89ba93
--- /dev/null
+++ b/debian/patches/12_glx-don-t-crash-in-SwapBuffers-without-a-context.diff
@@ -0,0 +1,33 @@
+From 48d47d3bdc951c11f442c7607b6e27bcd3627751 Mon Sep 17 00:00:00 2001
+From: Julien Cristau
+Date: Wed, 10 Nov 2010 16:54:31 +0100
+Subject: [PATCH] glx: don't crash in SwapBuffers without a context
+
+Fixed upstream in d7ded953c4d263e3dd3374dc03eea19e80c05bc6 (Implment
+GLXPixmaps.)
+
+Signed-off-by: Julien Cristau
+Tested-by: François Guerraz
+---
+ GL/glx/glxcmds.c |5 +++--
+ 1 files changed, 3 insertions(+), 2 deletions(-)
+
+diff --git a/GL/glx/glxcmds.c b/GL/glx/glxcmds.c
+index 900a347..7330ff6 100644
+--- a/GL/glx/glxcmds.c
b/GL/glx/glxcmds.c
+@@ -472,8 +472,9 @@ static int GetDrawableOrPixmap( __GLXcontext *glxc,
GLXDrawable drawId,
+ if (pDraw->type == DRAWABLE_WINDOW) {
+ VisualID vid = wVisual((WindowPtr)pDraw);
+
+- modes = _gl_context_modes_find_visual(glxc->pGlxScreen->modes,
+-vid);
++ if (glxc)
++ modes = _gl_context_modes_find_visual(glxc->pGlxScreen->modes,
++vid);
+ } else {
+ /*
+ ** An X Pixmap is not allowed as a parameter (a GLX Pixmap
+--
+1.7.2.3
+
diff --git a/debian/patches/series b/debian/patches/series
index a6b826e..bf6cb32 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -8,6 +8,7 @@
08_better_dpms_logging.diff
10_dont_look_in_home_for_config.diff
11_dont_crash_on_bad_dri_mode.diff
+12_glx-don-t-crash-in-SwapBuffers-without-a-context.diff
13_debian_add_xkbpath_env_variable.diff
14_default_screen_section.diff
15_X86EMU-added-blacklist-for-I-O-port-in-0-0xFF-range.patch
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1pgtuj-0006fm...@alioth.debian.org
Processed: limit source to xorg-server, tagging 603015
Processing commands for cont...@bugs.debian.org: > #xorg-server (2:1.4.2-10.lenny4) UNRELEASED; urgency=low > # > # * glx: don't crash in SwapBuffers if we don't have a context > #(closes: #603015). > # > limit source xorg-server Limiting to bugs with field 'source' containing at least one of 'xorg-server' Limit currently set to 'source':'xorg-server' > tags 603015 + pending Bug #603015 [xserver-xorg-core] xserver-xorg-video-intel: [G33] Crash (SEGV) when switching to 3D board in Fritz 12 under wine Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 603015: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603015 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128946805226203.transcr...@bugs.debian.org
Bug#603015: xserver-xorg-video-intel: [G33] Crash (SEGV) when switching to 3D board in Fritz 12 under wine
On Wed, 10 Nov 2010 16:59:25 +0100, Julien Cristau wrote: > Please try the attached patch against lenny's xorg-server. Hello, The patch fixes the problem. Many thanks. Regards, François. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/d6d79087202c0305883827e77d59a...@mail.fgv6.net
Bug#603142: [xserver-xorg-video-intel] Massive screen corruption w/ compositing after upgrade to xorg 7.9
Hi Florian, Florian Kriener (11/11/2010): > I have installed the new xserver experimental packages with an intel > i915 graphics card on my T400s notebook to test it. After restarting > the xserver and logging in I experienced heavily flickering massive > screen corruption which immediately stopped after turning off > compositing and started anew when I turned it on again. could you please file a bug upstream? Instructions are here: http://intellinuxgraphics.org/how_to_report_bug.html It'd be nice if you could give us the bug number afterwards so that we can link both bugs. Mraw, KiBi. signature.asc Description: Digital signature
Re: Ubuntu plans for Natty release
On Don, 2010-11-11 at 12:26 +1100, Christopher James Halse Rogers wrote: > On Wed, 2010-11-10 at 09:33 +0100, Michel Dänzer wrote: > > On Mit, 2010-11-10 at 18:57 +1100, Christopher James Halse Rogers > > wrote: > > > > > > 1) Ship both the classic and gallium versions of r300 & r600, and have > > > the DDX select between them based on kms support and an xorg.conf > > > setting (default to r300g, as that's the default upstream, and whichever > > > r600 driver ends up being default in 7.10). This is not going to be > > > accepted upstream, but is, I think, a reasonable distro-patch to retain > > > UMS support for radeon while defaulting to the upstream-default driver. > > > > IMHO any solution which doesn't allow easily choosing between the 3D > > drivers during the X server's runtime (when KMS is enabled) isn't > > adequate. > > Certainly not adequate for driver development, Actually, driver developers probably tend to have their own custom setups anyway. > but is it necessary for end-users? This would be necessary for > allowing per-application overrides, but should we care about this? Probably not as long as the default 3D driver works (well enough), but e.g. for comparing between the 3D drivers it would be much more convenient and save nerves and time, also for bug triagers. > Can you see an easy solution which allows changes during X's runtime and > will handle UMS transparently? One possibility would be an r[36]00_dri.so wrapper which can pass through to the classic or Gallium drivers based on KMS vs. UMS and configuration via environment variables and/or configuration files. This might be appropriate for upstream as well. However, given that switching to UMS will require some kind of tweaking anyway, I'm not sure why the script / procedure for that couldn't just include appropriate update-alternatives calls. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1289477210.6227.46.ca...@thor.local
xserver-xorg-video-intel: Changes to 'debian-experimental'
debian/changelog |7 +++ debian/control |1 + 2 files changed, 8 insertions(+) New commits: commit b916d6efd8519a76db7f100262ca3f6b421a605a Author: Robert Hooker Date: Thu Nov 11 09:02:24 2010 -0500 Add libudev-dev to build deps for monitor hotplug detection support. diff --git a/debian/changelog b/debian/changelog index e5302bd..14a6be0 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +xserver-xorg-video-intel (2:2.13.901-3) UNRELEASED; urgency=low + + * Add libudev-dev to the build deps for monitor hotplug detection +events. + + -- Robert Hooker Thu, 11 Nov 2010 08:58:46 -0500 + xserver-xorg-video-intel (2:2.13.901-2) experimental; urgency=low * Build against Xserver 1.9.1 rc1. diff --git a/debian/control b/debian/control index 1949e80..5ca69e2 100644 --- a/debian/control +++ b/debian/control @@ -29,6 +29,7 @@ Build-Depends: libxcb-aux0-dev, libxcb-dri2-0-dev, # end xvmc + libudev-dev [linux-any], dpkg-dev (>= 1.14.17), quilt, automake, -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pgxm1-0004a1...@alioth.debian.org
xorg-server: Changes to 'debian-unstable'
ChangeLog | 248
Xi/exevents.c |4
debian/changelog| 19 ++
debian/patches/21-device-mode-list.diff | 34
debian/patches/series |1
dix/devices.c |4
dix/events.c| 52 --
dix/getevents.c |2
dix/main.c |4
hw/xfree86/common/xf86Helper.c |7
hw/xfree86/ddc/ddc.c|4
hw/xfree86/modes/xf86Crtc.c |4
hw/xfree86/modes/xf86Cursors.c |9 -
include/eventstr.h |2
os/io.c | 27 +++
os/osdep.h |1
randr/rrtransform.c | 28 +--
xkb/xkbUtils.c | 41 +
18 files changed, 402 insertions(+), 89 deletions(-)
New commits:
commit 1e104a23efeca5304dee570c5ddd267d127ccdf7
Author: Julien Cristau
Date: Thu Nov 11 14:14:32 2010 +0100
Bump changelogs
diff --git a/ChangeLog b/ChangeLog
index cb22e2c..70a5f48 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,251 @@
+commit e735a4ade45c12306958390c2191ed0dc8084ef7
+Author: Adam Jackson
+Date: Mon Oct 18 15:42:54 2010 -0400
+
+ddc: Don't probe for DDC/CI or EEPROM
+
+For whatever reason, some (broken) monitors will crash if you do this.
+We're not actually using this information for anything, so let's just
+not do it.
+
+Originally reported as http://bugzilla.redhat.com/620333
+
+Reviewed-by: Alex Deucher
+Signed-off-by: Adam Jackson
+(cherry picked from commit d2064fbb687839c297a851a5d85f32dfbbe4a0d5)
+(cherry picked from commit e01d69c6e794d836d9f25870349f3164dbd831ae)
+
+commit d7c2f764b399152eeaaf18b82abaf941574e6744
+Author: Dirk Wallenstein
+Date: Sat Apr 17 21:36:23 2010 +0200
+
+xkb: Fix omissions in geometry initialization #27679
+
+_XkbCopyGeom did not copy all of the data from the source geometry. This
+resulted in failures when trying to obtain the keymap from a server
+where the default geometry has not been replaced by a custom
+configuration.
+
+Signed-off-by: Dirk Wallenstein
+Reviewed-by: Daniel Stone
+Signed-off-by: Peter Hutterer
+(cherry picked from commit bac1c5f1be4588b2b1eb646ee98a5442e1b767d5)
+
+commit 8981b0a99ca5828ddc1b375c269aa493af40e6fd
+Author: Alan Coopersmith
+Date: Sat Jun 12 08:19:16 2010 -0700
+
+Don't coredump on "X -showopts" (bug 25874)
+
+Don't try walking the xf86ConfigLayout.screens table if it's empty
+https://bugs.freedesktop.org/show_bug.cgi?id=25874
+
+Signed-off-by: Alan Coopersmith
+Reviewed-by: Tiago Vignatti
+Signed-off-by: Keith Packard
+(cherry picked from commit b8615d592700b7be319c04cc0563fdeb5a266534)
+
+commit a3e6e599f50902712f4a10fdbf806371335aaed3
+Author: Nicolas George
+Date: Wed Jun 2 13:40:51 2010 +0200
+
+Change keyboard controls on slave keyboards (#27926)
+
+Makes the use of IsMaster in ProcChangeKeyboardControl consistent with
other
+similar loops.
+
+Signed-off-by: Nicolas George
+Reviewed-by: Peter Hutterer
+Signed-off-by: Peter Hutterer
+(cherry picked from commit 968a79dcf5e17ac3963953ef56b8f94dbd75323b)
+
+commit 48407d86e3be526826c2207886ec304779c93f78
+Author: Ben Skeggs
+Date: Mon Jun 7 10:21:18 2010 +1000
+
+randr: prevent an unnecessary screen resize with multiple displays
+
+crtc->{x,y} is always 0 when xf86DefaultScreenLimits() is called, so we
+calculate too small an area for the initial framebuffer and force a resize
+to happen.
+
+This commit fixes the code to use desired{X,Y} instead, which contains the
+initial output positions.
+
+Signed-off-by: Ben Skeggs
+Reviewed-by: Dave Airlie
+Reviewed-by: Keith Packard
+Signed-off-by: Keith Packard
+(cherry picked from commit f7af00e9f0e0e1d854b0e882378c032518ab71ca)
+
+commit a6374668bda2cb78736e5f603f048adea1822d08
+Author: Peter Hutterer
+Date: Thu Jun 10 12:21:36 2010 +1000
+
+Xi: don't copy the modifier key count when copying device classes (#25480)
+
+The modifier key count is maintained by the XKB layer and
+increased/decreased for all modifiers that set state.
+
+Test case, MD/SD modifier key count in comment:
+1. keyboard 1: press and hold Shift_L# SD:1 MD:1
+2. keyboard 2: press and release Shift_L # SD:1,0 MD:1,0
+ # SD:1 MD:1
+3. keyboard 1: release Shift_L # SD:0 MD:1
+4. keyboard 1: press and release Shift_L # SD:1,0 MD:2,1
+
+The modifier is now logically down on the MD but not on keyboard 1 or
+keyboard 2.
+
+XKB is layered in before the DIX, it increases/decreases the modifier key
+c
Processed: [bts-link] source package pixman
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package pixman > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). > # remote status report for #602545 (http://bugs.debian.org/602545) > # * https://bugs.freedesktop.org/show_bug.cgi?id=24693 > # * remote status changed: (?) -> RESOLVED > # * remote resolution changed: (?) -> FIXED > # * closed upstream > forwarded 602545 https://bugs.freedesktop.org/show_bug.cgi?id=31425, > merged-upstream: https://bugs.freedesktop.org/show_bug.cgi?id=24693 Bug #602545 [libpixman-1-0] evince: signal SIGFPE on certain PDF, may be a pattern rendering problem Changed Bug forwarded-to-address to 'https://bugs.freedesktop.org/show_bug.cgi?id=31425, merged-upstream: https://bugs.freedesktop.org/show_bug.cgi?id=24693' from 'https://bugs.freedesktop.org/show_bug.cgi?id=31425' > tags 602545 + fixed-upstream Bug #602545 [libpixman-1-0] evince: signal SIGFPE on certain PDF, may be a pattern rendering problem Added tag(s) fixed-upstream. > usertags 602545 + status-RESOLVED resolution-FIXED Bug#602545: evince: signal SIGFPE on certain PDF, may be a pattern rendering problem There were no usertags set. Usertags are now: status-RESOLVED resolution-FIXED. > thanks Stopping processing here. Please contact me if you need assistance. -- 602545: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602545 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128949314720650.transcr...@bugs.debian.org
Processed: [bts-link] source package xserver-xorg-video-openchrome
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package > xserver-xorg-video-openchrome > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). > # remote status report for #564688 (http://bugs.debian.org/564688) > # * http://www.openchrome.org/trac/ticket/342 > # * remote status changed: new -> closed > # * remote resolution changed: (?) -> fixed > # * closed upstream > tags 564688 + fixed-upstream Bug #564688 [xserver-xorg-video-openchrome] VIA VT8623 [Apollo CLE266]: Heavy TV flickering after upgrade Added tag(s) fixed-upstream. > usertags 564688 - status-new Bug#564688: VIA VT8623 [Apollo CLE266]: Heavy TV flickering after upgrade Usertags were: status-new. Usertags are now: . > usertags 564688 + status-closed resolution-fixed Bug#564688: VIA VT8623 [Apollo CLE266]: Heavy TV flickering after upgrade There were no usertags set. Usertags are now: resolution-fixed status-closed. > thanks Stopping processing here. Please contact me if you need assistance. -- 564688: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564688 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128949314920783.transcr...@bugs.debian.org
[bts-link] source package pixman
# # bts-link upstream status pull for source package pixman # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #602545 (http://bugs.debian.org/602545) # * https://bugs.freedesktop.org/show_bug.cgi?id=24693 # * remote status changed: (?) -> RESOLVED # * remote resolution changed: (?) -> FIXED # * closed upstream forwarded 602545 https://bugs.freedesktop.org/show_bug.cgi?id=31425, merged-upstream: https://bugs.freedesktop.org/show_bug.cgi?id=24693 tags 602545 + fixed-upstream usertags 602545 + status-RESOLVED resolution-FIXED thanks -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010163227.6984.50745.btsl...@busoni.debian.org
[bts-link] source package xserver-xorg-video-openchrome
# # bts-link upstream status pull for source package xserver-xorg-video-openchrome # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #564688 (http://bugs.debian.org/564688) # * http://www.openchrome.org/trac/ticket/342 # * remote status changed: new -> closed # * remote resolution changed: (?) -> fixed # * closed upstream tags 564688 + fixed-upstream usertags 564688 - status-new usertags 564688 + status-closed resolution-fixed thanks -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010163228.6984.74504.btsl...@busoni.debian.org
Bug#486586: still not fixed in 0.8.6
It is odd that people didn's spot this so far. It's been 2 years and a half and we can still see this bug in compiz 0.8.6.
Bug#602545: evince: signal SIGFPE on certain PDF, may be a pattern rendering problem
reassign 602545 libcairo2 1.8.10-6 kthxbye On Sat, Nov 6, 2010 at 08:27:43 +0100, Josselin Mouette wrote: > forwarded 602545 https://bugs.freedesktop.org/show_bug.cgi?id=31425 Reassigning to cairo per the upstream bug (https://bugs.freedesktop.org/show_bug.cgi?id=24693#c3) Cheers, Julien signature.asc Description: Digital signature
Processed: Re: Bug#602545: evince: signal SIGFPE on certain PDF, may be a pattern rendering problem
Processing commands for cont...@bugs.debian.org: > reassign 602545 libcairo2 1.8.10-6 Bug #602545 [libpixman-1-0] evince: signal SIGFPE on certain PDF, may be a pattern rendering problem Bug reassigned from package 'libpixman-1-0' to 'libcairo2'. Bug No longer marked as found in versions pixman/0.19.6-1 and pixman/0.16.4-1. Bug #602545 [libcairo2] evince: signal SIGFPE on certain PDF, may be a pattern rendering problem Bug Marked as found in versions cairo/1.8.10-6. > kthxbye Stopping processing here. Please contact me if you need assistance. -- 602545: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602545 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128949473630726.transcr...@bugs.debian.org
Bug#290881: xserver-common: warnings in Xserver(1x) manpage
reassign 290881 xserver-common thanks Today's situation is slightly improved: one warning instead of two ;) $ man Xserver > /dev/null :546: warning [p 8, 4.3i, div `an-div', 0.0i]: can't break line -- Julien Viard de Galbert http://silicone.homelinux.org/ -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201021.ga24...@vdg.blogsite.org
Processed: Re: Bug#290881: xserver-common: warnings in Xserver(1x) manpage
Processing commands for cont...@bugs.debian.org: > reassign 290881 xserver-common Bug #290881 [xserver-xorg-core] xserver-common: warnings in Xserver(1x) manpage Bug reassigned from package 'xserver-xorg-core' to 'xserver-common'. > thanks Stopping processing here. Please contact me if you need assistance. -- 290881: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=290881 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12895141565811.transcr...@bugs.debian.org
Bug#251449: Dual head addition to FAQ
I don't know which FAQ this was referring to, but todays dual head support has quite changed (probably unless your still using the proprietary nvidia driver). Detailed information on how to use dual head are available on the wiki: http://wiki.debian.org/XStrikeForce/HowToRandR12 -- Julien Viard de Galbert http://silicone.homelinux.org/ -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010224125.ga25...@vdg.blogsite.org
Bug#251449: Dual head addition to FAQ
On Thu, Nov 11, 2010 at 23:41:25 +0100, Julien Viard de Galbert wrote: > I don't know which FAQ this was referring to, but todays dual head > support has quite changed (probably unless your still using the > proprietary nvidia driver). > A while back xfree86-common (then x11-common) shipped a FAQ in /usr/share/doc/. It's now at http://wiki.debian.org/XStrikeForce/FAQ, but has unfortunately bitrotted over the years. Cheers, Julien signature.asc Description: Digital signature
xorg-server: Changes to 'debian-unstable'
debian/changelog |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) New commits: commit dc0c097be3608055c8c848845ef7af515a4f7ecb Author: Julien Cristau Date: Fri Nov 12 00:42:29 2010 +0100 Prepare for upload diff --git a/debian/changelog b/debian/changelog index 31dd920..a6d04c5 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,6 @@ -xorg-server (2:1.7.7-9) UNRELEASED; urgency=low +xorg-server (2:1.7.7-9) unstable; urgency=low + + * The "Hello RHEL6" upload. * Stolen from RHEL6: only list the device mode in XIQueryDevice, not the proximity bit. @@ -15,7 +17,7 @@ xorg-server (2:1.7.7-9) UNRELEASED; urgency=low - xkb: Fix omissions in geometry initialization - ddc: Don't probe for DDC/CI or EEPROM - -- Julien Cristau Thu, 11 Nov 2010 12:46:28 +0100 + -- Julien Cristau Fri, 12 Nov 2010 00:39:18 +0100 xorg-server (2:1.7.7-8) unstable; urgency=low -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pgh5o-0007kk...@alioth.debian.org
xorg-server: Changes to 'refs/tags/xorg-server-2_1.7.7-9'
Tag 'xorg-server-2_1.7.7-9' created by Julien Cristau at 2010-11-11 23:42 + Tagging upload of xorg-server 2:1.7.7-9 to unstable. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAABCAAGBQJM3H9xAAoJEDEBgAUJBeQMS+AP+wTyR2ZJqDeen8X19xmpKIi+ dbpQhT+BQcHyd+WEKrqa8prj8opMzTOIMrMvJQwQqt6k3pTW+uxccHAzkKJawh+Y kPk0HKJVrfjTSt4TH/5ccEVkZBaDxib9oLW/tMPDVsgsG3lmI2sAEOYAvtp2PT0w nnu96PHaz6noPaJf7C3/bPr+86GtOWT5Xhyv6uHUQ/Z6iL1SMuZG+4td0Uw8IrmM ggqrjVIJnPCLcENG9hy0zCdZpuIbGAwhN9oS0IsSnEz9dOlCmIOPNT+tLWpd9zRC GoFOw8d88wmPzghsph11j7k6b/iQCZ8TjGj7HJnZTc3DLkE+atQTGr2WQdL6atl4 S+zUcw8ruiLjyq2giNW7fVPbQ6r5tFVBlRY5Kst5qhcknbSM+7+tKtfo8KU7a/PE UstoJw5kKzSOC00nPs+o5ZNYINcV0Twv/0/tUWaWe9puAxnAY1fc0/1xeGiafLnE ZmXUy30K7uGYfaxrNt/+Jm8yu+CnvBwA3YEQklpvX1Dk2jbEHPSAUyqEcsolwMdM Ikk40ZWvc71/UaZ3cBEc+vTjDUJZP8/cddygU2o++B0kuEoO++wliyPaDX4XEwKd /cY+6t1Hi8GVTtkir/58BRvA1HgzBBj8u/aq2YRoZ6Vwz+R4fMXSWBq8GBYY/EgZ 8ppU5WT2bNv+ls3PqMKb =gxL7 -END PGP SIGNATURE- Changes since xorg-server-2_1.7.7-8: Aaron Plattner (1): os: Return BadLength instead of disconnecting BigReq clients (#4565) Adam Jackson (2): dix: Default DPMS timeout values to match screensaver values ddc: Don't probe for DDC/CI or EEPROM Alan Coopersmith (1): Don't coredump on "X -showopts" (bug 25874) Ben Skeggs (1): randr: prevent an unnecessary screen resize with multiple displays Dave Airlie (1): rotation: fix cursor and overlap of one pixel. Dirk Wallenstein (1): xkb: Fix omissions in geometry initialization #27679 Joe Shaw (1): fix a sign problem with valuator data. Julien Cristau (4): Stolen from RHEL6: only list the device mode in XIQueryDevice, not the proximity bit. Merge branch 'server-1.7-branch' of annarchy.freedesktop.org:~jcristau/xserver into debian-unstable Bump changelogs Prepare for upload Nicolas George (1): Change keyboard controls on slave keyboards (#27926) Peter Hutterer (2): Revert "dix: use the event mask of the grab for TryClientEvents." Xi: don't copy the modifier key count when copying device classes (#25480) --- ChangeLog | 248 Xi/exevents.c |4 debian/changelog| 21 ++ debian/patches/21-device-mode-list.diff | 34 debian/patches/series |1 dix/devices.c |4 dix/events.c| 52 -- dix/getevents.c |2 dix/main.c |4 hw/xfree86/common/xf86Helper.c |7 hw/xfree86/ddc/ddc.c|4 hw/xfree86/modes/xf86Crtc.c |4 hw/xfree86/modes/xf86Cursors.c |9 - include/eventstr.h |2 os/io.c | 27 +++ os/osdep.h |1 randr/rrtransform.c | 28 +-- xkb/xkbUtils.c | 41 + 18 files changed, 404 insertions(+), 89 deletions(-) --- -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pgh5e-0007cp...@alioth.debian.org
Processing of xorg-server_1.7.7-9_amd64.changes
xorg-server_1.7.7-9_amd64.changes uploaded successfully to localhost along with the files: xorg-server_1.7.7-9.dsc xorg-server_1.7.7-9.diff.gz xserver-common_1.7.7-9_all.deb xserver-xorg-core_1.7.7-9_amd64.deb xserver-xorg-core-udeb_1.7.7-9_amd64.udeb xserver-xorg-dev_1.7.7-9_amd64.deb xdmx_1.7.7-9_amd64.deb xdmx-tools_1.7.7-9_amd64.deb xnest_1.7.7-9_amd64.deb xvfb_1.7.7-9_amd64.deb xserver-xephyr_1.7.7-9_amd64.deb xserver-xfbdev_1.7.7-9_amd64.deb xserver-xorg-core-dbg_1.7.7-9_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pgh91-0001qj...@franck.debian.org
xorg-server_1.7.7-9_amd64.changes ACCEPTED into unstable
Accepted: xdmx-tools_1.7.7-9_amd64.deb to main/x/xorg-server/xdmx-tools_1.7.7-9_amd64.deb xdmx_1.7.7-9_amd64.deb to main/x/xorg-server/xdmx_1.7.7-9_amd64.deb xnest_1.7.7-9_amd64.deb to main/x/xorg-server/xnest_1.7.7-9_amd64.deb xorg-server_1.7.7-9.diff.gz to main/x/xorg-server/xorg-server_1.7.7-9.diff.gz xorg-server_1.7.7-9.dsc to main/x/xorg-server/xorg-server_1.7.7-9.dsc xserver-common_1.7.7-9_all.deb to main/x/xorg-server/xserver-common_1.7.7-9_all.deb xserver-xephyr_1.7.7-9_amd64.deb to main/x/xorg-server/xserver-xephyr_1.7.7-9_amd64.deb xserver-xfbdev_1.7.7-9_amd64.deb to main/x/xorg-server/xserver-xfbdev_1.7.7-9_amd64.deb xserver-xorg-core-dbg_1.7.7-9_amd64.deb to main/x/xorg-server/xserver-xorg-core-dbg_1.7.7-9_amd64.deb xserver-xorg-core-udeb_1.7.7-9_amd64.udeb to main/x/xorg-server/xserver-xorg-core-udeb_1.7.7-9_amd64.udeb xserver-xorg-core_1.7.7-9_amd64.deb to main/x/xorg-server/xserver-xorg-core_1.7.7-9_amd64.deb xserver-xorg-dev_1.7.7-9_amd64.deb to main/x/xorg-server/xserver-xorg-dev_1.7.7-9_amd64.deb xvfb_1.7.7-9_amd64.deb to main/x/xorg-server/xvfb_1.7.7-9_amd64.deb Override entries for your package: xdmx-tools_1.7.7-9_amd64.deb - optional x11 xdmx_1.7.7-9_amd64.deb - optional x11 xnest_1.7.7-9_amd64.deb - optional x11 xorg-server_1.7.7-9.dsc - source x11 xserver-common_1.7.7-9_all.deb - optional x11 xserver-xephyr_1.7.7-9_amd64.deb - optional x11 xserver-xfbdev_1.7.7-9_amd64.deb - optional x11 xserver-xorg-core-dbg_1.7.7-9_amd64.deb - extra debug xserver-xorg-core-udeb_1.7.7-9_amd64.udeb - optional debian-installer xserver-xorg-core_1.7.7-9_amd64.deb - optional x11 xserver-xorg-dev_1.7.7-9_amd64.deb - optional x11 xvfb_1.7.7-9_amd64.deb - optional x11 Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pghke-0002l0...@franck.debian.org
Re: Ubuntu plans for Natty release
On Thu, 2010-11-11 at 13:06 +0100, Michel Dänzer wrote: > On Don, 2010-11-11 at 12:26 +1100, Christopher James Halse Rogers > wrote: > > On Wed, 2010-11-10 at 09:33 +0100, Michel Dänzer wrote: > > > On Mit, 2010-11-10 at 18:57 +1100, Christopher James Halse Rogers > > > wrote: > > > > > > > > 1) Ship both the classic and gallium versions of r300 & r600, and have > > > > the DDX select between them based on kms support and an xorg.conf > > > > setting (default to r300g, as that's the default upstream, and whichever > > > > r600 driver ends up being default in 7.10). This is not going to be > > > > accepted upstream, but is, I think, a reasonable distro-patch to retain > > > > UMS support for radeon while defaulting to the upstream-default driver. > > > > > > IMHO any solution which doesn't allow easily choosing between the 3D > > > drivers during the X server's runtime (when KMS is enabled) isn't > > > adequate. > > > > Certainly not adequate for driver development, > > Actually, driver developers probably tend to have their own custom > setups anyway. > > > but is it necessary for end-users? This would be necessary for > > allowing per-application overrides, but should we care about this? > > Probably not as long as the default 3D driver works (well enough), but > e.g. for comparing between the 3D drivers it would be much more > convenient and save nerves and time, also for bug triagers. > > > > Can you see an easy solution which allows changes during X's runtime and > > will handle UMS transparently? > > One possibility would be an r[36]00_dri.so wrapper which can pass > through to the classic or Gallium drivers based on KMS vs. UMS and > configuration via environment variables and/or configuration files. This > might be appropriate for upstream as well. > That sounds an awful lot like work :). Also, my understanding was that UMS / classic mesa would not be particularly supported upstream. If you'd welcome such a patch, maybe that work is justified. I was only expecting to carry this dual-stack UMS/KMS hack for one release, maybe two, and then not caring at all about UMS after that. > However, given that switching to UMS will require some kind of tweaking > anyway, I'm not sure why the script / procedure for that couldn't just > include appropriate update-alternatives calls. > The trick is getting all the users to see the same documentation :). signature.asc Description: This is a digitally signed message part
