Bug#826542: gnome-orca: DM wrapper not removed when deinstalling package
Mario Lang, on Mon 06 Jun 2016 14:17:14 +0200, wrote: > > /etc/xdg/lightdm/lightdm.conf.d/80_orca-dm-wrapper.conf > > gnome-orca never installs this configuration file. > > I am guessing it was either manually created, or created by some part of > the accessible installation. Ah, yes, that's what happens, see brltty's brltty-udeb.prebaseconfig. Samuel
Bug#826542: gnome-orca: DM wrapper not removed when deinstalling package
Thomas B. Preußerwrites: > Package: gnome-orca > Version: 3.20.2-1 > Severity: normal > > after deinstalling the package gnome-orca, lightdm failed to bring up an > X session - unfortunately without any clear hint to the underlying problem. > Having finally made the connection to the deinstallation of gnome-orca, it > proved that this package failed to remove this configuration file: > > /etc/xdg/lightdm/lightdm.conf.d/80_orca-dm-wrapper.conf gnome-orca never installs this configuration file. I am guessing it was either manually created, or created by some part of the accessible installation. > Please, consider sanitizing the deinstallation of this package. It is no bussiness of Orca to delete configuration files which it has never installed. The correct fix is to make sure the file does not create a failure if Orca is not installed. @debian-accessibility: Does anyone know which package creates this file? -- CYa, ⡍⠁⠗⠊⠕
Bug#826542: gnome-orca: DM wrapper not removed when deinstalling package
Package: gnome-orca Version: 3.20.2-1 Severity: normal Dear Maintainer, after deinstalling the package gnome-orca, lightdm failed to bring up an X session - unfortunately without any clear hint to the underlying problem. Having finally made the connection to the deinstallation of gnome-orca, it proved that this package failed to remove this configuration file: /etc/xdg/lightdm/lightdm.conf.d/80_orca-dm-wrapper.conf Its manual removal rendered the lightdm session functional again. Please, consider sanitizing the deinstallation of this package. Thanks, Thomas *** 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)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.5 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system)