[Git][xorg-team/app/xinput] Pushed new tag xinput-1.6.3-1

2020-03-24 Thread Timo Aaltonen 


Timo Aaltonen pushed new tag xinput-1.6.3-1 at X Strike Force / app / xinput

-- 
View it on GitLab: 
https://salsa.debian.org/xorg-team/app/xinput/-/tree/xinput-1.6.3-1
You're receiving this email because of your account on salsa.debian.org.

Processing of xinput_1.6.3-1_source.changes

2020-03-24 Thread Debian FTP Masters 
xinput_1.6.3-1_source.changes uploaded successfully to localhost
along with the files:
  xinput_1.6.3-1.dsc
  xinput_1.6.3.orig.tar.gz
  xinput_1.6.3.orig.tar.gz.asc
  xinput_1.6.3-1.diff.gz
  xinput_1.6.3-1_source.buildinfo

Greetings,

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

xinput_1.6.3-1_source.changes ACCEPTED into unstable

2020-03-24 Thread Debian FTP Masters 



Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 24 Mar 2020 12:26:01 +0200
Source: xinput
Architecture: source
Version: 1.6.3-1
Distribution: unstable
Urgency: medium
Maintainer: Debian X Strike Force 
Changed-By: Timo Aaltonen 
Changes:
 xinput (1.6.3-1) unstable; urgency=medium
 .
   [ Julien Cristau ]
   * Switch all xorg.freedesktop.org URLs in packaging to https.
 .
   [ Timo Aaltonen ]
   * New upstream release.
   * control: Use debhelper-compat, bump to 12.
   * control: Update Vcs urls.
   * control: Bump policy to 4.5.0.
   * watch: Update git url.
Checksums-Sha1:
 0d02836a0cf193d3b7f1ef57c699b2769336126b 2140 xinput_1.6.3-1.dsc
 6fed797704eaba52a7220dd8cdc32142df1a60b9 203936 xinput_1.6.3.orig.tar.gz
 0d647b84cfe4ab4f38923db107fd0e5b56f06a5c 195 xinput_1.6.3.orig.tar.gz.asc
 5e83a7179d5b5b651a9b3583762f663bcabda131 7028 xinput_1.6.3-1.diff.gz
 efd13aec01fed4ff26714aa267a52f417e7f5788 6972 xinput_1.6.3-1_source.buildinfo
Checksums-Sha256:
 96adefeaa9ae15ad37cc9360f1500361100340f386ae133090313518360c06d6 2140 
xinput_1.6.3-1.dsc
 9f29f9bfe387c5a3d582f9edc8c5a753510ecc6fdfb154c03b5cea5975b10ce4 203936 
xinput_1.6.3.orig.tar.gz
 a51c84393cf951e3157e4202385157ada392de9657c1d4b1f7f2f260cba839da 195 
xinput_1.6.3.orig.tar.gz.asc
 26a537af2c3bad95b73096349c71f14e652a1b5d02838662afd7dfb6ee0e6b92 7028 
xinput_1.6.3-1.diff.gz
 e5a0d55c6aa0814e775c0cf4ef8b0d88b8318c72e77ef7fc7c8d95f1868808fc 6972 
xinput_1.6.3-1_source.buildinfo
Files:
 64ab4bda9f1227d147f5154bcfbc6583 2140 x11 optional xinput_1.6.3-1.dsc
 7d1562909e0a32225671b425ba6f7a39 203936 x11 optional xinput_1.6.3.orig.tar.gz
 7518b638f45f3e6da71c10372fa10988 195 x11 optional xinput_1.6.3.orig.tar.gz.asc
 25f0b2abd71e44287614e6f18dba1186 7028 x11 optional xinput_1.6.3-1.diff.gz
 325a7cb86ff51796ac4fe11027c0e17a 6972 x11 optional 
