xorg_7.7+6_amd64.changes ACCEPTED into unstable

2014-02-13 Thread Debian FTP Masters
Mapping sid to unstable. Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 13 Feb 2014 08:30:32 +0100 Source: xorg Binary: x11-common xserver-xorg xserver-xorg-video-all xserver-xorg-input-all xorg xorg-dev xbase-clients xutils Architecture: source all amd64

mesa: Changes to 'ubuntu+1'

2014-02-13 Thread Maarten Lankhorst
debian/patches/egl-platform-mir.patch | 64 +- 1 file changed, 40 insertions(+), 24 deletions(-) New commits: commit bc1860b08f08162f7590bc0f09f56ea13d4c14be Author: Maarten Lankhorst maarten.lankho...@canonical.com Date: Thu Feb 13 12:21:22 2014 +0100

Bug#738794: xterm: the right part of the window is not always erased

2014-02-13 Thread Thomas Dickey
On Thu, Feb 13, 2014 at 01:04:09AM +0100, Vincent Lefevre wrote: Package: xterm Version: 301-1 Severity: minor The right part of the window is not always erased. This happened with font fixed. See attached screenshot. There's no details on how to reproduce it, e.g., a) from

Processed: tagging 738794

2014-02-13 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: tags 738794 + moreinfo Bug #738794 [xterm] xterm: the right part of the window is not always erased Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 738794:

Bug#738794: xterm: the right part of the window is not always erased

2014-02-13 Thread Vincent Lefevre
On 2014-02-13 06:55:05 -0500, Thomas Dickey wrote: On Thu, Feb 13, 2014 at 01:04:09AM +0100, Vincent Lefevre wrote: The right part of the window is not always erased. This happened with font fixed. See attached screenshot. There's no details on how to reproduce it, e.g., a) from

Re: Heads up: xorg-server 1.15 soon in sid

2014-02-13 Thread Robert Millan
On 13/02/2014 07:36, Julien Cristau wrote: It doesn't seem to be whitelisted in wanna-build, so I'm unable to binNMU it. How can we fix this? Would you mind building and uploading binNMUs yourself? Sure, no problem. Building as I type. -- Robert Millan -- To UNSUBSCRIBE, email to

Re: [Pkg-fglrx-devel] Heads up: xorg-server 1.15 soon in sid

2014-02-13 Thread Andreas Beckmann
On 2014-01-28 23:39, Julien Cristau wrote: On the closed drivers front, I assume nvidia's non-legacy driver will be fine, and fglrx will lag by a few weeks/months as usual? I just uploaded fglrx-driver 14.1~beta to sid that adds support for Xserver 1.15, so that one should be OK, too. (The

Re: Heads up: xorg-server 1.15 soon in sid

2014-02-13 Thread Julien Cristau
On Thu, Feb 13, 2014 at 13:51:36 +, Robert Millan wrote: On 13/02/2014 07:36, Julien Cristau wrote: It doesn't seem to be whitelisted in wanna-build, so I'm unable to binNMU it. How can we fix this? https://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd

Re: Heads up: xorg-server 1.15 soon in sid

2014-02-13 Thread Steven Chamberlain
On 13/02/14 14:37, Julien Cristau wrote: On Thu, Feb 13, 2014 at 13:51:36 +, Robert Millan wrote: How can we fix this? https://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd Check whether it is legally allowed and technically possible to auto-build the package;

Re: Heads up: xorg-server 1.15 soon in sid

2014-02-13 Thread Robert Millan
On 13/02/2014 14:52, Steven Chamberlain wrote: On 13/02/14 14:37, Julien Cristau wrote: On Thu, Feb 13, 2014 at 13:51:36 +, Robert Millan wrote: How can we fix this? https://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd Check whether it is legally allowed

Bug#736765: USB mouse attach event not processed

2014-02-13 Thread Robert Millan
Control: tags -1 patch On 26/01/2014 17:14, Julien Cristau wrote: On Sun, Jan 26, 2014 at 17:22:30 +0100, Robert Millan wrote: Package: xserver-xorg-core Version: 2:1.14.5-1 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd I started X, and the mouse pointer was

Processed: Re: Bug#736765: USB mouse attach event not processed

2014-02-13 Thread Debian Bug Tracking System
Processing control commands: tags -1 patch Bug #736765 [xserver-xorg-core] USB mouse attach event not processed Added tag(s) patch. -- 736765: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736765 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE,

Processed: [bts-link] source package mesa

2014-02-13 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: # # bts-link upstream status pull for source package mesa # 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

Bug#736765: USB mouse attach event not processed

2014-02-13 Thread Julien Cristau
On Thu, Feb 13, 2014 at 16:06:49 +, Robert Millan wrote: ++#if XORG_VERSION_CURRENT 1080 These don't belong here. We know what version we're building. Also in general I'd prefer to wait until the patch is at least sent to xorg-devel before taking it. Cheers, Julien signature.asc

Bug#736765: USB mouse attach event not processed

2014-02-13 Thread Robert Millan
On 13/02/2014 20:24, Julien Cristau wrote: On Thu, Feb 13, 2014 at 16:06:49 +, Robert Millan wrote: ++#if XORG_VERSION_CURRENT 1080 These don't belong here. We know what version we're building. Also in general I'd prefer to wait until the patch is at least sent to xorg-devel

Processed: tagging 738794

2014-02-13 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: tags 738794 - moreinfo Bug #738794 [xterm] xterm: the right part of the window is not always erased Removed tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 738794:

Bug#738794: xterm: the right part of the window is not always erased

2014-02-13 Thread Vincent Lefevre
On 2014-02-13 13:59:03 +0100, Vincent Lefevre wrote: On 2014-02-13 06:55:05 -0500, Thomas Dickey wrote: c) from running some particular application It was a colored svn diff. I think I now know what triggered the problem: in the svn diff, there was a (new) PDF file that wasn't