Re: Maintaining older xorg driver packages by Debian Ports

2020-04-29 Thread Ed Robbins
On Tue, 21 Apr 2020 at 12:23, John Paul Adrian Glaubitz
 wrote:
>
> Hi!
>
> After some xorg driver packages were removed from the archive in #955603 [1]
> that we still need for Debian Ports, I was wondering whether it's okay when
> I take over maintainership and upload the packages to unstable as we need
> them.
>
> I understand that the timing is a bit unfortunate, but I wasn't aware of the
> removal bug otherwise, I would have asked for some of the drivers to stay.
>
> But I can just maintain the driver packages myself if that's ok?

This sounds like a good idea. I have a number of machines affected by
this issue (both G4 and x86). Is it possible to bring these packages
back into debian? They work well enough for many users.

Thanks,
Ed Robbins



Bug#820803: marked as done (xterm: X resources parsed with locale settings)

2020-04-29 Thread Debian Bug Tracking System
Your message dated Wed, 29 Apr 2020 16:33:59 +
with message-id 
and subject line Bug#820803: fixed in xterm 354-1
has caused the Debian Bug report #820803,
regarding xterm: X resources parsed with locale settings
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.)


-- 
820803: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820803
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xterm
Version: 324-1
Severity: normal

Settings activated via ~/.Xresources are parsed locale-dependent.

I'm running LANG=de_AT.UTF-8; if I put

XTerm*scaleHeight: 1.3

in ~/.Xresources (and "xrdb -merge" it), it's ignored.
The setting

XTerm*scaleHeight: 1,3

works, though.

Now, that won't work for long, as the /home directory is shared across 
quite a few machines; and not all of them have locales installed, and not 
on all of them I'm working with "de_AT", so on these the setting is invalid 
again.


Configuration files should be parsed via the "C" locale, IMO - having to 
think about "," vs. "." in there is awkward.


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xterm depends on:
ii  libc6   2.22-5
ii  libfontconfig1  2.11.0-6.4
ii  libice6 2:1.0.9-1+b1
ii  libtinfo5   6.0+20160319-1
ii  libutempter01.1.6-3
ii  libx11-62:1.6.3-1
ii  libxaw7 2:1.0.13-1
ii  libxft2 2.3.2-1
ii  libxmu6 2:1.1.2-2
ii  libxpm4 1:3.5.11-1+b1
ii  libxt6  1:1.1.5-1
ii  xbitmaps1.1.1-2

Versions of packages xterm recommends:
ii  x11-utils  7.7+3

Versions of packages xterm suggests:
pn  xfonts-cyrillic  

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: xterm
Source-Version: 354-1
Done: Sven Joachim 

We believe that the bug you reported is fixed in the latest version of
xterm, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 820...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Sven Joachim  (supplier of updated xterm package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 29 Apr 2020 18:03:39 +0200
Source: xterm
Architecture: source
Version: 354-1
Distribution: unstable
Urgency: medium
Maintainer: Debian X Strike Force 
Changed-By: Sven Joachim 
Closes: 820803 940626 954730 954845
Changes:
 xterm (354-1) unstable; urgency=medium
 .
   * New upstream release.
 - Work around performance problems of XDrawImageString and
   XDrawImageString16 functions (Closes: #954845).
 - Temporarily set numeric locale category to "C" when parsing
   resources, so that scaleHeight and faceSize settings do not
   depend on locale (Closes: #820803).
 - Two fixes for left/right wheel mouse event reporting
   (Closes: #954730).
   + Filter identical button-events.
   + Correct order of button-range versus protocol type
 (see xterm 345).
 - Modify uxterm to make it possible to select locale C.UTF-8,
   e.g, if the user's locale is set to "C" (Closes: #940626).
   * Cherry-pick a fix from upstream snapshot 354a: build-fix for "make
 check" when building out-of-tree.
   * Update copy of XTerm FAQ to revision 1.392 (dated 2020/03/21).
Checksums-Sha1:
 d9a6a355bb42269a6b5e169139193cafa58859aa 2402 xterm_354-1.dsc
 6bd3ec08cf09a3f8699d6fbfdb8280fed705da96 1414526 xterm_354.orig.tar.gz
 dfe6857c03a2510d91e83c08f6db1a52f60ae0c6 265 xterm_354.orig.tar.gz.asc
 a08989183c5dc80f317b461fa61c8844825c3705 111808 xterm_354-1.debian.tar.xz
 575cccf03b5c923219d8725bbfcf85f1320ccaf6 7379 xterm_354-1_source.buildinfo
Checksums-Sha256:
 58e0670290d01bc709320f542079ea79bc3d33f3ad1aaf65b6ea6ff2e5af45c5 2402 
xterm_354-1.dsc
 06c4616031ef840aa376aff8242518742267d99a6603ca89ca4f27254b15804a 1414526 
xterm_354.orig.tar.gz
 9eeea260db0cf79b82aea915bac63e1bc70590343970

Bug#940626: marked as done (uxterm: please lessen dependency on locales)

2020-04-29 Thread Debian Bug Tracking System
Your message dated Wed, 29 Apr 2020 16:33:59 +
with message-id 
and subject line Bug#940626: fixed in xterm 354-1
has caused the Debian Bug report #940626,
regarding uxterm: please lessen dependency on locales
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.)


-- 
940626: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=940626
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xterm
Version: 348-2
Severity: normal
Tags: patch

Please apply the following patch (which is _not_ suitable for
upstream as the C.UTF-8 locale is my invention and not shipped
in all operating systems):

--- usr/bin/uxterm
+++ uxterm
@@ -71,7 +71,7 @@ do
C|POSIX)
# Yes, I know this is not the same - but why are you
# here then?
-   value=en_US
+   value=C
;;
esac
break
@@ -87,7 +87,7 @@ if test $found != yes ; then
value=`echo ${value} |sed -e 's/[.@].*//'`.UTF-8
else
name="LC_CTYPE"
-   value="en_US.UTF-8"
+   value="C.UTF-8"
fi
eval save=\$${name}
eval ${name}=${value}


-- System Information:
Debian Release: bullseye/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable'), 
(100, 'experimental')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages xterm depends on:
ii  libc6   2.29-1
ii  libfontconfig1  2.13.1-2+b1
ii  libfreetype62.9.1-4
ii  libice6 2:1.0.9-2
ii  libtinfo6   6.1+20190803-1
ii  libutempter01.1.6-3
ii  libx11-62:1.6.7-1
ii  libxaw7 2:1.0.13-1+b2
ii  libxext62:1.3.3-1+b2
ii  libxft2 2.3.2-2
ii  libxinerama12:1.1.4-2
ii  libxmu6 2:1.1.2-2+b3
ii  libxpm4 1:3.5.12-1
ii  libxt6  1:1.1.5-1+b3
ii  xbitmaps1.1.1-2

Versions of packages xterm recommends:
ii  x11-utils  7.7+4

Versions of packages xterm suggests:
pn  xfonts-cyrillic  

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: xterm
Source-Version: 354-1
Done: Sven Joachim 

We believe that the bug you reported is fixed in the latest version of
xterm, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 940...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Sven Joachim  (supplier of updated xterm package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 29 Apr 2020 18:03:39 +0200
Source: xterm
Architecture: source
Version: 354-1
Distribution: unstable
Urgency: medium
Maintainer: Debian X Strike Force 
Changed-By: Sven Joachim 
Closes: 820803 940626 954730 954845
Changes:
 xterm (354-1) unstable; urgency=medium
 .
   * New upstream release.
 - Work around performance problems of XDrawImageString and
   XDrawImageString16 functions (Closes: #954845).
 - Temporarily set numeric locale category to "C" when parsing
   resources, so that scaleHeight and faceSize settings do not
   depend on locale (Closes: #820803).
 - Two fixes for left/right wheel mouse event reporting
   (Closes: #954730).
   + Filter identical button-events.
   + Correct order of button-range versus protocol type
 (see xterm 345).
 - Modify uxterm to make it possible to select locale C.UTF-8,
   e.g, if the user's locale is set to "C" (Closes: #940626).
   * Cherry-pick a fix from upstream snapshot 354a: build-fix for "make
 check" when building out-of-tree.
   * Update copy of XTerm FAQ to revision 1.392 (dated 2020/03/21).
Checksums-Sha1:
 d9a6a355bb42269a6b5e169139193cafa58859aa 2402 xterm_354-1.dsc
 6bd3ec08cf09a3f8699d6fbfdb8280fed705da96 1414526 xterm_354.orig.tar.gz
 dfe6857c03a2510d91e83c08f6db1a52f60ae0c6 265 xterm_354.orig.tar.gz.asc
 a08989183c5

Bug#954730: marked as done (xterm: two press events sent for single press/release of mouse buttons 6 and 7)

2020-04-29 Thread Debian Bug Tracking System
Your message dated Wed, 29 Apr 2020 16:33:59 +
with message-id 
and subject line Bug#954730: fixed in xterm 354-1
has caused the Debian Bug report #954730,
regarding xterm: two press events sent for single press/release of mouse 
buttons 6 and 7
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.)


-- 
954730: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954730
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xterm
Version: 353-1
Severity: normal

Dear Maintainer,

While developing a console based application using ncurses running under
an exterm, I noticed I was getting double events for the side-scrolling
buttons on my mouse (Elecom Huge: 12 buttons (including side-scrolling
on the wheel)). Upon investigation, I found that while X itself is
sending a press event followed immediately by a release event for
buttons 6 and 7, I found that my program was recieving two press events
for each press of either button 6 or 7
\x27[<0;14;24M  <- button 1 pressed
\x27[<0;14;24m  <- button 1 preleased
\x27[<66;14;24M <- button 6 presssed ONCE
\x27[<66;14;24M
\x27[<67;14;24M <- button 7 presssed ONCE
\x27[<67;14;24M
\x27[<65;14;24M <- one click turning scroll one way
\x27[<64;14;24M <- one click turning scroll the other way way

It does not matter if 1000 or 1003 mode is used, or if 1006 is on or off
(the above is 1003 + 1006).

I expect either a press followed by a release (M then m in sgr (1006)
mode, or just a single press as for buttons 4 and 5 (though I think I
would prefer press and release).

I have attached the test program used to produce the above.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.4.0-4-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8), LANGUAGE=en_AU:en (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages xterm depends on:
ii  libc6   2.29-10
ii  libfontconfig1  2.13.1-2+b1
ii  libfreetype62.10.1-2
ii  libice6 2:1.0.9-2
ii  libtinfo6   6.1+20191019-1
ii  libutempter01.1.6-4
ii  libx11-62:1.6.8-1
ii  libxaw7 2:1.0.13-1+b2
ii  libxext62:1.3.3-1+b2
ii  libxft2 2.3.2-2
ii  libxinerama12:1.1.4-2
ii  libxmu6 2:1.1.2-2+b3
ii  libxpm4 1:3.5.12-1
ii  libxt6  1:1.1.5-1+b3
ii  xbitmaps1.1.1-2

Versions of packages xterm recommends:
ii  x11-utils  7.7+4

Versions of packages xterm suggests:
pn  xfonts-cyrillic  

-- no debconf information
#include 
#include 
#include 
#include 

#define MOUSE_MOVES_ON "\033[?1003h"
#define MOUSE_MOVES_OFF "\033[?1003l"
#define SGR_ON "\033[?1006h"
#define SGR_OFF "\033[?1006l"
#define UTF8_ON "\033[?1005h"
#define UTF8_OFF "\033[?1005h"

struct termios save_termios;

void tty_raw(int fd)
{
struct termios termios;

tcgetattr (fd, &save_termios);

termios = save_termios;
termios.c_lflag &= ~(ECHO | ICANON | ISIG);
termios.c_cc[VMIN] = 1;
termios.c_cc[VTIME] = 0;
tcsetattr (fd, TCSAFLUSH, &termios);
}

void tty_reset(int fd)
{
tcsetattr (fd, TCSAFLUSH, &save_termios);
}

typedef enum {
st_idle,
st_escape,
st_csi,
st_mouse1,
st_mouse2,
st_mouse3,
} state_t;

state_t state;
unsigned char mouse_chars[3];
int mouse_buttons;

void parse_mouse (void)
{
int x = mouse_chars[1] - '!';   // want 0-based coords
int y = mouse_chars[2] - '!';   // want 0-based coords
int c = mouse_chars[0] - ' ';
int b = c & 3;
int m = c & 0x20;   // motion + 
lowest button
int e = c & 0xc0;   // extended 
buttons
int shift = (c >> 2) & 7;   // shift state

if (m) {
b = -1;
} else {
// xterm doesn't send release events for buttons 4-7
mouse_buttons &= ~(0x7c);
if (!e && b == 3) {
mouse_buttons = 0;  // we don't know which 
one :P
b = -1;
} else {
if (e) {
b

Bug#954845: marked as done (poor performance for -g 256x50)

2020-04-29 Thread Debian Bug Tracking System
Your message dated Wed, 29 Apr 2020 16:33:59 +
with message-id 
and subject line Bug#954845: fixed in xterm 354-1
has caused the Debian Bug report #954845,
regarding poor performance for -g 256x50
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.)


-- 
954845: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954845
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: xterm
Version: 353-1

xterm -g 256x50 has a much worse "scroll performance" than xterm -g 255x50,
esp if there are very long lines and its a slow network connection. Sample:

xterm -g 255x50:
# time cat /var/log/rsnapshot.log
:
:

real0m0.041s
user0m0.000s
sys 0m0.006s


xterm -g 256x50:
# time cat /var/log/rsnapshot.log
:
:

real0m27.631s
user0m0.000s
sys 0m0.004s


Maybe this could be improved?

Regards
Harri
--- End Message ---
--- Begin Message ---
Source: xterm
Source-Version: 354-1
Done: Sven Joachim 

We believe that the bug you reported is fixed in the latest version of
xterm, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 954...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Sven Joachim  (supplier of updated xterm package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 29 Apr 2020 18:03:39 +0200
Source: xterm
Architecture: source
Version: 354-1
Distribution: unstable
Urgency: medium
Maintainer: Debian X Strike Force 
Changed-By: Sven Joachim 
Closes: 820803 940626 954730 954845
Changes:
 xterm (354-1) unstable; urgency=medium
 .
   * New upstream release.
 - Work around performance problems of XDrawImageString and
   XDrawImageString16 functions (Closes: #954845).
 - Temporarily set numeric locale category to "C" when parsing
   resources, so that scaleHeight and faceSize settings do not
   depend on locale (Closes: #820803).
 - Two fixes for left/right wheel mouse event reporting
   (Closes: #954730).
   + Filter identical button-events.
   + Correct order of button-range versus protocol type
 (see xterm 345).
 - Modify uxterm to make it possible to select locale C.UTF-8,
   e.g, if the user's locale is set to "C" (Closes: #940626).
   * Cherry-pick a fix from upstream snapshot 354a: build-fix for "make
 check" when building out-of-tree.
   * Update copy of XTerm FAQ to revision 1.392 (dated 2020/03/21).
Checksums-Sha1:
 d9a6a355bb42269a6b5e169139193cafa58859aa 2402 xterm_354-1.dsc
 6bd3ec08cf09a3f8699d6fbfdb8280fed705da96 1414526 xterm_354.orig.tar.gz
 dfe6857c03a2510d91e83c08f6db1a52f60ae0c6 265 xterm_354.orig.tar.gz.asc
 a08989183c5dc80f317b461fa61c8844825c3705 111808 xterm_354-1.debian.tar.xz
 575cccf03b5c923219d8725bbfcf85f1320ccaf6 7379 xterm_354-1_source.buildinfo
Checksums-Sha256:
 58e0670290d01bc709320f542079ea79bc3d33f3ad1aaf65b6ea6ff2e5af45c5 2402 
xterm_354-1.dsc
 06c4616031ef840aa376aff8242518742267d99a6603ca89ca4f27254b15804a 1414526 
xterm_354.orig.tar.gz
 9eeea260db0cf79b82aea915bac63e1bc70590343970d8f4f21585e1b547a177 265 
xterm_354.orig.tar.gz.asc
 43180a2a679580b33b8724265559dd5c978ea0367934b2f2be16dce579a17b8e 111808 
xterm_354-1.debian.tar.xz
 469ca89d837b78ba870c8b49f4a16ed3319d00238b612cf4333ca27bfd65b0e2 7379 
xterm_354-1_source.buildinfo
Files:
 e698d78e5088dea786a12485fbcbb9be 2402 x11 optional xterm_354-1.dsc
 e5d71c5aeccfb19ca23dff261e7c0a30 1414526 x11 optional xterm_354.orig.tar.gz
 6e7a9d7ff09110ec0be6a8e6efcb7d61 265 x11 optional xterm_354.orig.tar.gz.asc
 deb1f70ad294b2bce11905b7ab849d69 111808 x11 optional xterm_354-1.debian.tar.xz
 6893a872c7bac8ee06539b7991314448 7379 x11 optional xterm_354-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEKF8heKgv5Jai5p4QOxBucY1rMawFAl6pp0wACgkQOxBucY1r
MayfwQ//QqSrOUeaotSlnxBmy0evkthGi//RhURpw2DLTgMPXV/PezkvnpndRy3Q
w36Q+FBreu6m2jk97Zd4TPZ8L6voOojCL5EWhAWx4gKnXVXYvbAr33oHmwip1mKD
sVrrsT4ba8mlP1ry4EP+frrQBD+OId1nn9g0v2tS/AI+chsUc0NkvJbeHiYPZ15N
NpublAmo3/7D6IaSdCC3YchHYoVN+5y/Way/WtHwSwlQl9G3v6POLGxXy11vJjqX
JRtLCRgDuoXuFtmnh95XwbGn4BomQBfYwvJRt6dLTUUriATouJ0Ovw55DyqhfFZc
IViuMfqBZNmphuuJmQ55GvINvLpr5ZRxEtdPXCabm1xqqoGQssuDy2u+oIkCwXN7
MqhVGHx/L6Xm+1WDM

Processing of xterm_354-1_source.changes

2020-04-29 Thread Debian FTP Masters
xterm_354-1_source.changes uploaded successfully to localhost
along with the files:
  xterm_354-1.dsc
  xterm_354.orig.tar.gz
  xterm_354.orig.tar.gz.asc
  xterm_354-1.debian.tar.xz
  xterm_354-1_source.buildinfo

Greetings,

Your Debian queue daemon (running on host usper.debian.org)



xterm_354-1_source.changes ACCEPTED into unstable

2020-04-29 Thread Debian FTP Masters



Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 29 Apr 2020 18:03:39 +0200
Source: xterm
Architecture: source
Version: 354-1
Distribution: unstable
Urgency: medium
Maintainer: Debian X Strike Force 
Changed-By: Sven Joachim 
Closes: 820803 940626 954730 954845
Changes:
 xterm (354-1) unstable; urgency=medium
 .
   * New upstream release.
 - Work around performance problems of XDrawImageString and
   XDrawImageString16 functions (Closes: #954845).
 - Temporarily set numeric locale category to "C" when parsing
   resources, so that scaleHeight and faceSize settings do not
   depend on locale (Closes: #820803).
 - Two fixes for left/right wheel mouse event reporting
   (Closes: #954730).
   + Filter identical button-events.
   + Correct order of button-range versus protocol type
 (see xterm 345).
 - Modify uxterm to make it possible to select locale C.UTF-8,
   e.g, if the user's locale is set to "C" (Closes: #940626).
   * Cherry-pick a fix from upstream snapshot 354a: build-fix for "make
 check" when building out-of-tree.
   * Update copy of XTerm FAQ to revision 1.392 (dated 2020/03/21).
Checksums-Sha1:
 d9a6a355bb42269a6b5e169139193cafa58859aa 2402 xterm_354-1.dsc
 6bd3ec08cf09a3f8699d6fbfdb8280fed705da96 1414526 xterm_354.orig.tar.gz
 dfe6857c03a2510d91e83c08f6db1a52f60ae0c6 265 xterm_354.orig.tar.gz.asc
 a08989183c5dc80f317b461fa61c8844825c3705 111808 xterm_354-1.debian.tar.xz
 575cccf03b5c923219d8725bbfcf85f1320ccaf6 7379 xterm_354-1_source.buildinfo
Checksums-Sha256:
 58e0670290d01bc709320f542079ea79bc3d33f3ad1aaf65b6ea6ff2e5af45c5 2402 
xterm_354-1.dsc
 06c4616031ef840aa376aff8242518742267d99a6603ca89ca4f27254b15804a 1414526 
xterm_354.orig.tar.gz
 9eeea260db0cf79b82aea915bac63e1bc70590343970d8f4f21585e1b547a177 265 
xterm_354.orig.tar.gz.asc
 43180a2a679580b33b8724265559dd5c978ea0367934b2f2be16dce579a17b8e 111808 
xterm_354-1.debian.tar.xz
 469ca89d837b78ba870c8b49f4a16ed3319d00238b612cf4333ca27bfd65b0e2 7379 
xterm_354-1_source.buildinfo
Files:
 e698d78e5088dea786a12485fbcbb9be 2402 x11 optional xterm_354-1.dsc
 e5d71c5aeccfb19ca23dff261e7c0a30 1414526 x11 optional xterm_354.orig.tar.gz
 6e7a9d7ff09110ec0be6a8e6efcb7d61 265 x11 optional xterm_354.orig.tar.gz.asc
 deb1f70ad294b2bce11905b7ab849d69 111808 x11 optional xterm_354-1.debian.tar.xz
 6893a872c7bac8ee06539b7991314448 7379 x11 optional xterm_354-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEKF8heKgv5Jai5p4QOxBucY1rMawFAl6pp0wACgkQOxBucY1r
MayfwQ//QqSrOUeaotSlnxBmy0evkthGi//RhURpw2DLTgMPXV/PezkvnpndRy3Q
w36Q+FBreu6m2jk97Zd4TPZ8L6voOojCL5EWhAWx4gKnXVXYvbAr33oHmwip1mKD
sVrrsT4ba8mlP1ry4EP+frrQBD+OId1nn9g0v2tS/AI+chsUc0NkvJbeHiYPZ15N
NpublAmo3/7D6IaSdCC3YchHYoVN+5y/Way/WtHwSwlQl9G3v6POLGxXy11vJjqX
JRtLCRgDuoXuFtmnh95XwbGn4BomQBfYwvJRt6dLTUUriATouJ0Ovw55DyqhfFZc
IViuMfqBZNmphuuJmQ55GvINvLpr5ZRxEtdPXCabm1xqqoGQssuDy2u+oIkCwXN7
MqhVGHx/L6Xm+1WDMV5ydk+01z9bfpgHsFWhoKo6b29Oh7MykUrM+uJmg1Qj+Fz9
/Gktp7/24i/HlMS1c8DfgOMOsfGJzbyf1Ib4x/AOE2103Ihm7zm7y1yCTryYg0Cz
smyn+m4/cOEEl1heL8nrKuvkxP6V5o6rL3ICiDZZp+Yl9CkFqGR0BCthMLN5/WvI
62Yk2OVWhn76FBCtcCR69if6TXqhOwmn46DoD8hYWzqq+JCObUFRJcEbIK3GGGMA
F+WLUK3R40FL6bPGA72wE87uUw4jrWRktVR8dRd0wKglgvDXnEE=
=mjqD
-END PGP SIGNATURE-


Thank you for your contribution to Debian.



Bug#958837: vulkan-loader breaks openxr-sdk-source autopkgtest: VK_DEBUG_REPORT_OBJECT_TYPE_OBJECT_TABLE_NVX_EXT’ was not declared

2020-04-29 Thread Ryan Pavlik
I'm not sure who was in the wrong here, if OpenXR shouldn't have had
that NVX line in the source, or if the removal of that symbol form the
header was not expected. In any case, the error-inducing line
"_(INDIRECT_COMMANDS_LAYOUT_NVX)" can be patched out of
OpenXR-SDK-Source - the next upstream release has that change already
queued.

If this isn't a Vulkan bug, I can revise the OpenXR-SDK-Source
package, though it will need sponsorship as usual.

Ryan


On Sat, Apr 25, 2020 at 1:45 PM Paul Gevers  wrote:
>
> Source: vulkan-loader, openxr-sdk-source
> Control: found -1 vulkan-loader/1.2.135.0-2
> Control: found -1 openxr-sdk-source/1.0.8~dfsg1-2
> Severity: serious
> Tags: sid bullseye
> X-Debbugs-CC: debian...@lists.debian.org
> User: debian...@lists.debian.org
> Usertags: breaks needs-update
>
> Dear maintainer(s),
>
> With a recent upload of vulkan-loader the autopkgtest of
> openxr-sdk-source fails in testing when that autopkgtest is run with the
> binary packages of vulkan-loader from unstable. It passes when run with
> only packages from testing. In tabular form:
>
>passfail
> vulkan-loader  from testing1.2.135.0-2
> openxr-sdk-source  from testing1.0.8~dfsg1-2
> all others from testingfrom testing
>
> I copied some of the output at the bottom of this report.
>
> Currently this regression is blocking the migration of vulkan-loader to
> testing [1]. Due to the nature of this issue, I filed this bug report
> against both packages. Can you please investigate the situation and
> reassign the bug to the right package?
>
> More information about this bug and the reason for filing it can be found on
> https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
>
> Paul
>
> [1] https://qa.debian.org/excuses.php?package=vulkan-loader
>
> https://ci.debian.net/data/autopkgtest/testing/amd64/o/openxr-sdk-source/5144212/log.gz
>
> autopkgtest [19:21:52]: test build-hello-xr-vulkan-xlib:
> [---
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:
> In member function ‘VkBool32
> {anonymous}::VulkanGraphicsPlugin::debugReport(VkDebugReportFlagsEXT,
> VkDebugReportObjectTypeEXT, uint64_t, size_t, int32_t, const char*,
> const char*)’:
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:1644:10:
> error: ‘VK_DEBUG_REPORT_OBJECT_TYPE_OBJECT_TABLE_NVX_EXT’ was not
> declared in this scope; did you mean
> ‘VK_DEBUG_REPORT_OBJECT_TYPE_END_RANGE_EXT’?
>  1644 | case VK_DEBUG_REPORT_OBJECT_TYPE_##name##_EXT: \
>   |  ^~~~
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:1638:5:
> note: in expansion of macro ‘MK_OBJECT_TYPE_CASE’
>  1638 | _(OBJECT_TABLE_NVX)  \
>   | ^
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:1647:17:
> note: in expansion of macro ‘LIST_OBJECT_TYPES’
>  1647 | LIST_OBJECT_TYPES(MK_OBJECT_TYPE_CASE)
>   | ^
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:1644:10:
> error: ‘VK_DEBUG_REPORT_OBJECT_TYPE_INDIRECT_COMMANDS_LAYOUT_NVX_EXT’
> was not declared in this scope; did you mean
> ‘VK_DEBUG_REPORT_OBJECT_TYPE_DESCRIPTOR_SET_LAYOUT_EXT’?
>  1644 | case VK_DEBUG_REPORT_OBJECT_TYPE_##name##_EXT: \
>   |  ^~~~
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:1639:5:
> note: in expansion of macro ‘MK_OBJECT_TYPE_CASE’
>  1639 | _(INDIRECT_COMMANDS_LAYOUT_NVX)
>   | ^
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:1647:17:
> note: in expansion of macro ‘LIST_OBJECT_TYPES’
>  1647 | LIST_OBJECT_TYPES(MK_OBJECT_TYPE_CASE)
>   | ^
> autopkgtest [19:22:04]: test build-hello-xr-vulkan-xlib:
> ---]
>



Bug#900503: Bug #900503 - xbacklight: Packagely solve the case of intel_backlight

2020-04-29 Thread Jens Radloff
I noticed twice the behaviour which I desribed in message #10 in Debian 10.3 
("Buster", the currently stable Debian release) on the same hardware (Acer 
Aspire E1-530 laptop), too.

I then applied the same steps as mentioned in message #10 .

This is the first time I rebooted my machine having applied these steps, and so 
far the screen's brightness is at 100%.

This is information about Graphics info (card(s), driver, display protocol (if 
available), display server, resolution:

xxx@punk:~$ inxi -G
Graphics:  Device-1: Intel 3rd Gen Core processor Graphics driver: i915 v: 
kernel. 
Display: x11 server: X.Org 1.20.4 driver: intel resolution: 1366x768~60Hz.
OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile v: 4.2 Mesa 18.3.6 
xxx@punk:~