xinput_1.6.3-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEdS3ifE3rFwGbS2Yjy3AxZaiJhNwFAl554HUACgkQy3AxZaiJ
hNzk/hAAmSKplLV6bZss0ogD1RanlWtPnzyxCF/+PeOaZm2reQxQp1myrWTI+gpN
O+nWwDTXHkAHEoOnEUW2ImBkIumg4UCfIpeHPzK/YnoSohkLrZow32hoK6MU5h2P
IJubee1HQvfg3lEkr6geAxxVQDyVI1hQv7xLl8OQAvmZ+sjk8NT+L2SjfOhK7vt1
5iEozihwni1j074uiSDYom3Pxb3Ygz5S9sdu37ujUnitecwwEkQ2ECjzADlP/slG
l0mCWrwSdnun9Zi162Zj3KkjbUiX85L2dlkm4fHNIDDxFwv00QJJuf+YsLFyRZKL
eWlA0uQm35N2WetS5TxIOoCezEJvsnaEkQJCzEBvXsVEc8vHRT5TJzuZhlz2UqoG
d7SxKlddgO6xUy+mcxpJ8k9UbvTghclo09MP9MQ5Opn39WpGvScCgMxWj27IWhC0
TOEncbiX7PO/zFj87NFFPegsvucuknNKvgCsEu+DNxYdLsAtEqKBey6Sk8nFCvDo
lo/9oTr47qTeyj4Po2aw10CIaRcV9IyHQ3N8T7xWzmd+EoioJt0alkLkPXNKiA4h
6QT2eRHrsVhqTQRfP/fT2S38rjJQMMuYhFM3a1tylxEsLiHuzIB84MVePkkDL279
pVN4+obCsVJUW3fSTWMuzq95daQcLYnTInbg3QNUVEut3VrOHHY=
=3N3Y
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Bug#954845: poor performance for -g 256x50

2020-03-24 Thread Harald Dunkel 

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

Bug#954311: libgl1-mesa-dri: Makes KDE konsole unusable

2020-03-24 Thread Stefan Fritsch 
Hi Timo,

Am 20.03.20 um 09:55 schrieb Timo Aaltonen:
> Please file it upstream, this is caused by the new 'iris' driver. In the
> meantime, you can force the previous driver with this in a ~/.drirc:
> 
> 
>   
> 
>   
> 
> 
> 
> Or run the app with the driver to verify it actually helps:
> 
> dri_driver=i965 ./app

That did not help. It seems Xorg itself also loads the iris driver and
that causes the drawing errors. But putting the config into /etc/drirc
did help.

Cheers,
Stefan

Processed: bug 954311 is forwarded to https://gitlab.freedesktop.org/mesa/mesa/issues/2552

2020-03-24 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> forwarded 954311 https://gitlab.freedesktop.org/mesa/mesa/issues/2552
Bug #954311 [libglx-mesa0] libglx-mesa0: Drawing artifacts make some programs 
unusable
Set Bug forwarded-to-address to 
'https://gitlab.freedesktop.org/mesa/mesa/issues/2552'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
954311: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954311
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#954845: poor performance for -g 256x50

2020-03-24 Thread Thomas Dickey 
On Tue, Mar 24, 2020 at 01:15:40PM +0100, Harald Dunkel wrote:
> 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?

maybe - but I have to see how to reproduce the problem.

Presumbly it's xterm, but then again, I can see cases where the
X server (and its uneven quality-of-implementation for certain Xlib calls)
could explain the problem.  If I can reproduce the problem, I'll have no
doubt :-)

I'm assuming that your example file's kind of large and wouldn't be suitable
for an attachment (even compressed).  Unless there's something special about
columns 255/256 -- or multiples of that (such as a multibyte character that has
to be split), then I'm not sure how to advise on reducing it to some repetitive
string that could be scripted.  But some sort of bisecting approach, making
successively smaller slices from the original file (and repeating them) might
work.

How large is the file ("wc" output would help)?

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature