Bug#956566: Noveau freezes randomly with GT215M (GeFORCE 335M) chipset

2020-04-12 Thread Dramon Conte
Noveau freezes randomly including the mouse pointer and I can't switch to text mode (crtl+shift+Fn) to shut down. I need to restart the system with power off buton. With Nvidia proprietary driver it's works fine (GT215M GeFORCE 335M). I'm using XFCE4 with xfw4 window's manager but I tested with

Bug#956566: xserver-xorg-video-nouveau: Noveau freezes randomy with GT215M (GeFORCE 335M) chipset

2020-04-12 Thread Dramon Conte
Package: xserver-xorg-video-nouveau Version: 1:1.0.16-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? *

Bug#954845: poor performance for -g 256x50

2020-04-12 Thread Thomas Dickey
On Sun, Apr 12, 2020 at 11:50:32AM -0400, Thomas Dickey wrote: > On Sun, Apr 12, 2020 at 05:27:56PM +0200, Harald Dunkel wrote: > > You can reproduce the performance fall-off by using a slow network > > connection, > > I suppose I could, if I had a slow connection. > Simulating one (from

Processed: reassign 955026 to src:libinput

2020-04-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > reassign 955026 src:libinput Bug #955026 [linux-image-4.19.0-8-amd64] Right touchpad button not enabled on lenovo z580 with synaptics touchpad Bug reassigned from package 'linux-image-4.19.0-8-amd64' to 'src:libinput'. No longer marked as found

Bug#955026: Xorg synaptics module enables both buttons

2020-04-12 Thread Ralf E-Mail
An additional piece of information: If I switch from wayland to xorg X server, the touchpad works as expected. The synaptic entires in Xorg.0.log are: [64.070] (II) LoadModule: "synaptics" [64.070] (II) Loading /usr/lib/xorg/modules/input/synaptics_drv.so [64.071] (II) Module

Bug#954845: poor performance for -g 256x50

2020-04-12 Thread Thomas Dickey
On Sun, Apr 12, 2020 at 05:27:56PM +0200, Harald Dunkel wrote: > You can reproduce the performance fall-off by using a slow network connection, I suppose I could, if I had a slow connection. Simulating one (from previous experience) hasn't been reliable :-( -- Thomas E. Dickey

Bug#954845: poor performance for -g 256x50

2020-04-12 Thread Harald Dunkel
You can reproduce the performance fall-off by using a slow network connection, e.g. via IPsec and DSL and public Internet to a remote site. The "small numbers" case was taken using a local network connection from one Linux PC to another. Ping shows a round-trip time of 0.3ms for this local

Processed: Re: Bug#953590: libplacebo21: Upload to unstable, please

2020-04-12 Thread Debian Bug Tracking System
Processing control commands: > tags -1 - wontfix Bug #953590 [libplacebo21] libplacebo21: Upload to unstable, please Removed tag(s) wontfix. > block -1 by 956510 Bug #953590 [libplacebo21] libplacebo21: Upload to unstable, please 953590 was not blocked by any bugs. 953590 was not blocking any

Bug#956510: spirv-tools: change to shared libraries breaks dpkg-shlibdeps during the build of reverse dependencies

2020-04-12 Thread Sebastian Ramacher
On 2020-04-12 11:04:38 +0200, Sebastian Ramacher wrote: > Package: spirv-tools > Version: 2020.2-1 > Severity: serious > > libplacebo now manually links the libraries from spirv-tools > (libSPIRV-Tools and libSPIRV-Tools-opt) to work-around #951988 and > #955431. Since the switch to shared

Bug#956510: spirv-tools: change to shared libraries breaks dpkg-shlibdeps during the build of reverse dependencies

2020-04-12 Thread Sebastian Ramacher
Package: spirv-tools Version: 2020.2-1 Severity: serious libplacebo now manually links the libraries from spirv-tools (libSPIRV-Tools and libSPIRV-Tools-opt) to work-around #951988 and #955431. Since the switch to shared libraries, however, dpkg-shlibdeps is unable to produce the correct