xserver-xorg-video-cirrus: Changes to 'refs/tags/xserver-xorg-video-cirrus-1_1.5.2-1'
Tag 'xserver-xorg-video-cirrus-1_1.5.2-1' created by Julien Cristau jcris...@debian.org at 2013-09-17 06:41 + Tagging upload of xserver-xorg-video-cirrus 1:1.5.2-1 to unstable. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAABAgAGBQJSN/mKAAoJEDEBgAUJBeQM2ZAP/1qjzLIpOX5E/hmOks4zI+3i TCW37jXn9i5jGhZN2XIRoMBVGxnYuh2NZezkFPU+JaAwwu1ggfbpJHcIplnAprbN k7IoEX+Mav+PJKkoT7DIqWlGxZyYGLSFmJXWejjFLWJvKgEkcHWasHrgZnpN+edT YaHOA8F+lY0TUZnMHZsIhyLaAKGOE1Jj7Y+TEiv7LXkxZbtBvv4gfw4X+F51kiRc uTbPV67aD+gwTo6ZnR6ZxzNUevZrutIjPqebdcV+amodxon6V8M0hHI4KsTCqdi/ wsfmcVmBHsmmM+NPjrUUEDD9kE+qqthvszi4yo6TWF7KidmOQecQnOE3C9bYxD2K ty+cIe2D+KejrFuNbVav/Df0/kLP3TtvJLo0Nfvq6kPqzaCEb5JurUeDrk80zz/4 nmJMxGZVBUZDV2TnJL5grIN929l4QHsP7CyjdKFCbPFXrCT+CCjIrjjr8UfOJGRV 49QmkoibhRKVWZiec0bgRalb+3QgJpVu47eddTB4bDnrnmuG8XXZf1JN5Zx3tRk1 G+Cqy7Nb8AvnP0+Zs15z42zvRqncrA79eggxVdLvLvqlLn6+WCDfIHV90hfIje+o KPV7DOftj4wwoWJnQfFaPlSSBTmToUGSJ1sQ4gyEPbmK3EnU+8wJMAsZ9AzjNpm3 6RB2Ybz0gF3ksTuX/Ci1 =1CXO -END PGP SIGNATURE- Changes since xserver-xorg-video-cirrus-1_1.4.0-2: Adam Jackson (1): Remove mibstore.h Dave Airlie (7): cirrus: convert to compat server API. cirrus: drop xf86PciInfo. cirrus: bump to 1.5.0 for release. cirrus: handle server with no XAA xf86-video-cirrus: bump to version 1.5.1 cirrus: fix falling back after kernel check cirrus: fix build against old server Johannes Obermayr (1): use int scrnIndex instead of int i in macro SCREEN_INIT_ARGS_DECL. Julien Cristau (3): Disable silent build rules. Build against xserver 1.12 Upload to unstable Maarten Lankhorst (11): Merge branch 'upstream-experimental' into debian-experimental New upstream release 1.5.0 Bump changelog Refresh 10-qemu.diff Merge tag 'xf86-video-cirrus-1.5.1' into debian-experimental New upstream release 1.5.1 Bump changelog cirrus: fix out of bounds access to shadowfb cirrus: release 1.5.2 Merge tag 'xf86-video-cirrus-1.5.2' into debian-experimental New upstream release. Michele Cane (3): Merge branch debian-experimental into debian-unstable Bump Standards-Version to 3.9.4, no changes needed. Refresh patches --- ChangeLog | 106 ++ configure.ac| 20 ++ debian/changelog| 15 ++ debian/control |4 debian/patches/10-qemu.diff | 14 + debian/rules|3 src/CirrusClk.c |1 src/Makefile.am |3 src/alp.h |2 src/alp_driver.c| 88 +-- src/alp_hwcurs.c|5 src/alp_i2c.c |1 src/alp_xaa.c |6 src/alp_xaam.c |9 - src/cir.h |9 - src/cir_dga.c | 20 +- src/cir_driver.c| 19 +- src/cir_pcirename.h | 24 +++ src/cir_shadow.c| 324 src/compat-api.h| 99 + src/lg.h|2 src/lg_driver.c | 84 +-- src/lg_hwcurs.c |5 src/lg_i2c.c|1 src/lg_xaa.c|7 25 files changed, 592 insertions(+), 279 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/e1vloyr-00071d...@vasks.debian.org
xserver-xorg-video-cirrus: Changes to 'debian-unstable'
debian/changelog |8 +--- debian/control |2 +- debian/rules |3 +++ 3 files changed, 9 insertions(+), 4 deletions(-) New commits: commit 2490152421c8ad723949492c859aca58a517b697 Author: Julien Cristau jcris...@debian.org Date: Tue Sep 17 08:41:11 2013 +0200 Upload to unstable diff --git a/debian/changelog b/debian/changelog index 8648f49..94a30db 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -xserver-xorg-video-cirrus (1:1.5.2-1) UNRELEASED; urgency=low +xserver-xorg-video-cirrus (1:1.5.2-1) unstable; urgency=low [ Maarten Lankhorst ] * New upstream release. @@ -11,7 +11,7 @@ xserver-xorg-video-cirrus (1:1.5.2-1) UNRELEASED; urgency=low [ Julien Cristau ] * Disable silent build rules. - -- Maarten Lankhorst maarten.lankho...@canonical.com Mon, 16 Jul 2012 15:30:58 +0200 + -- Julien Cristau jcris...@debian.org Tue, 17 Sep 2013 08:34:42 +0200 xserver-xorg-video-cirrus (1:1.4.0-2) unstable; urgency=low commit c7d2726e93313e10e7ef0ca6a38920bc0eaf69f7 Author: Julien Cristau jcris...@debian.org Date: Tue Sep 17 08:33:54 2013 +0200 Build against xserver 1.12 diff --git a/debian/changelog b/debian/changelog index 29e2b88..8648f49 100644 --- a/debian/changelog +++ b/debian/changelog @@ -2,7 +2,6 @@ xserver-xorg-video-cirrus (1:1.5.2-1) UNRELEASED; urgency=low [ Maarten Lankhorst ] * New upstream release. - * Require xserver 1.13rc1 * Refresh 10-qemu.diff [ Michele Cane ] diff --git a/debian/control b/debian/control index e86ad63..d840f48 100644 --- a/debian/control +++ b/debian/control @@ -8,7 +8,7 @@ Build-Depends: dh-autoreconf, quilt, pkg-config, - xserver-xorg-dev (= 2:1.12.99.901), + xserver-xorg-dev (= 2:1.12), x11proto-video-dev, x11proto-core-dev, x11proto-fonts-dev, commit 47f8449f7ed69199d7651bbdb0ef7868f723b076 Author: Julien Cristau jcris...@debian.org Date: Tue Sep 17 08:31:13 2013 +0200 Disable silent build rules. diff --git a/debian/changelog b/debian/changelog index 5a843fd..29e2b88 100644 --- a/debian/changelog +++ b/debian/changelog @@ -9,6 +9,9 @@ xserver-xorg-video-cirrus (1:1.5.2-1) UNRELEASED; urgency=low * Bump Standards-Version to 3.9.4, no changes needed. * Refresh patches. + [ Julien Cristau ] + * Disable silent build rules. + -- Maarten Lankhorst maarten.lankho...@canonical.com Mon, 16 Jul 2012 15:30:58 +0200 xserver-xorg-video-cirrus (1:1.4.0-2) unstable; urgency=low diff --git a/debian/rules b/debian/rules index 3d192dc..496a59a 100755 --- a/debian/rules +++ b/debian/rules @@ -1,5 +1,8 @@ #!/usr/bin/make -f +override_dh_auto_configure: + dh_auto_configure -- --disable-silent-rules + # Install in debian/tmp to retain control through dh_install: override_dh_auto_install: dh_auto_install --destdir=debian/tmp -- 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/e1vloyr-00070l...@vasks.debian.org
Processing of xserver-xorg-video-cirrus_1.5.2-1_amd64.changes
xserver-xorg-video-cirrus_1.5.2-1_amd64.changes uploaded successfully to localhost along with the files: xserver-xorg-video-cirrus_1.5.2-1.dsc xserver-xorg-video-cirrus_1.5.2.orig.tar.gz xserver-xorg-video-cirrus_1.5.2-1.diff.gz xserver-xorg-video-cirrus_1.5.2-1_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/e1vlp1t-0006tc...@franck.debian.org
xserver-xorg-video-cirrus_1.5.2-1_amd64.changes ACCEPTED into unstable
Mapping sid to unstable. Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 17 Sep 2013 08:34:42 +0200 Source: xserver-xorg-video-cirrus Binary: xserver-xorg-video-cirrus Architecture: source amd64 Version: 1:1.5.2-1 Distribution: sid Urgency: low Maintainer: Debian X Strike Force debian-x@lists.debian.org Changed-By: Julien Cristau jcris...@debian.org Description: xserver-xorg-video-cirrus - X.Org X server -- Cirrus display driver Changes: xserver-xorg-video-cirrus (1:1.5.2-1) unstable; urgency=low . [ Maarten Lankhorst ] * New upstream release. * Refresh 10-qemu.diff . [ Michele Cane ] * Bump Standards-Version to 3.9.4, no changes needed. * Refresh patches. . [ Julien Cristau ] * Disable silent build rules. Checksums-Sha1: dfb52967fac0474fe2e5509143f02d5272fd9ec2 2201 xserver-xorg-video-cirrus_1.5.2-1.dsc c9ed50a3f7d81a7aafd75dc262d90a3df961558d 405237 xserver-xorg-video-cirrus_1.5.2.orig.tar.gz 2126629cf32eb27f7ee5b9a94313f0b5db26f2cd 6848 xserver-xorg-video-cirrus_1.5.2-1.diff.gz c4a193e933a56d5089ff67f6c18fd19f6a88063f 43296 xserver-xorg-video-cirrus_1.5.2-1_amd64.deb Checksums-Sha256: 5ae3c92cadd38db609d003d2c32b9b30d2928d4ea79213e58ebbe1521a70fe55 2201 xserver-xorg-video-cirrus_1.5.2-1.dsc 7c882c9064f58edf6cb08ef889b6e1d9e7bf6be0eb0002c052d5b4cb6a9bf74d 405237 xserver-xorg-video-cirrus_1.5.2.orig.tar.gz 1b3422aeb0103c032e79cf985d0a3f4654be95d5689155d974dd23e1a79618b5 6848 xserver-xorg-video-cirrus_1.5.2-1.diff.gz bc041e635356ae25b1e0e0069e197be95f2657cd3d8b93d1cb839d13887bd8e4 43296 xserver-xorg-video-cirrus_1.5.2-1_amd64.deb Files: dab0d1e3aef167a2bef73cb3061be64c 2201 x11 optional xserver-xorg-video-cirrus_1.5.2-1.dsc a00cf7eb9a9e27e9738cdbe716012b61 405237 x11 optional xserver-xorg-video-cirrus_1.5.2.orig.tar.gz 754573d3f86d863403f1c7e6ebf5c68d 6848 x11 optional xserver-xorg-video-cirrus_1.5.2-1.diff.gz 024f4e316cdbd4ca678b4a074f8560e4 43296 x11 optional xserver-xorg-video-cirrus_1.5.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBAgAGBQJSN/mcAAoJEDEBgAUJBeQMVNUQAOdy1P6GqrzVJqDnL0/PCr9Z IKiUmSv5der65Tg/1q7aeFHjLexgAeOonjq46MAfGskDjRHMhTzcxUoTw9Tw7iPm KJyZcJ5XxPx9AthsP0rtgWFb3SAIqkkUwEyLQP7Q2XsnPie/D0nAQBAv7m7YpFZ7 v4ChsFdcbB4r7zEzj31dWi+R23RU8yOZOTfD+Z7zx9U0ViGAD1Oqcuh0taCjS4ve jY/mv2ml8QagfV1RvKS9PEUccE+wT9DGzzxD5a15qRj12Bv4Qh2bl/Fc1kPGMTob pTky/OCLoe/jTkGdxphohSxaHQkKhuB70Bn+/WbmEp8gh/dom4uKVlR6BHtmVzDn 6YX1RQlvtQLmcrkvi5TZljk0O/P60IniDhud2g9S7cWiWljGxWcFvh+Dtn6EqlZ/ 7xRHrcpxRJovNcvPHpz7vKJlaYaRkrp1DivtsK37rN1Aom4PigGC4BdgwZ0k/Q5S JBrt+mHGETIKuRGwP/a8VDxat9ozQptNi32WIxoTIyv43rIAXjYX3ZqISOeUAlPd B39C1ap1VNoOlm6daiXc9vNDA8PmX382BXyz+SYerq1BkzEhI6OKrztuLz2JWcqk a+wfBLq00t12MXLvS2ue+QNxXhDhjiuVUoeIwJCcN3PR1UEHFAz4ipLeLsQyIGRr 69Q772mvq50fcHQphj9+ =FKyQ -END PGP SIGNATURE- 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/e1vlp50-0007jp...@franck.debian.org
Bug#723468: libxkbcommon link with -L/usr/lib
Package: libxkbcommon Version: 0.3.1-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. libxkbcommon_0.3.1-2_mips64el.build.xz Description: Binary data
Bug#723468: marked as done (libxkbcommon link with -L/usr/lib)
Your message dated Tue, 17 Sep 2013 13:48:01 +0200 with message-id 52384171.5010...@debian.org and subject line Re: Bug#723468: libxkbcommon link with -L/usr/lib has caused the Debian Bug report #723468, regarding libxkbcommon link with -L/usr/lib to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 723468: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723468 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libxkbcommon Version: 0.3.1-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. libxkbcommon_0.3.1-2_mips64el.build.xz Description: Binary data ---End Message--- ---BeginMessage--- On 17/09/13 12:47, YunQiang Su wrote: Package: libxkbcommon Version: 0.3.1-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. No -L/usr/lib in there. Really. There's still a build failure in your log but it's totally unrelated, not mips specific, and we already got a bug report for it. Emilio---End Message---
Bug#723577: libglu1-mesa: gluNurbsSurface writes internal debug output to stdout
Package: libglu1-mesa Version: 9.0.0-1 Severity: minor Tags: patch upstream Dear Maintainer, the GLU library version 9.0.0-1 contains a bug that writes internal debug output to stdout. Calling the method gluNurbsSurface each time produces the following output: arc_ccw_turn, p = 0 case b arc_ccw_turn, p = 0 case d arc_ccw_turn, p = 0 case a arc_ccw_turn, p = 0 case c ... (repeats 4 times) This produces a lot of unwanted output. The bug is already known and fixed upstream: https://bugs.freedesktop.org/show_bug.cgi?id=61003 A simple patch is provided. I successfully tested this patch with the source package. Please consider including the patch while no newer release of GLU is available. Regards, Klaus Denker -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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/20130917150444.16291.7696.report...@satellite.htwg-konstanz.de
Bug#723578: option to disable mouse tracking mode
Package: xterm Version: 278-4 Severity: wishlist Sending an escape sequence to xterm can cause it to disable mouse-based cp in favour of reporting mouse events as escape sequences. This is a deliberate feature, the mouse tracking mode, but awfully annoying when one does not specifically want to use it. Applications that turn the mode on, such as w3m, effectively break normal xterm usage. It would be nice to have an option that prevents mouse tracking being engaged, along the lines of the existing allowTitleOps option that can prevent unwanted changes of window title. -zefram -- 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/20130917151945.gr31...@fysh.org
xserver-xorg-video-ati: Changes to 'ubuntu'
debian/changelog | 13 + debian/patches/xmir.patch | 20 2 files changed, 25 insertions(+), 8 deletions(-) New commits: commit 88c26a31ecb8f73208b2fa8947fda9f11731aeeb Author: Christopher James Halse Rogers r...@ubuntu.com Date: Tue Sep 17 13:12:45 2013 -0400 Really fix the ati build diff --git a/debian/changelog b/debian/changelog index f2e9051..c386cef 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,11 @@ -xserver-xorg-video-ati (1:7.2.0-0ubuntu5) saucy; urgency=low +xserver-xorg-video-ati (1:7.2.0-0ubuntu6) saucy; urgency=low + + * Fix the build harder. This would be easier if my powerpc schroot actually +worked. + + -- Christopher James Halse Rogers r...@ubuntu.com Tue, 03 Sep 2013 16:34:44 +1000 + +axserver-xorg-video-ati (1:7.2.0-0ubuntu5) saucy; urgency=low * Fix the build on platforms without XMir. Hello, PPC! diff --git a/debian/patches/xmir.patch b/debian/patches/xmir.patch index 89eaa3b..ecfb241 100644 --- a/debian/patches/xmir.patch +++ b/debian/patches/xmir.patch @@ -285,16 +285,18 @@ Date: Mon Jul 22 17:02:17 2013 +1000 static void RADEONBlockHandler_KMS(BLOCKHANDLER_ARGS_DECL) { SCREEN_PTR(arg); -@@ -302,6 +366,8 @@ +@@ -302,6 +366,10 @@ #ifdef RADEON_PIXMAP_SHARING radeon_dirty_update(pScreen); #endif ++#ifdef XMIR +if(info-xmir) -+ xmir_screen_for_each_damaged_window(info-xmir, radeon_xmir_copy_to_mir); ++ xmir_screen_for_each_damaged_window(info-xmir, radeon_xmir_copy_to_mir); ++#endif } static void -@@ -606,6 +672,22 @@ +@@ -606,6 +674,22 @@ dev-domain, dev-bus, dev-dev, dev-func); #endif @@ -317,7 +319,7 @@ Date: Mon Jul 22 17:02:17 2013 +1000 info-dri2.drm_fd = drmOpen(radeon, busid); if (info-dri2.drm_fd == -1) { -@@ -835,6 +917,14 @@ +@@ -835,6 +919,14 @@ if (!RADEONPreInitChipType_KMS(pScrn)) goto fail; @@ -332,7 +334,7 @@ Date: Mon Jul 22 17:02:17 2013 +1000 if (radeon_open_drm_master(pScrn) == FALSE) { xf86DrvMsg(pScrn-scrnIndex, X_ERROR, Kernel modesetting setup failed\n); goto fail; -@@ -909,10 +999,14 @@ +@@ -909,10 +1001,14 @@ } info-swapBuffersWait = xf86ReturnOptValBool(info-Options, @@ -348,7 +350,7 @@ Date: Mon Jul 22 17:02:17 2013 +1000 if (drmmode_pre_init(pScrn, info-drmmode, pScrn-bitsPerPixel / 8) == FALSE) { xf86DrvMsg(pScrn-scrnIndex, X_ERROR, Kernel modesetting setup failed\n); goto fail; -@@ -922,7 +1016,10 @@ +@@ -922,7 +1018,10 @@ pRADEONEnt-HasCRTC2 = FALSE; else pRADEONEnt-HasCRTC2 = TRUE; @@ -360,7 +362,7 @@ Date: Mon Jul 22 17:02:17 2013 +1000 /* fix up cloning on rn50 cards * since they only have one crtc sometimes the xserver doesn't assign -@@ -1122,6 +1219,11 @@ +@@ -1122,6 +1221,11 @@ if (info-accel_state-use_vbos) radeon_vbo_free_lists(pScrn); @@ -372,7 +374,7 @@ Date: Mon Jul 22 17:02:17 2013 +1000 drmDropMaster(info-dri2.drm_fd); drmmode_fini(pScrn, info-drmmode); -@@ -1150,6 +1252,21 @@ +@@ -1150,6 +1254,21 @@ RADEONFreeRec(pScrn); } @@ -394,7 +396,7 @@ Date: Mon Jul 22 17:02:17 2013 +1000 Bool RADEONScreenInit_KMS(SCREEN_INIT_ARGS_DECL) { ScrnInfoPtrpScrn = xf86ScreenToScrn(pScreen); -@@ -1157,7 +1274,7 @@ +@@ -1157,7 +1276,7 @@ intsubPixelOrder = SubPixelUnknown; char* s; void *front_ptr; @@ -403,7 +405,7 @@ Date: Mon Jul 22 17:02:17 2013 +1000 pScrn-fbOffset = 0; -@@ -1168,7 +1285,8 @@ +@@ -1168,7 +1287,8 @@ pScrn-defaultVisual)) return FALSE; miSetPixmapDepths (); @@ -413,7 +415,7 @@ Date: Mon Jul 22 17:02:17 2013 +1000 if (ret) { ErrorF(Unable to retrieve master\n); return FALSE; -@@ -1185,7 +1303,8 @@ +@@ -1185,7 +1305,8 @@ failed to initialise GEM buffer manager); return FALSE; } @@ -423,7 +425,7 @@ Date: Mon Jul 22 17:02:17 2013 +1000 if (!info-csm) info-csm = radeon_cs_manager_gem_ctor(info-dri2.drm_fd); -@@ -1309,7 +1428,10 @@ +@@ -1309,7 +1430,10 @@ /* Cursor setup */ miDCInitialize(pScreen, xf86GetPointerScreenFuncs()); @@ -435,7 +437,7 @@ Date: Mon Jul 22 17:02:17 2013 +1000 if (RADEONCursorInit_KMS(pScreen)) { } } -@@ -1351,6 +1473,8 @@ +@@ -1351,6 +1475,8 @@ info-CreateScreenResources = pScreen-CreateScreenResources; pScreen-CreateScreenResources = RADEONCreateScreenResources_KMS; @@ -444,7 +446,7 @@ Date: Mon Jul 22 17:02:17 2013 +1000 #ifdef RADEON_PIXMAP_SHARING pScreen-StartPixmapTracking = PixmapStartDirtyTracking; pScreen-StopPixmapTracking = PixmapStopDirtyTracking; -@@ -1385,13 +1509,13 @@ +@@ -1385,13 +1511,13 @@ { SCRN_INFO_PTR(arg); RADEONInfoPtr info = RADEONPTR(pScrn); @@ -461,7 +463,7 @@ Date: Mon Jul 22
Bug#723573: xterm occasionally forgets BackSpace translation
Package: xterm Version: 278-4 Severity: normal I configure xterm with X resources that include XTerm.vt100.translations: #override \n\ KeyBackSpace: string(0x08) so normally the backspace key in xterm sends ^H. However, from time to time the behaviour mysteriously changes: the backspace key starts sending ^? instead. I have not been able to determine what class of event causes this; I see no reliable correlation with any particular activity, and have no recipe to reproduce the problem. It seems to change for all xterms simultaneously. I have found a way to change it back: empirically, toggling the Backarrow Key (BS/DEL) item in any xterm's ctrl-left menu fixes it, for *all* xterms. Note, the final state of the BS/DEL menu item makes no difference; toggling it normally has no effect, as the translation takes precedence. (I originally tried toggling BS/DEL in case there was some interaction with the state of that option, but apparently the state of the option is irrelevant, the fix just comes from something triggered by the process of toggling it.) The fix is only temporary: it'll later change to ^? again, as mysteriously as the first time. -zefram -- 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/20130917145602.gq31...@fysh.org
mesa: Changes to 'ubuntu'
debian/changelog |6 ++ debian/patches/egl-platform-mir.patch |5 ++--- 2 files changed, 8 insertions(+), 3 deletions(-) New commits: commit 45410c20fc299de688b7fe3102b93a3a064b2ce6 Author: Christopher James Halse Rogers christopher.halse.rog...@canonical.com Date: Tue Sep 17 12:05:53 2013 -0400 Fix double-free in Mir EGL platform diff --git a/debian/changelog b/debian/changelog index a8170cd..47a76eb 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +mesa (9.2-1ubuntu2) saucy; urgency=low + + * Fix double-free in Mir EGL platform (LP: #1221974) + + -- Christopher James Halse Rogers r...@ubuntu.com Tue, 17 Sep 2013 12:05:36 -0400 + mesa (9.2-1ubuntu1) saucy; urgency=low * Merge from debian-experimental, remaining changes: diff --git a/debian/patches/egl-platform-mir.patch b/debian/patches/egl-platform-mir.patch index 5734806..5187652 100644 --- a/debian/patches/egl-platform-mir.patch +++ b/debian/patches/egl-platform-mir.patch @@ -149,10 +149,10 @@ index 6dfdf94..668480c 100644 char * diff --git a/src/egl/drivers/dri2/platform_mir.c b/src/egl/drivers/dri2/platform_mir.c new file mode 100644 -index 000..55bfa40 +index 000..3c0d6fb --- /dev/null +++ b/src/egl/drivers/dri2/platform_mir.c -@@ -0,0 +1,350 @@ +@@ -0,0 +1,349 @@ +/* + * Copyright © 2012 Canonical, Inc + * @@ -387,7 +387,6 @@ index 000..55bfa40 + } + } + -+ free(dri2_surf); + free(surf); + + return EGL_TRUE; -- 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/e1vlz5j-0006mo...@vasks.debian.org
xserver-xorg-video-ati: Changes to 'ubuntu'
debian/changelog |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 37debc28d74a2fb0d23f92683e02b373be44 Author: Christopher James Halse Rogers r...@ubuntu.com Date: Tue Sep 17 13:36:25 2013 -0400 I rock diff --git a/debian/changelog b/debian/changelog index c386cef..9e7ecf0 100644 --- a/debian/changelog +++ b/debian/changelog @@ -5,7 +5,7 @@ xserver-xorg-video-ati (1:7.2.0-0ubuntu6) saucy; urgency=low -- Christopher James Halse Rogers r...@ubuntu.com Tue, 03 Sep 2013 16:34:44 +1000 -axserver-xorg-video-ati (1:7.2.0-0ubuntu5) saucy; urgency=low +xserver-xorg-video-ati (1:7.2.0-0ubuntu5) saucy; urgency=low * Fix the build on platforms without XMir. Hello, PPC! -- 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/e1vlzco-0006yc...@vasks.debian.org
heads up: xserver 1.14 to unstable
Hi all, the X Strike Force is getting ready to upload a newer xserver to unstable. The current plan is to do that once systemd 204 reaches testing, so probably in a week or two. Please let us know for each non-XSF-maintained driver whether you'll want to make a new source upload for the transition or if it should be handled by binNMUs. I notice that fglrx-driver, fglrx-legacy-driver and nvidia-graphics-drivers-legacy-96xx in sid don't declare support for the new ABI. Is there a newer version of those? Thanks, Julien signature.asc Description: Digital signature
Re: heads up: xserver 1.14 to unstable
Hi, On 17.09.2013 21:27, Julien Cristau wrote: Hi all, the X Strike Force is getting ready to upload a newer xserver to unstable. The current plan is to do that once systemd 204 reaches testing, so probably in a week or two. Please let us know for each non-XSF-maintained driver whether you'll want to make a new source upload for the transition or if it should be handled by binNMUs. The virtualbox package in unstable supports the xserver 1.14 ABI so doing a binNMU should be fine. Cheers, Felix -- 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/5238b11d.4080...@debian.org
Re: heads up: xserver 1.14 to unstable
On Tue, 2013-09-17 at 21:27 +0200, Julien Cristau wrote: Hi all, the X Strike Force is getting ready to upload a newer xserver to unstable. The current plan is to do that once systemd 204 reaches testing, so probably in a week or two. Please let us know for each non-XSF-maintained driver whether you'll want to make a new source upload for the transition or if it should be handled by binNMUs. I've not seen a new upstream release of the ivtv driver in forever. A binNMU is the way to go I think, unless it doesn't build or something in which case let me know... Cheers, Ian. I notice that fglrx-driver, fglrx-legacy-driver and nvidia-graphics-drivers-legacy-96xx in sid don't declare support for the new ABI. Is there a newer version of those? Thanks, Julien -- 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/1379450272.11304.198.ca...@hastur.hellion.org.uk
Re: heads up: xserver 1.14 to unstable
On Tue, Sep 17, 2013 at 21:37:52 +0100, Ian Campbell wrote: On Tue, 2013-09-17 at 21:27 +0200, Julien Cristau wrote: Hi all, the X Strike Force is getting ready to upload a newer xserver to unstable. The current plan is to do that once systemd 204 reaches testing, so probably in a week or two. Please let us know for each non-XSF-maintained driver whether you'll want to make a new source upload for the transition or if it should be handled by binNMUs. I've not seen a new upstream release of the ivtv driver in forever. A binNMU is the way to go I think, unless it doesn't build or something in which case let me know... It doesn't build. The attached patch fixes that (and hopefully still builds against 1.12), but I don't know if that's enough to make it run. Cheers, Julien diff --git a/src/compat-api.h b/src/compat-api.h new file mode 100644 index 000..205ac59 --- /dev/null +++ b/src/compat-api.h @@ -0,0 +1,99 @@ +/* + * Copyright 2012 Red Hat, Inc. + * + * Permission is hereby granted, free of charge, to any person obtaining a + * copy of this software and associated documentation files (the Software), + * to deal in the Software without restriction, including without limitation + * the rights to use, copy, modify, merge, publish, distribute, sublicense, + * and/or sell copies of the Software, and to permit persons to whom the + * Software is furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice (including the next + * paragraph) shall be included in all copies or substantial portions of the + * Software. + * + * THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL + * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER + * DEALINGS IN THE SOFTWARE. + * + * Author: Dave Airlie airl...@redhat.com + */ + +/* this file provides API compat between server post 1.13 and pre it, + it should be reused inside as many drivers as possible */ +#ifndef COMPAT_API_H +#define COMPAT_API_H + +#ifndef GLYPH_HAS_GLYPH_PICTURE_ACCESSOR +#define GetGlyphPicture(g, s) GlyphPicture((g))[(s)-myNum] +#define SetGlyphPicture(g, s, p) GlyphPicture((g))[(s)-myNum] = p +#endif + +#ifndef XF86_HAS_SCRN_CONV +#define xf86ScreenToScrn(s) xf86Screens[(s)-myNum] +#define xf86ScrnToScreen(s) screenInfo.screens[(s)-scrnIndex] +#endif + +#ifndef XF86_SCRN_INTERFACE + +#define SCRN_ARG_TYPE int +#define SCRN_INFO_PTR(arg1) ScrnInfoPtr pScrn = xf86Screens[(arg1)] + +#define SCREEN_ARG_TYPE int +#define SCREEN_PTR(arg1) ScreenPtr pScreen = screenInfo.screens[(arg1)] + +#define SCREEN_INIT_ARGS_DECL int scrnIndex, ScreenPtr pScreen, int argc, char **argv + +#define BLOCKHANDLER_ARGS_DECL int arg, pointer blockData, pointer pTimeout, pointer pReadmask +#define BLOCKHANDLER_ARGS arg, blockData, pTimeout, pReadmask + +#define CLOSE_SCREEN_ARGS_DECL int scrnIndex, ScreenPtr pScreen +#define CLOSE_SCREEN_ARGS scrnIndex, pScreen + +#define ADJUST_FRAME_ARGS_DECL int arg, int x, int y, int flags +#define ADJUST_FRAME_ARGS(arg, x, y) (arg)-scrnIndex, x, y, 0 + +#define SWITCH_MODE_ARGS_DECL int arg, DisplayModePtr mode, int flags +#define SWITCH_MODE_ARGS(arg, m) (arg)-scrnIndex, m, 0 + +#define FREE_SCREEN_ARGS_DECL int arg, int flags + +#define VT_FUNC_ARGS_DECL int arg, int flags +#define VT_FUNC_ARGS pScrn-scrnIndex, 0 + +#define XF86_SCRN_ARG(x) ((x)-scrnIndex) +#else +#define SCRN_ARG_TYPE ScrnInfoPtr +#define SCRN_INFO_PTR(arg1) ScrnInfoPtr pScrn = (arg1) + +#define SCREEN_ARG_TYPE ScreenPtr +#define SCREEN_PTR(arg1) ScreenPtr pScreen = (arg1) + +#define SCREEN_INIT_ARGS_DECL ScreenPtr pScreen, int argc, char **argv + +#define BLOCKHANDLER_ARGS_DECL ScreenPtr arg, pointer pTimeout, pointer pReadmask +#define BLOCKHANDLER_ARGS arg, pTimeout, pReadmask + +#define CLOSE_SCREEN_ARGS_DECL ScreenPtr pScreen +#define CLOSE_SCREEN_ARGS pScreen + +#define ADJUST_FRAME_ARGS_DECL ScrnInfoPtr arg, int x, int y +#define ADJUST_FRAME_ARGS(arg, x, y) arg, x, y + +#define SWITCH_MODE_ARGS_DECL ScrnInfoPtr arg, DisplayModePtr mode +#define SWITCH_MODE_ARGS(arg, m) arg, m + +#define FREE_SCREEN_ARGS_DECL ScrnInfoPtr arg + +#define VT_FUNC_ARGS_DECL ScrnInfoPtr arg +#define VT_FUNC_ARGS pScrn + +#define XF86_SCRN_ARG(x) (x) + +#endif + +#endif diff --git a/src/ivtv.c b/src/ivtv.c index ede9c87..4cb1839 100644 --- a/src/ivtv.c +++ b/src/ivtv.c @@ -42,7 +42,6 @@ in this Software without prior written authorization from the XFree86 Project. #include xf86_OSproc.h #include mipointer.h -#include mibstore.h #include micmap.h #include colormapst.h #include xf86cmap.h @@ -97,9 +96,8 @@ static const OptionInfoRec
Re: heads up: xserver 1.14 to unstable
On Tue, 2013-09-17 at 23:29 +0200, Julien Cristau wrote: On Tue, Sep 17, 2013 at 21:37:52 +0100, Ian Campbell wrote: On Tue, 2013-09-17 at 21:27 +0200, Julien Cristau wrote: Hi all, the X Strike Force is getting ready to upload a newer xserver to unstable. The current plan is to do that once systemd 204 reaches testing, so probably in a week or two. Please let us know for each non-XSF-maintained driver whether you'll want to make a new source upload for the transition or if it should be handled by binNMUs. I've not seen a new upstream release of the ivtv driver in forever. A binNMU is the way to go I think, unless it doesn't build or something in which case let me know... It doesn't build. The attached patch fixes that (and hopefully still builds against 1.12), but I don't know if that's enough to make it run. Ack, thanks. I'll run this by upstream. In the meantime I think we can just run with it? I can prepare an MU if you like, although it will need sponsoring (I'm still in the NM queue. I'm travelling but in a week or two should be doable. Ian. -- 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/1379454644.11304.212.ca...@hastur.hellion.org.uk