Bug#892001: ITP: dbus-broker -- Linux D-Bus Message Broker

[Alex ARNAUD]

Le 12/01/2021 à 16:50, Luca Boccassi a écrit :

I understand the point of view, but given the release is 6+ months
away, there's all the time in the world to have it tested. And if we
find something that for whatever reason is completely broken in Debian
but works completely fine in Fedora/Yocto/etc then we can simply remove
it from testing. Nothing depends on it, so unless I'm missing
something, there's no extra cost involved as far as I can see.

Indeed, it makes sense to me.

Bug#892001: ITP: dbus-broker -- Linux D-Bus Message Broker

[Alex ARNAUD]

Le 10/01/2021 à 21:05, Luca Boccassi a écrit :

What deadlines did you have in mind? Are you intending to offer this as a
"first-class citizen" option in bullseye? When dbus-broker has only been
in the archive for two days, that doesn't seem like very much testing
to have confidence that it will be suitable to provide important system
services through the 3 year lifetime of bullseye.

I think it's fine as an optional package that users have to opt-in
for. Nothing depends on it, so it won't be installed by default
anywhere. Also there's no config to do to switch - install or
uninstall.

Also there's no difference to what Fedora shipped for a couple of
years now - we got no patches, special build flags or anything. So
it's good enough to be in bullseye in my view.
I'm not a Debian developer nor a Debian maintainer but I think I see 
what Simon said. People trust us to provide working packages for which 
we had enough testing.


A possible compromise would be to have it landed to Sid/Unstable, 
blocking testing migration, not shipping it for Debian 11, trying it in 
testing after Debian 11 release then upload it to bullseye-backports 
after 3 months in testing if the results are successful.

Bug#892001: ITP: dbus-broker -- Linux D-Bus Message Broker

[Alex ARNAUD]

Le 08/01/2021 à 17:30, Luca Boccassi a écrit :

Gentle ping reg.
https://salsa.debian.org/utopia-team/dbus/-/merge_requests/8  as
deadlines are fast approaching - dbus-broker has cleared NEW, so I'd
like to sort out the details regarding repository and team
maintainership and make it available in unstable/testing. As a recap,
I'm totally on board with having it as part of the same team area as
dbus and with the same maintainers/uploaders.
We don't need to sort out the package split immediately or even for
bullseye, as it's made to be co-installable out of the box.

Thanks!

Hello Luca and thanks again for working on this,

I don't know if my request / question is too early in the process: do 
you plan to wrote a wiki page explaining how to enable it and replace 
gdbus with dbus-broker?


I'm pretty sure in the Debian a11y team we'll have some early adopter 
able to verify if everything works as Orca relies exclusively on dbus to 
work.


Best regards and happy new year all.

Bug#892001: ITP: dbus-broker -- Linux D-Bus Message Broker

[Alex ARNAUD]

I have not done a detailed low-level review like that no - that would
require way more time than I have :-)

I have however used it for over a year now, in production, without any
major issues or incompatibilities. Some minor bug fixes here and there,
that were contributed upstream (mostly SELinux related). But I do not
believe I have double-fork services - do you have a particular one in
mind? I could do some quick testing.

More importantly, I think it has been the default for Fedora since last
year. That ought to be enough battle-testing for us to provide it as a
option :-)
I also know many Orca screen reader users who rely on d-bus broker 
without reporting downside, they report an improvement in performance. 
They are both in Fedora or in Arch Linux. Orca relies only on d-bus to 
receive accessibility notifications.


As soon as I could try d-bus broker on Debian and as an Orca user myself 
I'll use it.


Many thanks Luca for working on it.

Bug#972089: Backport hplip 3.20.5 to buster-backports

[Alex ARNAUD]

Hello Didier,

Thanks for your quick answer.

There are multiple reasons why I use hplip:

 * First of all, I'm a visual-impaired guy and I help many other
   visual-impaired people using Debian, so the consequence we couldn't
   use the printer screen, we rely exclusively on HP Toolbox to get
   informations such as the status, the cartridge level, etc.
 * To configure our printer to work on WIFI, we use hp-setup

Can I do the same with DriverlessPrinting?

It seems sane-airscan is not available on Debian 10, only on Debian 11.

Thanks in advance.

Le 12/10/2020 à 21:15, Didier 'OdyX' Raboud a écrit :

Hello Alex, and thanks for your bugreport,

Thankfully, now with driverless printing [0] and sane-airscan [1], printers
such as yours shouldn't need hplip anymore. (Also, hplip's code quality isn't
monotonously upwards, so printing without hplip is often a preferable option).
That said, the situation in sid and bullseye (current testing) is likely much
better in these respects than in buster. Could you maybe test driverless
printing, and/or sane-airscan?

As for the backporting; thank you for the patch removal proposals. As I've
just uploaded 3.20.9+dfsg0-3 to unstable; it should migrate to testing in
about 5-10 days, so , if your testing isn't successful, I'll prepare a 3.20.9
backport. I'm testing a build as I write this.

Please report the results of your tests if you have the occasion.

Best regards, and thanks for your work!

Cheers,
OdyX



[0] https://wiki.debian.org/DriverlessPrinting
[1] https://github.com/alexpevzner/sane-airscan

Le lundi, 12 octobre 2020, 15.10:35 h CEST Alex ARNAUD a écrit :

Package: hplip
Severity: wishlist patch
Tags: ||buster||

Hello,

Why I'd like this to be backported to buster-backports ?
My new printer, an HP 2700 series is only compatible with HP Lip
3.20.5+. This is based on my own tests where only half of printed pages
are printed. This is also based on the upstream table
<https://developers.hp.com/hp-linux-imaging-and-printing/supported_devices/i
ndex> where it is indicated the "HP DeskJet 2700 All-in-One Printer series"
is compatible with 3.20.5.

What did I already do to figure this out?
With the help of Samuel Thibault, I was able to recompile HP Lip 3.20.5
on a Buster virtual machine and I produced two patch for it. The patches
are attached to this mail. One is to update the debian/patches/series
file and the second one is to refresh the patch 0072 (just a quilt
refresh on it). I initially would like to propose a pull request on
Salsa but there is no branch to submit the changes.

What my patch does?
It reverts all the python3.8 specific patches because Debian Buster is
based on Python 3.7 and because python3.7 library is named "python3.7m",
not only python3.7.

What I think HP Lip should be backported to buster-backports?
I think it'd be really helpful for people would like to stay on stable
with new HP printers which require new HP Lip to have a new version in
backports.

How do I check if it works?

1. I upgraded the compiled packages with the following command:

sudo dpkg -iO .../*.deb

2) I rebooted my virtual machine to ensure the new HP Lip version is loaded

3) I configured my HP Desktop 3630 printer (launched with
system-config-printer)

4) I tried a print test job launched with system-config-printer

5) I tried a scan with simple-scan

Result:
Everything seems to work correctly.

Thanks in advance,
Alex.

Bug#972089: Backport hplip 3.20.5 to buster-backports

[Alex ARNAUD]

I just re-generated the two patches with the option "-u" to diff to make 
them more readable.


Le 12/10/2020 à 15:10, Alex ARNAUD a écrit :

Package: hplip
Severity: wishlist patch
Tags: ||buster||

Hello,

Why I'd like this to be backported to buster-backports ?
My new printer, an HP 2700 series is only compatible with HP Lip 
3.20.5+. This is based on my own tests where only half of printed 
pages are printed. This is also based on the upstream table 
<https://developers.hp.com/hp-linux-imaging-and-printing/supported_devices/index> 
where it is indicated the "HP DeskJet 2700 All-in-One Printer series" 
is compatible with 3.20.5.


What did I already do to figure this out?
With the help of Samuel Thibault, I was able to recompile HP Lip 
3.20.5 on a Buster virtual machine and I produced two patch for it. 
The patches are attached to this mail. One is to update the 
debian/patches/series file and the second one is to refresh the patch 
0072 (just a quilt refresh on it). I initially would like to propose a 
pull request on Salsa but there is no branch to submit the changes.


What my patch does?
It reverts all the python3.8 specific patches because Debian Buster is 
based on Python 3.7 and because python3.7 library is named 
"python3.7m", not only python3.7.


What I think HP Lip should be backported to buster-backports?
I think it'd be really helpful for people would like to stay on stable 
with new HP printers which require new HP Lip to have a new version in 
backports.


How do I check if it works?
1. I upgraded the compiled packages with the following command:

sudo dpkg -iO .../*.deb


2) I rebooted my virtual machine to ensure the new HP Lip version is 
loaded


3) I configured my HP Desktop 3630 printer (launched with 
system-config-printer)


4) I tried a print test job launched with system-config-printer

5) I tried a scan with simple-scan

Result:
Everything seems to work correctly.

Thanks in advance,
Alex.



--- ../hplip-3.20.5+dfsg0.orig/debian/patches/series	2020-10-12 14:43:13.346892324 +0200
+++ debian/patches/series	2020-10-12 14:47:20.678512933 +0200
@@ -68,7 +68,4 @@
 0068-abrt-hplip-strlen-hp-killed-by-SIGSEGV.patch
 0069-abrt-hp-systray-BlockingIOError-Errno-11-Resource-te.patch
 0070-Missing-drivers.patch
-0071-Fix-building-with-Python-3.8.patch
 0072-Fix-upstream-CFLAGS-override.patch
-0073-py3.8-Fix-SyntaxWarning-is-is-not-with-a-literal.patch
-0074-py3.8-Assume-the-python3-distro-package-is-available.patch
--- ../hplip-3.20.5+dfsg0.orig/debian/patches/0072-Fix-upstream-CFLAGS-override.patch	2020-10-12 14:43:13.346892324 +0200
+++ debian/patches/0072-Fix-upstream-CFLAGS-override.patch	2020-10-12 14:44:03.893473185 +0200
@@ -10,11 +10,11 @@
  configure.in | 36 +++-
  1 file changed, 23 insertions(+), 13 deletions(-)
 
-diff --git a/configure.in b/configure.in
-index 7f6982c..ced1f47 100755
 a/configure.in
-+++ b/configure.in
-@@ -604,20 +604,31 @@ if test "$class_driver" = "no" && test "$hpijs_only_build" = "no" && test "$hpcu
+Index: hplip-3.20.5+dfsg0/configure.in
+===
+--- hplip-3.20.5+dfsg0.orig/configure.in
 hplip-3.20.5+dfsg0/configure.in
+@@ -604,20 +604,31 @@ if test "$class_driver" = "no" && test "
 fi
  fi
  
@@ -58,9 +58,9 @@
  if test "$class_driver" = "no" && test "$hpijs_only_build" = "no" && test "$lite_build" = "no" && test "$hpcups_only_build" = "no"; then
 AC_ARG_VAR([PYTHON], [Python interpreter/compiler command])
 AM_PATH_PYTHON([2.2])
-@@ -633,7 +644,6 @@ if test "$class_driver" = "no" && test "$hpijs_only_build" = "no" && test "$lite
+@@ -630,7 +641,6 @@ if test "$class_driver" = "no" && test "
+AS_IF([test "x$FOUND_HEADER" != "xyes"],
[AC_MSG_ERROR([cannot find python-devel support], 6)])
-CPPFLAGS=$save_CPPFLAGS
  fi
 -CFLAGS="$save_CFLAGS"
  

Bug#972089: Backport hplip 3.20.5 to buster-backports

[Alex ARNAUD]

Package: hplip
Severity: wishlist patch
Tags: ||buster||

Hello,

Why I'd like this to be backported to buster-backports ?
My new printer, an HP 2700 series is only compatible with HP Lip 
3.20.5+. This is based on my own tests where only half of printed pages 
are printed. This is also based on the upstream table 
 
where it is indicated the "HP DeskJet 2700 All-in-One Printer series" is 
compatible with 3.20.5.


What did I already do to figure this out?
With the help of Samuel Thibault, I was able to recompile HP Lip 3.20.5 
on a Buster virtual machine and I produced two patch for it. The patches 
are attached to this mail. One is to update the debian/patches/series 
file and the second one is to refresh the patch 0072 (just a quilt 
refresh on it). I initially would like to propose a pull request on 
Salsa but there is no branch to submit the changes.


What my patch does?
It reverts all the python3.8 specific patches because Debian Buster is 
based on Python 3.7 and because python3.7 library is named "python3.7m", 
not only python3.7.


What I think HP Lip should be backported to buster-backports?
I think it'd be really helpful for people would like to stay on stable 
with new HP printers which require new HP Lip to have a new version in 
backports.


How do I check if it works?
1. I upgraded the compiled packages with the following command:

sudo dpkg -iO .../*.deb


2) I rebooted my virtual machine to ensure the new HP Lip version is loaded

3) I configured my HP Desktop 3630 printer (launched with 
system-config-printer)


4) I tried a print test job launched with system-config-printer

5) I tried a scan with simple-scan

Result:
Everything seems to work correctly.

Thanks in advance,
Alex.

71d70
< 0071-Fix-building-with-Python-3.8.patch
73,74d71
< 0073-py3.8-Fix-SyntaxWarning-is-is-not-with-a-literal.patch
< 0074-py3.8-Assume-the-python3-distro-package-is-available.patch
13,17c13,17
< diff --git a/configure.in b/configure.in
< index 7f6982c..ced1f47 100755
< --- a/configure.in
< +++ b/configure.in
< @@ -604,20 +604,31 @@ if test "$class_driver" = "no" && test "$hpijs_only_build" = "no" && test "$hpcu
---
> Index: hplip-3.20.5+dfsg0/configure.in
> ===
> --- hplip-3.20.5+dfsg0.orig/configure.in
> +++ hplip-3.20.5+dfsg0/configure.in
> @@ -604,20 +604,31 @@ if test "$class_driver" = "no" && test "
61c61,62
< @@ -633,7 +644,6 @@ if test "$class_driver" = "no" && test "$hpijs_only_build" = "no" && test "$lite
---
> @@ -630,7 +641,6 @@ if test "$class_driver" = "no" && test "
> AS_IF([test "x$FOUND_HEADER" != "xyes"],
63d63
< CPPFLAGS=$save_CPPFLAGS

Bug#855541: purple-matrix: Not ready for release yet

[Alex ARNAUD]

On Mon, 20 Feb 2017 00:12:35 +0100 Kurt Roeckx  wrote:
> Package: purple-matrix
> Version: 0.0.0+git20170105-1
> Severity: serious
>
> Hi,
>
> I think this version shouldn't be shipped with the next
> release. Like the description says, it's "somewhat alpha".
>
> It works some times, but then stops working, it crashes,
> and so on.

I've used the package purple-matrix on Debian 10 since at least 6 months 
through Pidgin. It's not a perfect tool, have issues but in my opinion 
it is usable. Sometimes purple-matrix is disconnected or makes Pidgin to 
crash but it's quite rare. It's sufficient to restart Pidgin to make it 
working again.


I have two points why I think we should have it into next stable:

 * This is very difficult for a stable user to use purple-matrix. In my
   case, I have had to rebuilt the package due to dependencies and it's
   clearly something not easy for all.
 * As a visual-impaired person, purple-matrix through Pidgin is the
   most accessible Matrix client I've used.


There are still reasons why we would like to keep it in unstable:

 * There are no commits in 2020
 * The project doesn't publish new release and "just" push commits


In my humble opinion, the drawbacks of keeping it to unstable are more 
important.



@Kurt: I let you decide if you prefer to keep close or not but since the 
creation of this issue in 2017 many commits come to the project.



Thanks in advance.

Bug#964090: Error when converting from "jpg" to "pdf" since security upgrade "8:6.9.10.23+dfsg-2.1+deb10u1"

[Alex ARNAUD]

Package: imagemagick
Version: 8:6.9.10.23+dfsg-2.1+deb10u1
Severity: important
Tags: ||buster||

Hello,

Since the upgrade from imagemagick from "8:6.9.10.23+dfsg-2.1" to 
"8:6.9.10.23+dfsg-2.1+deb10u1" I obtain an error when converting an 
image from jpg to pdf.


I execute the following command-line:

convert /tmp/37fkw0k6.jpg -density 300 /tmp/37fkw0k6.pdf


And I obtain the following error:
convert-im6.q16: attempt to perform an operation not allowed by the 
security policy `PDF' @ error/constitute.c/IsCoderAuthorized/408.


It makes the program I use to read my mail through OCR (I'm 
visual-impaired) failed at the mentioned command. I was forced to 
downgrade to make it working again.


Best regards,
Alex.

Bug#949133: z3: request for backport to buster

[Alex ARNAUD]

Le 07/05/2020 à 15:50, Fabian Wolff a écrit :

So in principle, I could upload it now, but I'm kind of hesitant with regards to
how this would make me responsible for the package until buster's EOL [1]. Do
you have any experience with backports, is it really such a big commitment as
they make it sound in [1]? Because my personal focus is definitely on testing.
If you upload a package to buster-backports, you'll have to maintain it 
until the release of Bullseye "only", not the Debian 10 EOL.


Best regards.

Bug#941744: Remove recommendation on unattended-upgrades as not recommended by installer team

[Alex ARNAUD]

Package: python3-software-properties
Version: 0.96.20.2-2

Hello,

When trying to install "gnome-packagekit" I've seen that its tried to 
install me "unattended-upgrades" as a recommended package and this 
practice seems to be discouraged.


It looks better to let administrator or user to install 
unattended-upgrades to avoid upgrade surprise on the user computer.


See the mail below for details provided by the installer team:
https://lists.debian.org/debian-boot/2018/05/msg00250.html

If needed I could provide you a patch to switch the recommendation to a 
suggestion or just remove it.


Backporting the fix to Buster is IMHO important because a end-user 
installing "gnome-packagekit"  will receive update automatically without 
being completely aware. (I assume users trust DM or DD to do a clean job 
for them).


Thanks in advance and best regards,
Alex.

Bug#935943: Rotate: accessibility: when switching between workspaces Compiz doesn't announce the new one

[Alex ARNAUD]

Package: compiz-core
Version: 2:0.8.16.1-11
Tags: a11y upstream
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra
Forwarded: https://gitlab.com/compiz/compiz-core/issues/153

DESCRIPTION FROM UPSTREAM:


Hello all,

Environment:

  * Debian Testing
  * Compiz 2:0.8.16.1-11
  * My shortcut to switch to the next/previous workspace are control +
alt + left/right arrow

Steps to reproduce:

 1. Launch the Orca screen reader
 2. Switch to the next workspace

Result with Marco 1.22: When I switch to another workspace there is a 
window like the alt + tab switcher that permits to Orca to be informed 
of a switched workspace so Orca announces "workspae X then the window 
title".


Result with Compiz: Orca announces the new window but not the new 
workspace. It is important for a blind people to know that he has 
switched to a new workspace because he can switch by mistake and so he 
wouldn't be informed that he has switched.


Best regards.

Bug#933714: mate-panel: Browsing impossible through the applets

[Alex ARNAUD]

Le 02/08/2019 à 16:34, Mike Gabriel a écrit :
The issue needs to be addressed upstream. Once they have a sanctioned 
patch, I can cherry-pick it into the mate-panel Debian package.


The issue is addressed upstream and fixed, see 
https://github.com/mate-desktop/mate-panel/issues/952

(The upstream title wasn't clear but this is this issue)

Best regards,
Alex.

Bug#933714:

[Alex ARNAUD]

I let Mike determine if he wants to cherry-pick it.

I think we should cherry-pick this as it is a critical issue for 
keyboard-only user.


Best regards,
Alex.

Le 02/08/2019 à 14:46, thom...@fastmail.cn a écrit :

Hi,
Git cherry-pick a2cdef is the solution. I built 1.22.1 with this and things 
worked fine. Also see my post on the Debian mate mailing list.

Bug#933714: mate-panel: Browsing impossible through the applets

[Alex ARNAUD]

This is a known issue, see 
https://github.com/mate-desktop/mate-panel/issues/952


Probably the fix has not land into 1.22 and so not in Debian. I've just 
ping upstream about that.


Thanks for the reporting.

Best regards,
Alex.

Le 02/08/2019 à 13:54, Jean-Philippe MENGUAL a écrit :

Package: mate-panel
Version: 1.22.1-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

* What led up to the situation?

I have just upgraded. Tested with Marco and Compiz WM

* What exactly did you do (or not do) that was effective (or
  ineffective)?

Go on the desktop via alt-ctrl-d
Pres alt-ctrl-shift-escpe to switch to the up panel. With COmpiz, alt-ctrl-tab
The caret reaches the notification area, in particular the clock

* What was the outcome of this action?

Whenever I press a key, the context menu of the clock opens, just like if I
had clicked on the right button of the mouse.

* What outcome did you expect instead?

tab should browse the applets, Menu key should open the options of each ones
or allrws should move across the applets.

Regards

*** End of the template - remove these template lines ***


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

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mate-panel depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.30.1-2
ii  libatk1.0-0  2.32.0-2
ii  libc62.28-10
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libdconf10.30.1-2
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libglib2.0-0 2.60.6-1
ii  libgtk-3-0   3.24.10-1
ii  libice6  2:1.0.9-2
ii  libmate-desktop-2-17 1.22.1-1
ii  libmate-menu21.22.0-1
ii  libmate-panel-applet-4-1 1.22.1-1
ii  libmateweather1  1.22.0-1
ii  libpango-1.0-0   1.42.4-6
ii  libpangocairo-1.0-0  1.42.4-6
ii  librda0  0.0.5-1
ii  librsvg2-2   2.44.10-2.1
ii  libsm6   2:1.2.3-1
ii  libstartup-notification0 0.12-6
ii  libwayland-client0   1.17.0-1
ii  libwnck-3-0  3.32.0-1
ii  libx11-6 2:1.6.7-1
ii  libxau6  1:1.0.8-1+b2
ii  libxrandr2   2:1.5.1-1
ii  mate-desktop 1.22.1-1
ii  mate-menus   1.22.0-1
ii  mate-panel-common1.22.1-1
ii  mate-polkit  1.22.0-1
ii  menu-xdg 0.6

mate-panel recommends no packages.

mate-panel suggests no packages.

-- no debconf information

Bug#926629: GSettings configuration storage support

[Alex ARNAUD]

Package: compiz-core
Version: 2:0.8.16.1-10
Tags: upstream
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra colomban
Forwarded: https://gitlab.com/compiz/compiz-core/issues/134

DESCRIPTION FROM UPSTREAM:

Hi,
How would you feel about a GSettings backend for storing and loading 
configuration options?  At Hypra we need to ship some config overrides 
targeting visually impaired users, and GSettings provides a pretty neat way of 
shipping vendor overrides, as well as integrating well with the DEs like GNOME 
or MATE.  GSettings also supports runtime changes already, as well as 
command-line and graphical tools to read an manipulate the values.
GSettings also has backends itself, and can use INI-like files, in-memory only, 
or RPC-based methods like dconf for storage, which allows for a wide variety of 
use cases.
Compiz 0.9 has a GSettings backend, and although I'm not sure it's the best 
implementation it works fairly well, although it looks a bit over-engineered.
What do you think about this?  Would it be possible to add a GSettings backend, 
and where would you see it?

Bug#921442: Switcher: accessibility: When switching between panel Compiz doesn't send events to accessiblity bus

[Alex ARNAUD]

Package: compiz-core
Version: 2:0.8.16.1-8
Tags: a11y upstream
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra colomban
Forwarded: https://gitlab.com/compiz/compiz-core/issues/140

DESCRIPTION FROM UPSTREAM:

Hello all,
Environment:

Debian Testing/Buster
Compiz 2:0.8.16.1-8

Steps to reproduce:

Add a shortcut to switch to the next panel, here control + alt + tab (don't 
forget to remove the assigned shortcut on next window (all))
Launch the Orca screen reader
Press the defined shortcut

Result with Compiz 0.8:
Orca doesn't announce the new panel
Result with Compiz 0.9:
Orca announces the new selected panel
It's gtk-window-decorator that should emit accessibility events for the such 
case but it emits nothing in this case.
Best regards,
Alex.

Bug#921440: Scale: change default shortcut for "Initiate window Picker" to avoid conflit with applications

[Alex ARNAUD]

Package: compiz-core
Version: 2:0.8.16.1-8
Tags: a11y
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra samuel
Forwarded: https://gitlab.com/compiz/compiz-core/issues/139

DESCRIPTION FROM UPSTREAM:

Hello all,
We've discovered when testing Compiz Reloaded that the shortcut for the function "Initiate 
window Picker" is in conflict with other shortcuts like "move to the previous column in a 
table" used by the Orca screen reader.
We propose to adopt the shortcut window + w as Compiz 0.9 does. I personally 
found it simpler to memorize and understand.
You could find where the shortcut is also used here:
https://defkey.com/what-means/alt-shift-up
We plan to enable Compiz by default for all users of assistive technologies on 
Debian and we would like to avoid to make change without being benefit to all 
distributions.
What do you think about this proposal?
Best regards,
Alex.




Until upstream could change this behavior, could it be possible to 
change this downstream into Debian ?


Best regards,
Alex.

Bug#921438: Switcher: Add default shortcut for next panel and previous panel

[Alex ARNAUD]

Package: compiz-core
Version: 2:0.8.16.1-8
Tags: a11y
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra samuel
Forwarded: https://gitlab.com/compiz/compiz-core/issues/138

DESCRIPTION FROM UPSTREAM:

Hello all,
I propose to change the default shortcut behavior for the switcher to fit what 
Marco and Metacity do:

1. Add control + alt + tab to go to the next panel and control + alt + shift + 
tab to go to the previous panel
2. Remove the shortcut for "Next Window (all window)" or remap it to windows + 
tab / windows + shift + tab

Why I propose that ?

Blind users need to have a default keyboard shortcut to go to the panel because 
they can't use the mouse. Most of them also not has the skills to add one to 
CCSM.
I assume being consistent could be a good idea to simplify migration from Marco 
to Compiz for example

What do you think ?
Best regards,
Alex.


Until upstream could change this behavior, could it be possible to 
change this downstream into Debian ?


Best regards,
Alex.

Bug#917232: Caret navigation can skip document contents

[Alex ARNAUD]

Package: evince
Version: 3.30.2-2
Tags: a11y upstream
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra colomban
Forwarded: https://gitlab.gnome.org/GNOME/evince/issues/1017#note_356755

DESCRIPTION FROM UPSTREAM:

Hello,
When navigating with the keyboard through caret navigation (F7), one can miss 
some parts of a document with a layout more complex than simple lines (e.g. 
columns, tables, etc.).
This comes from the "smart" caret feature that tries to keep the X position when going to 
the next line, and which does not go to the next line but the next object with a reasonable Y 
position and a "best" X position (which might or might not be on the next line).  One can 
see !81 (comment 316060) for some detailed explanations on how this works, and a separate bug 
resulting from this (which has been fixed now).
The fact Down Arrow can skip contents is a serious problem for screen reader users 
(visually impaired, etc.) as they might not have any way to know they didn't 
"see" the whole document.
There might be a few solutions here:

A simple solution would be removing this fancy X restoration feature, as although giving 
a nice "editor" feeling with simpler documents, might not really be so useful.  
AFAIK, the cart navigation mode is mostly here of accessibility purpose, and this X caret 
feature actually reduces usability in the current situation.  Instead, merely go to the 
next logical line.
A more complicated solution could be to make sure to always go on the next logical line and never 
after.  So, instead of choosing any text at the "best" X,Y position, choose only the 
"best" X,Y position on the next logical line.

What do you think?

Bug#917224: Thunderbird 60 delete is sluggish with Orca / accessibility

[Alex ARNAUD]

Package: thunderbird
Version: 1:60.3.1-1
Tags: a11y upstream
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra
Forwarded: https://bugzilla.mozilla.org/show_bug.cgi?id=1508247

DESCRIPTION FROM UPSTREAM:

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0

Steps to reproduce:

Hello all,

Environment:
- Debian GNU/Linux 9 "Stretch"
- Thunderbird 60.3.0
- Orca 3.30 (latest stable) Orca master (from git)

Steps to reproduce are described here
0) Start the Orca screen reader
1) Open a big folder (here I'm testing with a folder with only 600 mails)
2) Remove a conversation


Actual results:

Visually on the screen, the mail conversation  is delete quickly but 
Thunderbird seems to take 5 seconds to send events to the Orca screen reader 
and in consequence Orca announce the deletion of a mail after 5 seconds.


Expected results:

Thunderbird should send the events faster as it was on Thunderbird 52

The current situation is really critical for us because 5 seconds is really 
slow for a software to respond. For blind or visual-impaired user, the only 
interface they rely on is the screen reader.

Other users encounter many lags with Thunderbird with Orca on GNU/Linux, see on 
the Orca mailling list those threads:
- https://mail.gnome.org/archives/orca-list/2018-November/msg00148.html
- https://mail.gnome.org/archives/orca-list/2018-November/msg00056.html

The Orca developer has already checked the time to process event and Orca takes 
less than one second to process them, see below, so it's why we're thinking of 
an issue in Thunderbird himself
https://mail.gnome.org/archives/orca-list/2018-November/msg00119.html

We (Hypra) would be OK to help to debug this as both QA and development but 
we'll really appreciate help on the way to debug such performances issues.

Best regards,
Alex.

Bug#917220: Thunderbird replied and forwarded states not exposed via AT-SPI

[Alex ARNAUD]

Package: thunderbird
Version: 1:60.3.1-1
Tags: a11y upstream
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra
Forwarded: https://bugzilla.mozilla.org/show_bug.cgi?id=448235

DESCRIPTION FROM UPSTREAM:

In the Thunderbird message list, messages that the user has replied to or 
forwarded are indicated by a graphic/icon at the start of the message's 
subject. The presence of this graphic/icon is not being exposed via AT-SPI.

Bug#917221: Applets randomly disappear at boot

[Alex ARNAUD]

Package: mate-panel
Version: 1.20.3-1
Tags: upstream
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra
Forwarded: https://github.com/mate-desktop/mate-panel/issues/897

DESCRIPTION FROM UPSTREAM:

Expected behaviour

Normally, applets on Mate-Panel should remain there all the time at every boot.
Actual behaviour

Applets just disappear/appear randomly at every boot/reboot. Sometimes clock is 
gone. Sometimes hardware sensors says bye bye. Sometimes things crash. It's a 
problem that was there since GNOME 2.32, and now on MATE its the same.
Steps to reproduce the behaviour

Having some applets (stock one too) and just Boot/reboot. It will happen.
MATE general version

1.20.1. Latest one.
Package version

idk.
Linux Distribution

Ubuntu MATE 18.04.1 LTS with all the updates applied.
Link to downstream report of your Distribution

Bug#870394: libreoffice-writer: No screen reader notification that there is a comment

[Alex ARNAUD]

Hello Stéphane and all,

First of all, thanks for your involvement into Debian.

My name is Alex, I'm visual-impaired and I'm one of the member of the 
Hypra project. We're working everyday to improve free software, 
especially making it more user-friendly and also usable for elderly, 
beginners and visual-impaired people.


We're collaborating with different Debian team, especially 
Accessibility, LibreOffice, Mate, Firefox and Thunderbird and their 
upstream counterparts.


The bugs I've reopened are owned by Hypra and we're planning to work on 
on the next years.


We've sent a message to the debian-openoffice mailing list in 2017 to 
explain why we'd like to have our bugs reported in Debian.

You could find the response from Rene Engelhard here:
https://lists.debian.org/debian-openoffice/2017/07/msg00014.html

Let me know if you've any question.

Best regards,
Alex.

Le 05/11/2018 à 01:36, Debian Bug Tracking System a écrit :

Your message dated Mon, 5 Nov 2018 01:32:38 +0100
with message-id 
and subject line libreoffice-writer: No screen reader notification that there 
is a comment
has caused the Debian Bug report #870394,
regarding libreoffice-writer: No screen reader notification that there is a 
comment
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.)

Bug#911120: espeakup: Does not fully install

[Alex ARNAUD]

Hello all,

I'm also unable to install espeakup on Debian 9 Stretch with the kernel 
from backports.


I've the following output when I'm trying to install espeakup:

invoke-rc.d: initscript espeakup, action "start" failed.
● espeakup.service - Software speech output for Speakup
   Loaded: loaded (/lib/systemd/system/espeakup.service; enabled; vendor 
preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Thu 2018-11-01 
20:25:01 CET; 5ms ago
 Docs: man:espeakup(8)
  Process: 13834 ExecStart=/usr/bin/espeakup -V ${VOICE} (code=exited, status=2)

nov. 01 20:25:01 hypra-guy systemd[1]: espeakup.service: Unit entered failed 
state.
nov. 01 20:25:01 hypra-guy systemd[1]: espeakup.service: Failed with result 
'exit-code'.
dpkg: erreur de traitement du paquet espeakup (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de 
sortie d'état 1
Traitement des actions différées (« triggers ») pour systemd (232-25+deb9u4) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.6.1-2) ...
Des erreurs ont été rencontrées pendant l'exécution :
 espeakup
E: Sub-process /usr/bin/dpkg returned an error code (1)


Could it be possible to backport the fix to Stretch release?

Best regards,
Alex.

On Mon, 15 Oct 2018 22:37:56 +0100 Keith Barrett 
 wrote:

Package: espeakup
Version: 1:0.80-10
Severity: grave
Tags: a11y
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Frequent loss of speech in the console, particularly when switching to another 
console or from the desktop.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Removed the package with a view to reinstalling.

   * What was the outcome of this action?
Package failed to install
   * What outcome did you expect instead?
Package to fully install and work.
*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 4.18.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages espeakup depends on:
ii  espeak 1.48.04+dfsg-6
ii  libc6  2.27-6
ii  libespeak-ng1  1.49.2+dfsg-4
ii  lsb-base   9.20170808

espeakup recommends no packages.

espeakup suggests no packages.

-- no debconf information




--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#910863: LibreOffice no longer providing formatting information to Orca when "Orca MOdifier Key + f" is used

[Alex ARNAUD]

Package: libreoffice
Version: 1:6.1.2-1
Tags: a11y upstream
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra
Forwarded: https://bugs.documentfoundation.org/show_bug.cgi?id=119413

DESCRIPTION FROM UPSTREAM:

Description:
Orca is silent when pressing the key to speak formatting information. I tested 
this with NVDA and things work properly so this appears to be only a Linux 
regression.

Steps to Reproduce:
1. Open a new Writer document.
2.Press "Orca Modifier Key+f"

Actual Results:
Orca was silent.

Expected Results:
Orca should speak formatting information.


Reproducible: Always


User Profile Reset: Yes



Additional Info:

Bug#909176: alt-F1 shortcut is not transferring focus correctly

[Alex ARNAUD]

Package: mate-panel
Version: 1.20.3-1
Tags: a11y
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra samuel
Forwarded: https://github.com/mate-desktop/mate-panel/issues/851

DESCRIPTION FROM UPSTREAM:

Hello,

The background is in https://gitlab.gnome.org/GNOME/gtk/issues/85 . One of the 
conclusions, in https://gitlab.gnome.org/GNOME/gtk/issues/85#note_264804 , is 
that mate-panel is not properly transferring focus on alt-F1 keyboard shortcut. 
(on alt-F2 it is working properly).
How to reproduce

install gtk3, which contains the fix for 
https://gitlab.gnome.org/GNOME/gtk/issues/85 (can be seen by 
gdk/x11/gdkdevicemanager-core-x11.c's APPEARS_FOCUSED testing for both 
has_focus and has_focus_window).
run the mate desktop
run accerciser, in its Event Monitor, open window element and enable 
window:activate and window:deactivate
run e.g. mate-terminal, accerciser shows window:activate for it
press alt-f1

Actual result

accerciser shows only window:activate for the mate-panel
Expected result

accerciser should show a window:deactivate for mate-terminal, and 
window:activate for mate-panel

It used to work only by luck before, only because gtk used to deactivate itself 
during a keyboard grab. But as discussed in 
https://gitlab.gnome.org/GNOME/gtk/issues/85 that behavior poses accessibility 
feedback issues, is not coherent, and keyboard grab feedback will not be 
available in wayland anyway. Thus @ebassi saying in 
https://gitlab.gnome.org/GNOME/gtk/issues/85#note_264804 that not transferring 
focus properly is the actual bug.
MATE general version

1.20
Package version

1.20
Linux Distribution

Debian

Bug#909121: Add ability to drop an existing profile

[Alex ARNAUD]

Package: orca
Version: 3.28.1-3
Severity: wishlist
Tags: a11y
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra colomban
Forwarded: https://gitlab.gnome.org/GNOME/orca/issues/9

DESCRIPTION FROM UPSTREAM:

Hello all,

Right now, it's possible to add a new profile but it's completely impossible to 
remove one.

@joanmarie Do you want Hypra works on that feature?

Best regards,
Alex.

Bug#901164: caja-eiciel FTCBFS: configure.ac hard codes build architecture pkg-config

[Alex ARNAUD]

Le 09/07/2018 à 21:24, Mike Gabriel a écrit :

@Alex: Helmut is Debian's Mr Rebootstrap and he his filing hundreds of such 
bugs all over Debian. It is a great effort already taken, so we should not 
burden him with upstream bug filing.

Please be so kind and handle the upstream patch submission instead, would you?


OK, I'll do that :).

Best regards,
Alex.

Bug#797745: network-manager-gnome: Dutch (NL) "Wired" translation seems to be missing

[Alex ARNAUD]

Control: close -1

Le 09/07/2018 à 22:15, Simon Wydooghe a écrit :

Hi Alex,

I'm no longer using Debian as a desktop environment anymore, afraid I 
can't help you with more info.


OK, thanks, I close this issue as no one has complain about that for a 
while and you couldn't confirm it anymore.


Please reopen it if you could reproduce this one.

Best regards,
Alex.

Bug#893163: caja-dropbox tray-icon issue

[Alex ARNAUD]

Hello AR Subramanian,

Thank you for the report.

I've added Martin in CC that has already work on such issue for Ubuntu. 
I assume it's pretty the same.


Best regards,
Alex.

Le 31/05/2018 à 10:59, AR Subramanian a écrit :

Hi,

I have noticed that the latest version of caja-dropbox (1.20.0-2) in 
Debian testing poses tray-icon problem, i.e., when I click on the 
tray-icon all I get is a blank column.


I tried various other methods to get it work, in the end got frustrated 
so much that I wanted to see if the earlier version of caja-dropbox 
(1.20.0-1) works as intended, and to my surprise it does - the tray-icon 
is back now.


Thanks.

best regards,

Subramanian

Bug#903405: When I press down arrow, evince cycles on the same line

[Alex ARNAUD]

Package: evince
Version: 3.28.2-1
Tags: a11y
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra
Forwarded: https://gitlab.gnome.org/GNOME/evince/issues/889

DESCRIPTION FROM UPSTREAM:

Hello all,

Environment:


Debian Sid
Evince 3.28.2


Steps to reproduce:
1) Open Evince on this PDF: 
http://download.brother.com/welcome/doc003185/cv_ds620_caf_usr_c.pdf
2) Enable caret navigation with F7
3) Go to the page two
4) Move the caret on "DS-620"
5) Press down arrow two times

Result: Evince cycles on the line "DS-620 1".
Expected result: Evince should move on the next line.

It's an important issue for a person that relies on caret navigation like a 
blind or low-vision person. He is blocked on a line.

Best regards,
Alex.

Version: 3.28.x

Bug#851810: broken xcalib

[Alex ARNAUD]

On Fri, 27 Oct 2017 11:28:23 +0200 Paul Gevers  wrote:

Hi,

On 27-10-17 11:25, Alex ARNAUD wrote:
> It should be solved for all the users indeed. I'll add the accessibility
> tag.

I was about to do the same.

Seems like this package can have some love. If anybody can find a patch,
I'll do the (political) work to get it in.


Hello Paul,

As it should be fixed right now on xorg, could it be possible for you to 
do the political work with Xorg maintainers to fix it on stable?


Best regards,
Alex.

Bug#901164: caja-eiciel FTCBFS: configure.ac hard codes build architecture pkg-config

[Alex ARNAUD]

Le 05/07/2018 à 14:14, Alex ARNAUD a écrit :

Looks like upstream's mail bounces. Is nautilus eiciel dead upstream? If
so maybe take over rather than fork?


It's not as easy as we expect. I should check and come back here.


eiciel works with latest Nautilus on Sid so removing is not required. 
eiciel doesn't work with Caja, only with Nautilus whereas caja-eiciel 
only works with Caja, not Nautilus. So the two packages seems needed.


Do you have reported the issue against caja-eiciel on Github?

Best regards,
Alex.

Bug#903040: network-manager-gnome: French translations: on the migration from jessie to Stretch some previously translated strings are no longer translated

[Alex ARNAUD]

Package: network-manager-gnome
Version: 1.4.4-1
Tags: l10n stretch

Dear all,

On Stretch, it looks like there is missing French translations. Instead 
for example of seeing "Modifier les connexions" I see the English 
translations. It's not on all the interface but in some part like the 
message announcing the connection to a network.


@Michael: Will you accept a patch that fix this issue for 
stretch-update? I've added Samuel in CC, a Debian French developer that 
could confirm my fix is good or not in term of translation.


FYI, on Buster, the issue doesn't appear so I assume getting French 
translations from newer release should be sufficient.


I personally considering this as a major issue as user wouldn't accept 
to see non translated string previously translated.


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#797745: network-manager-gnome: Dutch (NL) "Wired" translation seems to be missing

[Alex ARNAUD]

Hello Simon,

Do you still reproduce this issue on Stretch?

I've a similar issue on Stretch but for French but I've French 
translations installed. I'll fill a new bug for my issue.


Best regards,
Alex.


On Wed, 02 Sep 2015 10:25:52 +0200 Simon Wydooghe 
 wrote:

Package: network-manager-gnome
Version: 0.9.10.0-2
Severity: normal

Dear Maintainer,

   * What led up to the situation?

I did a fresh install of Debian Jessie with nl_BE locale (so Dutch language).
After connecting the Ethernet cable, "Wired" appears in the GNOME network 
applet.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

N/A

   * What was the outcome of this action?

N/A

   * What outcome did you expect instead?

I expected the connection to be called "Kabel" or "Bekabeld" instead of the English 
"Wired".
All other information in the network applet is translated to Dutch like it 
should be.

   * Other info:

Screenshot attached.

-- System Information:
Debian Release: 8.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.8.18-0+deb8u1
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  gconf-service3.2.6-3
ii  gnome-icon-theme 3.12.0-1
ii  libc62.19-18
ii  libcairo21.14.0-2.1
ii  libdbus-1-3  1.8.18-0+deb8u1
ii  libdbus-glib-1-2 0.102-1
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u2
ii  libglib2.0-0 2.42.1-1
ii  libgnome-keyring03.12.0-1+b1
ii  libgtk-3-0   3.14.5-1
ii  libmm-glib0  1.4.0-1
ii  libnm-glib-vpn1  0.9.10.0-7
ii  libnm-glib4  0.9.10.0-7
ii  libnm-gtk0   0.9.10.0-2
ii  libnm-util2      0.9.10.0-7


--
Alex ARNAUD

Bug#901164: caja-eiciel FTCBFS: configure.ac hard codes build architecture pkg-config

[Alex ARNAUD]

Le 03/07/2018 à 19:53, Helmut Grohne a écrit :

On Tue, Jul 03, 2018 at 05:51:08PM +0200, Alex ARNAUD wrote:

The Github link here is not for Caja but for Nautilus. Here we're talking
about Caja only. Sohttps://github.com/darkshram/mate-eiciel  is the right
place for us.

Well, since caja is the fork, working upstream means nautilus, no?


I'm not sure. It should really be helpful if you report an issue against 
the mate-eiciel github and add a link if needed to the Nautilus patch to 
have the input of the developer.


I don't have the background to give you a better answer. I'd prefer to 
see the input of upstream author.



What file manager are you using? Caja or Nautilus?

coreutils


Are you able to use eiciel with Caja? If not, I assume it's why there is a
fork.

No clue, I just tried to build it (as part of QA). That failed and I
sent a patch. I've sent more than 1000 patches fixing build failures now
and I admit that I don't try using each and every package that I fix.


I understand. I'm part of the Debian Mate Team and I don't use 
caja-eiciel myself.



Looks like upstream's mail bounces. Is nautilus eiciel dead upstream? If
so maybe take over rather than fork?


It's not as easy as we expect. I should check and come back here.

Best regards,
Alex.

Bug#901164: caja-eiciel FTCBFS: configure.ac hard codes build architecture pkg-config

[Alex ARNAUD]

It seems there are confusions. My response below.

Le 03/07/2018 à 16:40, Helmut Grohne a écrit :

On Tue, Jul 03, 2018 at 11:50:04AM +0200, Alex ARNAUD wrote:

If it's an upstream issue, could you report and submit your patch upstream?
Upstream is here:https://github.com/darkshram/mate-eiciel


I think you mean https://github.com/rofirrim/eiciel.


The Github link here is not for Caja but for Nautilus. Here we're 
talking about Caja only. So https://github.com/darkshram/mate-eiciel is 
the right place for us.


On Debian, there are two packages: eiciel and caja-eiciel

What file manager are you using? Caja or Nautilus?


packaged a fork and thus you should register your code copy. See
https://wiki.debian.org/EmbeddedCodeCopies for details. By forking
upstreams, you are copying bugs (like this one). That is why the Debian
policy discourages forking or packaging forks. I've clone bug -2 for
dealing with the code copy.


I'm neither the upstream maintainer nor the initial author of the package.

Are you able to use eiciel with Caja? If not, I assume it's why there is 
a fork.



Once eiciel has fixed this, I hope that it trickles down via the
mate-eiciel git repository into Debian.


I hope so :).

Best regards,
Alex.

Bug#901164: caja-eiciel FTCBFS: configure.ac hard codes build architecture pkg-config

[Alex ARNAUD]

Hello Helmut,

Thank for your report.

If it's an upstream issue, could you report and submit your patch 
upstream? Upstream is here:https://github.com/darkshram/mate-eiciel


Let us know.

Best regards,
Alex.

Le 09/06/2018 à 18:37, Helmut Grohne a écrit :

Source: caja-eiciel
Version: 1.18.1-1
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap

caja-eiciel fails to cross build from source, because configure.ac hard
codes the build architecture pkg-config in one place. The attached patch
fixes that and makes caja-eiciel cross build successfully. Please
consider applying it.

Helmut



___
pkg-mate-team mailing list
pkg-mate-t...@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-mate-team

Bug#901402: atril: Please add option to highlight text

[Alex ARNAUD]

Thank you Andreas for the report. As it don't involve the packaging it 
has to be discuss upstream.


See the upstream issue: https://github.com/mate-desktop/atril/issues/254

Best regards,
Alex.

Le 12/06/2018 à 16:37, Andreas Schmidt a écrit :

Package: atril
Version: 1.20.1-1
Severity: wishlist

Dear Maintainer,

would it be possible to implement an option to highlight text? Just yesterday,
a client asked me to correct mistakes directly in a PDF file he sent me, so I
searched around for a PDF viewer that allowed both text annotations and text
highlighting. Turns out I got lucky with evince! As atril is a fork of evince,
I assume it shouldn't be too hard to port this feature to atril. :-)

The following suggestion might be harder to implement as it goes beyond what is
available in evince yet: It would be great if  text could be highlighted not
only with colored backgrounds, but also with differently styled lines. Thus,
one could strike-through text that should be deleted, mark text that is to be
replaced with a full line, or highlight ambiguous text with dotted or curly
lines. (Perhaps there would even be a way to make an obvious "Insert text
here!"-mark?)

Like evince, atril already offers the option to change an annotation's
properties (author, color, opacity, initial window state, and icon). What do
you think about saving these attributes as (predefined and custom) profiles?
Ideally, one could then link these profiles to buttons: If, say, "Mark as
deleted" is pressed, the text could be highlighted with a black (or green, or
yellow) full (or dotted, or curly) line over a red (or whatever) background.

I hope these ideas are not impossible to implement -- after all, I installed
MATE for a reason and would like to always use atril instead of evince. :-)

Thanks for your consideration and best regards

Andreas



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

Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages atril depends on:
ii  atril-common 1.20.1-1
ii  dconf-gsettings-backend [gsettings-backend]  0.28.0-2
ii  libatk1.0-0  2.28.1-1
ii  libatrildocument31.20.1-1
ii  libatrilview31.20.1-1
ii  libc62.27-3
ii  libcairo-gobject21.15.10-3
ii  libcairo21.15.10-3
ii  libcaja-extension1   1.20.2-4
ii  libgail-3-0  3.22.30-1
ii  libgdk-pixbuf2.0-0   2.36.11-2
ii  libglib2.0-0 2.56.1-2
ii  libgtk-3-0   3.22.30-1
ii  libice6  2:1.0.9-2
ii  libjavascriptcoregtk-4.0-18  2.20.2-dmo2
ii  libpango-1.0-0   1.42.1-1
ii  libpangocairo-1.0-0  1.42.1-1
ii  libsecret-1-00.18.6-2
ii  libsm6   2:1.2.2-1+b3
ii  libsoup2.4-1 2.62.2-1
ii  libwebkit2gtk-4.0-37 2.20.2-dmo2
ii  libx11-6 2:1.6.5-1
ii  libxml2  2.9.4+dfsg1-7
ii  mate-desktop-common  1.20.1-2
ii  shared-mime-info 1.9-2
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages atril recommends:
ii  dbus-x11 [dbus-session-bus]  1.12.8-3
ii  gvfs 1.36.1-1

Versions of packages atril suggests:
ii  caja  1.20.2-4
ii  poppler-data  0.4.9-2
ii  unrar 1:5.5.8-1

-- no debconf information

Bug#870631: (entry_text_shifted) wrong coordinates given to at-spi layer from GTK3 entries

[Alex ARNAUD]

Le 28/06/2018 à 11:52, Simon McVittie a écrit :

https://bugs.debian.org/899147  is another one that touches src:gtk+3.0.
It isn't clear to me whether it's a regression from earlier versions of
gtk+3.0, or just a bug that makes people particularly angry. It appears
that it is a regression when compared with gtk+2.0.


Indeed, It's a regression compared to GTK 2.0 and a really annoying bug 
for low-vision people using screen magnification software like Compiz.


I'm visual-impaired and user of a screen magnifier to write this message.

A concrete example of the bug is the password entry for the WiFi on 
Network Manager, the screen magnifier doesn't follow the text and 
follows the top of the screen so the only way to see the password is to 
type it on a text editor and copy-paste it on network manager field.
With the Samuel's patch I no longer have to do that :), it's really 
appreciable.


Best regards,
Alex.

Bug#870631: (entry_text_shifted) wrong coordinates given to at-spi layer from GTK3 entries

[Alex ARNAUD]

Maybe Jeremy could answer to this?

Best regards,
Alex.

Le 26/06/2018 à 17:51, Samuel Thibault a écrit :

Ping?

Samuel Thibault, le ven. 25 mai 2018 11:52:56 +0200, a ecrit:

Ping gtk people?

Samuel

Samuel Thibault, le lun. 16 avril 2018 13:16:05 +0200, a ecrit:

Samuel Thibault, le dim. 15 oct. 2017 22:14:38 +0200, a ecrit:

Just wondering: considering that it's just a few lines (as attached to
this mail) and the following usability impact:

Alex ARNAUD, on jeu. 03 août 2017 17:53:31 +0200, wrote:

It is blocking for any a11y tool making these events accessible,
like software magnifiers such as gnome3 zoom or compiz's ezoom with
focus tracking. result is unreadable by visually impaired people.


how do [people] feel about including it stretch or even jessie?


because this is really a blocker for anybody who has to use a software
screen magnifier.

I can manage the stretch-pu upload etc. I just need confirmation from
gtk people.

Samuel



commit a2d78a2de72b84902a3ca21803ce334eb38743bd
Author: Samuel Thibault 
Date:   Thu Oct 5 15:49:00 2017 +

 a11y/entry: Fix text coords not adjusted for alloc
 
 What is missing is the "allocation" part of x/y coordinates. Since

 gtk_entry_realize doesn't call gtk_widget_set_window(priv->text_area),
 the coordinates returned by gdk_window_get_origin don't include it.
 
 This patch fixes this.
 
 https://bugzilla.gnome.org/show_bug.cgi?id=784509


---
  gtk/a11y/gtkentryaccessible.c |8 ++--
  1 file changed, 6 insertions(+), 2 deletions(-)

--- a/gtk/a11y/gtkentryaccessible.c
+++ b/gtk/a11y/gtkentryaccessible.c
@@ -25,6 +25,7 @@
  #include "gtkentryprivate.h"
  #include "gtkcomboboxaccessible.h"
  #include "gtkstylecontextprivate.h"
+#include "gtkwidgetprivate.h"
  
  #define GTK_TYPE_ENTRY_ICON_ACCESSIBLE  (gtk_entry_icon_accessible_get_type ())

  #define GTK_ENTRY_ICON_ACCESSIBLE(obj)  (G_TYPE_CHECK_INSTANCE_CAST 
((obj), GTK_TYPE_ENTRY_ICON_ACCESSIBLE, GtkEntryIconAccessible))
@@ -958,6 +959,7 @@ gtk_entry_accessible_get_character_exten
gint index, x_layout, y_layout;
GdkWindow *window;
gint x_window, y_window;
+  GtkAllocation allocation;
  
widget = gtk_accessible_get_widget (GTK_ACCESSIBLE (text));

if (widget == NULL)
@@ -973,11 +975,13 @@ gtk_entry_accessible_get_character_exten
pango_layout_index_to_pos (gtk_entry_get_layout (entry), index, _rect);
pango_extents_to_pixels (_rect, NULL);
  
+  _gtk_widget_get_allocation (widget, );

+
window = gtk_widget_get_window (widget);
gdk_window_get_origin (window, _window, _window);
  
-  *x = x_window + x_layout + char_rect.x;

-  *y = y_window + y_layout + char_rect.y;
+  *x = x_window + allocation.x + x_layout + char_rect.x;
+  *y = y_window + allocation.y + y_layout + char_rect.y;
*width = char_rect.width;
*height = char_rect.height;
  



--
Samuel
"I once witnessed a long-winded, month-long flamewar over the use of
mice vs. trackballs...It was very silly."
(By Matt Welsh)

Bug#902347: brltty-espeak: omits certain punctuation in speech output, even if "announce all" activated

[Alex ARNAUD]

Hello Sebastian,

As I understand it's an upstream bug, could you please report it 
upstream to the BRLTTY mailing list ?


Best regards,
Alex.

Le 25/06/2018 à 13:05, Sebastian Humenda a écrit :

Package: brltty-espeak
Version: 5.6-4
Severity: normal
Tags: a11y

Hi

I'm using BRLTTY with eSpeak as output module. I have set the punctuation level
to all:

 $ grep 'punct' /var/lib/brltty/brltty.prefs
 speech-punctuation all

but for instance "|" and "<" are not announced, whereas "-" or even '"' is.
Using `speak --punct'|<>' 'a|b| <= c'` works, too.

Thanks

-- System Information:
Debian Release: buster/sid
   APT prefers testing
   APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages brltty-espeak depends on:
ii  brltty 5.6-4
ii  libc6  2.27-3
ii  libespeak-ng1  1.49.2+dfsg-2

brltty-espeak recommends no packages.

brltty-espeak suggests no packages.

-- no debconf information

___
Pkg-a11y-devel mailing list
pkg-a11y-de...@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-a11y-devel

Bug#884229: Bug #884229: [packages.debian.org] 500 error/Internal Server Error (in packages-pkgmirror-csail.debian.org)

[Alex ARNAUD]

On Wed, 24 Jan 2018 17:32:45 +0100 Cyril Brulebois  wrote:

Control: tag -1 patch

Hi Laura,

Thanks for mentioning this on #-www today!


Hello all,

I'm also experiencing such issue on this page: 
https://packages.debian.org/experimental/firefox-esr


Best regards,
Alex.

Bug#900259: mate-tweak: Colors in marco-compton are weird

[Alex ARNAUD]

Hello Erik,

Thank you for this report. What I can understand in your report is 
related to Marco, right?


Do we agree that Marco Compton is not enabled by default?

Can you tell us what is your graphic card? What driver are you using 
with It?


Best regards,
Alex.

Le 28/05/2018 à 07:42, Erik de Castro Lopo a écrit :

Package: mate-tweak
Version: 18.04.16-1
Severity: normal

Dear Maintainer,

Had been experiencing some flakiness in my video display and then the
mounse and keyboard locked up. I sshed in from another machine and tried
'sudo init 6', but that lock up the terminal session. Finally I resorted
to a hard reset.

On reboot, the lightdm login screen was fine, but when I logged in all
the mate components (top bar, mate terminal etc) were being dimplayed
in weird colours (reds and yellows, it looked like an indexed 256 colour
pallete).

After some considerable debugging I found that switching from the
marco-compton window manager back to just marco fixed everything. To make
sure this is what it was, I switched back to the compton version which
again had weird colours and then back to marco which fixed the issue.

IMHO, marco-compton should either be fixed or deprecated.


-- System Information:
Debian Release: buster/sid
   APT prefers testing
   APT policy: (900, 'testing'), (800, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_AU.UTF-8), LANGUAGE=en_AU:en (charmap=UTF-8) (ignored: LC_ALL set to 
en_AU.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mate-tweak depends on:
ii  dconf-cli  0.28.0-2
ii  gir1.2-gtk-3.0 3.22.29-3
ii  gir1.2-notify-0.7  0.7.7-3
ii  mate-panel 1.20.1-3
ii  mesa-utils 8.4.0-1
ii  python33.6.5-3
ii  python3-gi 3.28.2-1
ii  python3-pkg-resources  39.1.0-1
ii  python3-psutil 5.4.2-1
ii  python3-setproctitle   1.1.10-1+b1
ii  x11-xserver-utils  7.7+8

Versions of packages mate-tweak recommends:
ii  compton0.1~beta2+20150922-1
ii  mate-indicator-applet  1.20.0-1

Versions of packages mate-tweak suggests:
pn  indicator-application  
pn  indicator-messages 
pn  indicator-power
pn  indicator-session  
pn  indicator-sounds   

-- no debconf information

Bug#899213: compiz: sistematically places new windows below existing ones

[Alex ARNAUD]

Le 24/05/2018 à 15:26, Giacomo Boffi a écrit :

I have another experiment, where
1. I've started compiz redirecting both stdout and stderr to a file,
that you can find in attachment;


Thank you for the investigation.


The log file contains some message concerning incorrect placement of windows


It seems it's not an issue regarding window placement but the window 
decorator theme, see this message:

** (gtk-window-decorator:10860): WARNING **: 15:11:12.611: Failed to load 
metacity theme 'Adwaita': Failed to find a valid file for theme 'Adwaita'


Another stuff you could look at is:
1) Open CCSM
2) Search for general options
3) Go to focus & raise behavior
4) Switch the focus prevention level to off
5) Restart your session completely, not only Compiz

Could you tell me if that helps?

Best regards,
Alex.

Bug#899213: compiz: sistematically places new windows below existing ones

[Alex ARNAUD]

Why are you starting xterm before Compiz ? The easiest way to avoid 
issues is to launch the first window after Compiz.
If you launch the first issue after launching Compiz, does the issue 
still persist ?


Best regards,
Alex.

Le 23/05/2018 à 21:17, Giacomo Boffi a écrit :

Dear Alex,
I've checked and my settings are exactly
- Placement Mode: Smart
- Multi Output Mode: Use active output device

To have a trace of the window placement, I have started my system with
the following ~/.xsession file

#!/bin/bash
xset m 5 3
# fbsetroot -gradient vertical -fg red4 -bg orangered3
xterm & sleep 0.2
xmodmap .compose
compiz &
# cairo-dock -w 3 -o > /dev/null 2>&1 &
exec my_sleep 365d

and, from the xterm that was started from .xsession I started a number
of xterminals of different background color, then I made a screen dump
of the current situation --- please find in attachment a compressed
version of the screen dump.

As you can see, the problem is (mostly?) the pre-existing window,
i.e., the original xterm that covers part of some of the new windows
(e.g., the black one is completely under the 1st xterm)

Thank you for your intervention ፨ g

On Wed, May 23, 2018 at 10:33 AM, Alex ARNAUD <alexarn...@hypra.fr> wrote:

Hello boffi,

Thank you for helping us to make Compiz better.

I'm using Debian Stretch with the latest Compiz version and my configuration
of the place window module is as follow:
- Placement Mode: Smart
- Multi Output Mode: Use active output device

On my system, the first one is opened on the top-left and the second-one on
the bottom-left.

Could you try with this configuration and restart your computer after that?

Could you please tell me what applications are you trying to launch ? Maybe
the behavior could be different between software.

Best regards,
Alex.


Le 21/05/2018 à 00:30, boffi a écrit :


Package: compiz-plugins
Version: 1:0.9.13.1+18.04.20180302-1
Severity: normal

Dear Maintainer,

 * What led up to the situation?

 I activated the "Place Windows" plugin

 * What exactly did you do (or not do) that was effective (or
   ineffective)?

 n/a

 * What was the outcome of this action?

 irrispective of the algorithm chosen, the plugin insists on placing
new
 windows BELOW existing windows (not always but most of the times)

 * What outcome did you expect instead?

 every WM I used (and that comprised compiz+place_windows, until
recently)
 placed new windows above existing windows, because when a user
 instantiates a new window, either using a shortcut and the "Commands"
 plugin, a desktop launcher or a system menu, said user 99.3% wants to
 use the new window immediately

That said, I'm trying to use compiz standalone (no DE) with the support of
a dock/panel (either tint2 or cairo-dock).

I'd like to help fixing this problem giving you any further additional
info.

Thank you in advance, gb
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages compiz-plugins depends on:
ii  compiz-core   1:0.9.13.1+18.04.20180302-1
ii  compiz-plugins-default1:0.9.13.1+18.04.20180302-1
ii  libc6 2.27-3
ii  libcairo2 1.15.10-3
ii  libdbus-1-3   1.12.8-2
ii  libdecoration01:0.9.13.1+18.04.20180302-1
ii  libfribidi0   0.19.7-2
ii  libgcc1   1:8.1.0-3
ii  libgdk-pixbuf2.0-02.36.11-2
ii  libgl11.0.0+git20180308-2
ii  libglib2.0-0  2.56.1-2
ii  libglibmm-2.4-1v5 2.56.0-2
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libice6   2:1.0.9-2
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  libnotify40.7.7-3
ii  libpango-1.0-01.42.1-1
ii  libpangocairo-1.0-0   1.42.1-1
ii  librsvg2-22.40.20-2
ii  libsigc++-2.0-0v5 2.10.0-2
ii  libsm62:1.2.2-1+b3
ii  libstartup-notification0  0.12-5
ii  libstdc++68.1.0-3
ii  libx11-6  2:1.6.5-1
ii  libx11-xcb1   2:1.6.5-1
ii  libxcb1   1.13-1
ii  libxcomposite11:0.4.4-2
ii  libxcursor1   1:1.1.15-1
ii  libxdamage1   1:1.1.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxi62:1.7.9-1
ii  libxinerama1  2:1.1.3-1+b3
ii  libxml2   2.9.4+dfsg1-6.1+b1
ii  libxrandr22:1.5.1-1
ii  libxrender1   1:0.9.10-1
ii  libxslt1.11.1.29-5

compiz-plugins recommends no packages.

com

Bug#899213: compiz: sistematically places new windows below existing ones

[Alex ARNAUD]

Hello boffi,

Thank you for helping us to make Compiz better.

I'm using Debian Stretch with the latest Compiz version and my 
configuration of the place window module is as follow:

- Placement Mode: Smart
- Multi Output Mode: Use active output device

On my system, the first one is opened on the top-left and the second-one 
on the bottom-left.


Could you try with this configuration and restart your computer after that?

Could you please tell me what applications are you trying to launch ? 
Maybe the behavior could be different between software.


Best regards,
Alex.

Le 21/05/2018 à 00:30, boffi a écrit :

Package: compiz-plugins
Version: 1:0.9.13.1+18.04.20180302-1
Severity: normal

Dear Maintainer,

* What led up to the situation?

I activated the "Place Windows" plugin

* What exactly did you do (or not do) that was effective (or
  ineffective)?

n/a

* What was the outcome of this action?

irrispective of the algorithm chosen, the plugin insists on placing new
windows BELOW existing windows (not always but most of the times)

* What outcome did you expect instead?

every WM I used (and that comprised compiz+place_windows, until recently)
placed new windows above existing windows, because when a user
instantiates a new window, either using a shortcut and the "Commands"
plugin, a desktop launcher or a system menu, said user 99.3% wants to
use the new window immediately

That said, I'm trying to use compiz standalone (no DE) with the support of
a dock/panel (either tint2 or cairo-dock).

I'd like to help fixing this problem giving you any further additional info.

Thank you in advance, gb
-- System Information:
Debian Release: buster/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages compiz-plugins depends on:
ii  compiz-core   1:0.9.13.1+18.04.20180302-1
ii  compiz-plugins-default1:0.9.13.1+18.04.20180302-1
ii  libc6 2.27-3
ii  libcairo2 1.15.10-3
ii  libdbus-1-3   1.12.8-2
ii  libdecoration01:0.9.13.1+18.04.20180302-1
ii  libfribidi0   0.19.7-2
ii  libgcc1   1:8.1.0-3
ii  libgdk-pixbuf2.0-02.36.11-2
ii  libgl11.0.0+git20180308-2
ii  libglib2.0-0  2.56.1-2
ii  libglibmm-2.4-1v5 2.56.0-2
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libice6   2:1.0.9-2
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  libnotify40.7.7-3
ii  libpango-1.0-01.42.1-1
ii  libpangocairo-1.0-0   1.42.1-1
ii  librsvg2-22.40.20-2
ii  libsigc++-2.0-0v5 2.10.0-2
ii  libsm62:1.2.2-1+b3
ii  libstartup-notification0  0.12-5
ii  libstdc++68.1.0-3
ii  libx11-6  2:1.6.5-1
ii  libx11-xcb1   2:1.6.5-1
ii  libxcb1   1.13-1
ii  libxcomposite11:0.4.4-2
ii  libxcursor1   1:1.1.15-1
ii  libxdamage1   1:1.1.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxi62:1.7.9-1
ii  libxinerama1  2:1.1.3-1+b3
ii  libxml2   2.9.4+dfsg1-6.1+b1
ii  libxrandr22:1.5.1-1
ii  libxrender1   1:0.9.10-1
ii  libxslt1.11.1.29-5

compiz-plugins recommends no packages.

compiz-plugins suggests no packages.

-- no debconf information

Bug#851810: Re: xcalib: "Error - unsupported ramp size 0" when trying to invert screen

[Alex ARNAUD]

On Sat, 10 Mar 2018 00:09:45 +0300 =?UTF-8?B?UmluYXQgSWJyYWdpbW92?= 
<ibragimovri...@mail.ru> wrote:

Patch was merged in [1]. It's not going to make into any 1.19.x releases, but 
most probably
will be included in 1.20.x. (I'm talking about X.Org, not xcalib). Then xcalib 
should work again.

[1] 
https://cgit.freedesktop.org/xorg/xserver/commit/?id=ac138f9b31b0fba00742edbc3326afe66e28099a


Do you think we could backport it to Stretch? Should I move the bug from 
xcalib package to X.org?


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#888497: compiz: this build is quite unstable

[Alex ARNAUD]

Do you still reproduce the issue you've?

I've received no answer for a while, if you don't ask me, I'll close the 
bug at the end of the month.


Best regards,
Alex.

On Fri, 26 Jan 2018 13:06:00 +0100 treaki <tre...@treaki.tk> wrote:

Package: compiz
Version: 1:0.9.13.0+16.10.20160818.2-5.1
Severity: important

Dear Maintainer,

* What led up to the situation?
i wantet to enable compiz again, in older version of debian i had to add 
a forigin repostory for that,
now compiz seams to be part of the official debian repository.* What 
exactly did you do (or not do) that was effective (or

  ineffective)?
i installed compize compize extra addons and so and ccsm
i used compiz --replace on one terminal and startet ccsm on the other
* What was the outcome of this action?
on the other compilation of compiz it worked out of the box (with window 
decoration and good default setting)
here i had to enable the window decoration manually and i was unable to 
rezize the window by mouse drags on the down side of it (only top, left 
and right)
also compiz crashed all the time when enabling quite basig addons. So i 
guess you should check all addons and features of compiz and rebuild it 
so that it is stable and out of the box working.

* What outcome did you expect instead?
nothing more

thanks a lot in advance


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

Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages compiz depends on:
ii  compiz-core 1:0.9.13.0+16.10.20160818.2-5.1
ii  compiz-gnome1:0.9.13.0+16.10.20160818.2-5.1
ii  compiz-plugins-default  1:0.9.13.0+16.10.20160818.2-5.1

compiz recommends no packages.

compiz suggests no packages.

-- no debconf information




--
Alex ARNAUD

Bug#848617: compiz: FTBFS on armel/armhf (libmetacity)

[Alex ARNAUD]

Hello all,

@Samuel: Do you think this bug is always valid?

Best regards,
Alex.


On Mon, 19 Dec 2016 01:28:15 +0100 Cyril Brulebois <k...@debian.org> wrote:

Source: compiz
Version: 1:0.9.13.0+16.10.20160818.2-2
Severity: important

Hi,

Just as a reminder, compiz FTBFS on armel and armhf. Historically these
platforms have been treated separately due to GLES2, and I wasn't sure
the following workaround for the libmetacity upgrade was needed for
them:
| commit c36fa3cf661eb363f75ca54fe642bad0f0377f40
| Author: Cyril Brulebois <cy...@debamax.com>
| Date:   Fri Oct 21 15:48:11 2016 +
| 
| Try disabling metacity support.
| 
| The metacity bump from 3.20 to 3.22 made private a bunch of items the gtk

| window decorator was relying on (see #1629749 in LP).

The upstream bug has been resolved since this workaround was put into
place, so we could try merging that, and removing this workaround. If
that doesn't work well enough, we can extend the workaround to arm
platforms.

Either way, this can be assessed once compiz has reached testing.


Cheers,
--
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/




--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#853205: Your mail

[Alex ARNAUD]

Hello all,

We've pushed the new Compiz release with the theme support enabled, 
could you confirm to us that the bug has been correctly fixed?


Best regards,
Alex.

On Mon, 30 Jan 2017 15:35:21 + Hugh Morris 
<dbrc.20.nixj...@neverbox.com> wrote:

Subject: compiz: Window Decoration Problem
Package: compiz
Version: 1:0.9.13.0+16.10.20160818.2-4
Severity: normal

Dear Maintainer,

I, too, was surprised and pleased to see Compiz back in the Debian repositories.
I have installed it on a Debian Unstable installation with MATE on a fairly old
AMD64 desktop system with a nvidia GeForce 6200 video card with the nvidia 
driver.

The problem I am having is with the window decorations. Decorations do appear,
but they are not the normal ones for the theme I am using (BlackMATE).
It's the same with any other theme.

The error messages I am getting are:
compiz (decor) - Warn: failed to bind pixmap to texture
compiz (decor) - Warn: No default decoration found, placement will not be 
correct

gtk-window-decorator is running.

I used Compiz for years in the past, so I am quite familiar with it and CCSM.

Can you give me a clue to help me fix this? I would be very grateful.

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages compiz depends on:
ii  compiz-core 1:0.9.13.0+16.10.20160818.2-4
ii  compiz-gnome1:0.9.13.0+16.10.20160818.2-4
ii  compiz-plugins-default  1:0.9.13.0+16.10.20160818.2-4

compiz recommends no packages.

compiz suggests no packages.

-- no debconf information




--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#819610: mate-panel: Same here without layout change, usually on restart

[Alex ARNAUD]

Hello Dr. Stammler,

I'm not able to reproduce the issue on Debian Sid with latest Mate version.

I need to be able to understand what is different between your machine 
and mine and the steps you follow and what I'm doing.


Could you please provide us the result of the following command:

dconf dump "/org/mate/panel/"


Do you launch applications to make the freeze? Do you have application 
running at startup? Do you have any easy steps to help me to reproduce 
the issue?


Best regards,
Alex.

Le 28/04/2018 à 20:40, Dr. Axel Stammler a écrit :

Hello, Alex,

Thank you for your work on Debian and Mate, which I have been using for years. 
I am not
quite sure how to answer your question. If you mean the dialogue box that opens 
upon right
click, here are my settings:

- General
   - Orientation: Top
   - Size: 15 pixels
   - ✓ Expand
   - _ Autohide
   - _ Show hide buttons
- Background: None

Kind regards,

Axel

On Sun 2018-03-18 10.49.32, Alex ARNAUD wrote:


How do you have configured mate-panel?

Bug#894768: project: in debian 9, using mate, had crashes during the execution of videos in vlc. I have a core2duo

[Alex ARNAUD]

Hello Maximiliano,

Thank you for reporting to us bugs.

What steps do you follow to have the crash? Does the crash is random?

What do you mean by a crash? Do you have to restart the session, VLC, or 
the whole computer?


Best regards,
Alex.

On Tue, 03 Apr 2018 23:40:40 -0300 Maximiliano Bevilaqua Esper 
<max.esp...@gmail.com> wrote:

Package: project
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)?
   * 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: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), 
LANGUAGE=pt_BR:pt:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)




--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#837451: xserver-xorg-core: visual flashes followed by hard crash upon keyboard interaction with thinkpad x201

[Alex ARNAUD]

Le 26/04/2018 à 16:56, Uwe Kleine-König a écrit :

The freedesktop guys are responsible for the kernel, too. So it was
addressed to the right people.


Right, but what's on Debian? Does the package xorg is relevant?

Best regards,
Alex.

Bug#837451: xserver-xorg-core: visual flashes followed by hard crash upon keyboard interaction with thinkpad x201

[Alex ARNAUD]

Control: tags -1 + stretch

On Wed, 7 Dec 2016 09:56:26 +0100 Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= 
 wrote:

I already reported the issue to the upstream bug tracker and mark the
bug as forwarded accordingly.


I've read the upstream thread, as I can understand, it's related to the 
kernel, isn't it? Why not forwarding the issue on the Kernel?


I've migrated from Jessie to Stretch yesterday and I found this issue 
really annoying, IMO the severity of this bug should be raised. We have 
to backport the fix on the stable branch. I cannot use a computer that 
has visual flashes regularly. I've spent one hour to figure out the 
issue and to find this bug.


I've apply the work around to save my life but a regular user couldn't 
do that.


Best regards,
Alex.

Bug#894750: Checking compatibility of add-ons takes forever

[Alex ARNAUD]

Le 09/04/2018 à 02:48, W. Martin Borgert a écrit :

Unfortunately, I currently cannot reproduce the behaviour.
The window saying "checking" etc. appears only less than a second now.

(I tested with a separate test account, though, maybe the
behaviour is different because of this.)


Can I close this issue until you could reliably reproduce it? Or could 
you investigate more?


Best regards,
Alex.

Bug#895000: atril always shows a stacktrace/crash from webkit displaying pdf files

[Alex ARNAUD]

Hello Rogério,

Could it be possible for you to provide us a PDF to help us to reproduce 
the issue?


Do you have tried to check if "canberra-gtk-module" is installed?

Best regards,
Alex.

Le 06/04/2018 à 05:28, Rogério Brito a écrit :

Package: atril
Version: 1.20.1-1
Severity: minor

Hi.

First of all, please, change this bug report to anothe package if
appropriate (but I don't see this problem with evince, though).

Second, I am setting the severity of this bug to minor only because I
haven't seen further problems with it and I am not using atril to read epub
books (and I don't know if that would change the result).

When running atril with *any* PDF file, I see a stack trace like the
following:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
$ atril test.pdf
Gtk-Message: 00:14:29.194: Failed to load module "canberra-gtk-module"
Gtk-Message: 00:14:29.564: Failed to load module "canberra-gtk-module"
1   0x7f598ae7b807 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18(WTFCrash+0x17) 
[0x7f598ae7b807]
2   0x7f598eff3adf /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0x766adf) 
[0x7f598eff3adf]
3   0x7f598eff533c /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0x76833c) 
[0x7f598eff533c]
4   0x7f598f12ce0a /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0x89fe0a) 
[0x7f598f12ce0a]
5   0x7f598f12ab1d /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0x89db1d) 
[0x7f598f12ab1d]
6   0x7f598ee7e5fb /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0x5f15fb) 
[0x7f598ee7e5fb]
7   0x7f598ee7eee5 /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0x5f1ee5) 
[0x7f598ee7eee5]
8   0x7f598ae965c3 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18(_ZN3WTF7RunLoop11performWorkEv+0xf3)
 [0x7f598ae965c3]
9   0x7f598aebf619 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18(+0xe51619) 
[0x7f598aebf619]
10  0x7f598bcad0f5 
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x155) 
[0x7f598bcad0f5]
11  0x7f598bcad4c0 /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x4c4c0) 
[0x7f598bcad4c0]
12  0x7f598bcad7d2 /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0xc2) 
[0x7f598bcad7d2]
13  0x7f598aebffc0 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18(_ZN3WTF7RunLoop3runEv+0x100)
 [0x7f598aebffc0]
14  0x7f598f2e1628 /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37(+0xa54628) 
[0x7f598f2e1628]
15  0x7f598e1d8a87 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7) 
[0x7f598e1d8a87]
16  0x5609d14e095a 
/usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess(_start+0x2a) 
[0x5609d14e095a]
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

The first line is the most curious (WTFCrash :-))... Just for reference,
when I run with evince, this is what I get:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
$ evince test.pdf
Gtk-Message: 00:22:50.170: Failed to load module "canberra-gtk-module"
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

If any further information is needed, please let me know.


Thanks,

Rogério.

-- System Information:
Debian Release: buster/sid
   APT prefers testing
   APT policy: (500, 'testing'), (200, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8), 
LANGUAGE=en_US.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages atril depends on:
ii  atril-common 1.20.1-1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.1-3
ii  libatk1.0-0  2.28.1-1
ii  libatrildocument31.20.1-1
ii  libatrilview31.20.1-1
ii  libc62.27-3
ii  libcairo-gobject21.15.10-1
ii  libcairo21.15.10-1
ii  libcaja-extension1   1.20.0-2
ii  libgail-3-0  3.22.29-2
ii  libgdk-pixbuf2.0-0   2.36.11-2
ii  libglib2.0-0 2.56.0-4
ii  libgtk-3-0   3.22.29-2
ii  libice6  2:1.0.9-2
ii  libjavascriptcoregtk-4.0-18  2.20.0-2
ii  libpango-1.0-0   1.42.0-1
ii  libpangocairo-1.0-0  1.42.0-1
ii  libsecret-1-00.18.6-1
ii  libsm6   2:1.2.2-1+b3
ii  libsoup2.4-1 2.62.0-1
ii  libwebkit2gtk-4.0-37 2.20.0-2
ii  libx11-6 2:1.6.5-1
ii  libxml2  2.9.4+dfsg1-6.1
ii  mate-desktop-common  1.20.0-1
ii  

Bug#894750: Checking compatibility of add-ons takes forever

[Alex ARNAUD]

Le 04/04/2018 à 12:34, W. Martin Borgert a écrit :

Installed plugins (out of my head):

  * xul-ext-scrapbook
  * xul-ext-ublock-origin


Could you give me the complete list? To help us to figure out this 
issue, could you remove all your add-ons, downgrade Firefox and upgrade 
it? And after that, could you tell us if the issue still happen? If no, 
could you do the downgrade of Firefox, install one add-on and upgrade 
Firefox to check which add-on could be the culprit?
I'm not sure if I'm clear but if you expect the bug to be fixed it could 
be really helpful if you could investigate this.


Also if you could retrieve the previous bug, it could also be helpful.

Thank you for your help to make Debian and Firefox better.

Best regards,
Alex.

Bug#894750: Checking compatibility of add-ons takes forever

[Alex ARNAUD]

Hello Martin,

What is your version of Debian? What installed add-ons do you have?

I don't have the issue you describe with Firefox ESR on Debian 8 "Jessie".

Firefox developers think also to user of Windows and Mac and you could 
install add-ons outside of the Debian repository so the check shouldn't 
be an issue if it works properly.


Best regards,
Alex.

Le 03/04/2018 à 22:52, W. Martin Borgert a écrit :

Package: firefox-esr
Version: 52.7.3esr-1

This happens with every new Firefox version since a long time:

A window "Firefox Update" appears saying:

 Checking Compatibility of Add-ons
 
 Checking your add-ons for compatibility with this version of
 Firefox.
 [ animation of underground train ]
 [ circle animation] This may take a few minutes...

 Cancel (active) | Next (greyed out)

This goes on until I click on "Cancel", and then everything is
fine, no matter how much time I wait before clicking the
"Cancel" button.

Not a big deal, but still a little bit annoying and confusing.
Why does Firefox check things, that are hopefully already done
by dpkg? I don't have non-Debian plugins installed.


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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8), 
LANGUAGE=en_DK.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages firefox-esr depends on:
ii  debianutils   4.8.4
ii  fontconfig2.12.6-0.1
ii  libasound21.1.3-5
ii  libatk1.0-0   2.28.1-1
ii  libc6 2.27-2
ii  libcairo-gobject2 1.15.10-1
ii  libcairo2 1.15.10-1
ii  libdbus-1-3   1.12.6-2
ii  libdbus-glib-1-2  0.110-2
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-8
ii  libfontconfig12.12.6-0.1
ii  libfreetype6  2.8.1-2
ii  libgcc1   1:8-20180321-1
ii  libgdk-pixbuf2.0-02.36.11-2
ii  libglib2.0-0  2.56.0-4
ii  libgtk-3-03.22.29-2
ii  libgtk2.0-0   2.24.32-1
ii  libhunspell-1.6-0 1.6.2-1
ii  libjsoncpp1   1.7.4-3
ii  libnspr4  2:4.18-1
ii  libnss3   2:3.35-2
ii  libpango-1.0-01.42.0-1
ii  libsqlite3-0  3.22.0-2
ii  libstartup-notification0  0.12-5
ii  libstdc++68-20180321-1
ii  libvpx5   1.7.0-3
ii  libx11-6  2:1.6.5-1
ii  libx11-xcb1   2:1.6.5-1
ii  libxcb-shm0   1.13-1
ii  libxcb1   1.13-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-4
ii  zlib1g1:1.2.8.dfsg-5

firefox-esr recommends no packages.

Versions of packages firefox-esr suggests:
ii  fonts-lmodern  2.004.5-3
ii  fonts-stix [otf-stix]  1.1.1-4
ii  libcanberra0   0.30-6
ii  libgssapi-krb5-2   1.16-2
pn  mozplugger 

-- no debconf information

-- Package-specific info:


-- Addons package information

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8), 
LANGUAGE=en_DK.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages firefox-esr depends on:
ii  debianutils   4.8.4
ii  fontconfig2.12.6-0.1
ii  libasound21.1.3-5
ii  libatk1.0-0   2.28.1-1
ii  libc6 2.27-2
ii  libcairo-gobject2 1.15.10-1
ii  libcairo2 1.15.10-1
ii  libdbus-1-3   1.12.6-2
ii  libdbus-glib-1-2  0.110-2
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-8
ii  libfontconfig12.12.6-0.1
ii  libfreetype6  2.8.1-2
ii  libgcc1   1:8-20180321-1
ii  libgdk-pixbuf2.0-02.36.11-2
ii  libglib2.0-0  2.56.0-4
ii  libgtk-3-03.22.29-2
ii  libgtk2.0-0   2.24.32-1
ii  libhunspell-1.6-0 1.6.2-1
ii  libjsoncpp1   1.7.4-3
ii  libnspr4  2:4.18-1
ii  libnss3   2:3.35-2
ii  libpango-1.0-01.42.0-1
ii  libsqlite3-0  3.22.0-2
ii  libstartup-notification0  0.12-5
ii  

Bug#894251: mate-terminal spams systemd journal with dbus max_match_rules_per_connection

[Alex ARNAUD]

Le 27/03/2018 à 23:22, Matt Zagrabelny a écrit :



On Tue, Mar 27, 2018 at 3:52 PM, Alex ARNAUD <alexarn...@hypra.fr 
<mailto:alexarn...@hypra.fr>> wrote:



3) Add the generated file to your reply


Done.


Thank you, unfortunately, I'm not able to reproduce this issue on my Sid 
VM. Are you using Mate desktop environment ? Does this issue appear with 
mate-terminal 1.20 ? What is different between your two machines, the 
one with the issue and the one without?


Best regards,
Alex.

Bug#894381: Firefox: migration from 45 (GTK2) to 52 (GTK3) produces regressions on Jessie

[Alex ARNAUD]

Package: firefox-esr
Version: 52.7.3esr-1~deb8u1
Tags: a11y jessie
Severity: important

It's a follow up of the bug 870719: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870719


Same Thunderbird regression on Firefox. I'm not sure the policy 
authorize us to migrate an application from GTK2 to GTK3 on a stable 
release.


IMO, until GTK2 is available from the Mozilla compilation file, we 
should provide Firefox ESR compiled with GTK2 on Jessie.


Best regards,
Alex.

Bug#894357: Fwd: Bug#894357: firefox: no Debian Menu System entry

[Alex ARNAUD]

What you're asking to us is to support a deprecated feature since 2015, 
see: https://lists.debian.org/debian-devel-announce/2015/09/msg0.html


You should report a bug against the program that doesn't support the 
desktop file specification.


Best regards,
Alex.

Le 29/03/2018 à 15:54, Giacomo Boffi a écrit :

ooops, I replied to Alex only and not to the BTS, please find below what I said


-- Forwarded message --
From: Giacomo Boffi <giacomo.bo...@gmail.com>
Date: Thu, Mar 29, 2018 at 3:40 PM
Subject: Re: Bug#894357: firefox: no Debian Menu System entry
To: Alex ARNAUD <alexarn...@hypra.fr>


  > What is TWM?

Tab Window Manager (package twm, version 1:1.0.9-1+b1)

  > The bug you mentioned seems related to it.

not at all

  > On Mate, Firefox is available in Application, Internet.

and on Cinnamon, Gnome, LXDE, XFCE etc etc Firefox is available as well.

The Debian Menu System predates and it is indipendent from the XDG menu system
that these desktop environments rely upon, and is supported by most of
the packages
in Debian, e.g., by Google's Chrome

$ dpkg -L google-chrome-stable | grep menu
/usr/share/menu
/usr/share/menu/google-chrome.menu
$ cat /usr/share/menu/google-chrome.menu
?package(google-chrome-stable):
   needs="x11"
   section="Applications/Network/Web Browsing"
   hints="Web browsers"
   title="Google Chrome"
   icon="/opt/google/chrome/product_logo_32.xpm"
   command="/opt/google/chrome/google-chrome"
$

  but not from the Firefox team...

$ dpkg -L firefox | grep menu
$

all you need is

  1. put the file "firefox.menu" inside "/usr/share/menu", the file's
content should be obvious by comparison with Chrome's
  2. call update-menus in the pre and post install scripts, as specified in
 https://www.debian.org/doc/packaging-manuals/menu.html/ch4.html

regards


 gb

___
pkg-mozilla-maintainers mailing list
pkg-mozilla-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mozilla-maintainers

Bug#894357: firefox: no Debian Menu System entry

[Alex ARNAUD]

Hello boffi,

What is TWM? The bug you mentioned seems related to it. On Mate, Firefox 
is available in Application, Internet.


Best regards,
Alex.

Le 29/03/2018 à 14:34, boffi a écrit :

Package: firefox
Version: 59.0.2-1
Severity: wishlist

Dear Maintainer,

* What led up to the situation?
I clicked on the root menu of TWM and tried to find an entry to launch
Firefox in "Debian/Applications/Network/Web Browsing"

* What was the outcome of this action?
I couldn't see a menu entry to launch Firefox.

* What outcome did you expect instead?
A menu entry to click and launch Firefox.


To quote from www.debian.org/doc/packaging-manuals/menu.html

Chapter 4 - What packages with applications should do

4.1 Providing a menu file
A package should provide a menu file /usr/share/menu/
that contains information about each program it likes to make available
in the menus.

4.2 Adding a hook for dpkg in your packages
The postinst script and the postrm script of the package should include
the line

   if test -x /usr/bin/update-menus; then update-menus; fi

If you are using debhelper, the program dh_installmenu can do it for you.

Thank you in advance
   gb
-- Package-specific info:


-- Addons package information

-- System Information:
Debian Release: buster/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages firefox depends on:
ii  debianutils   4.8.4
ii  fontconfig2.12.6-0.1
ii  libatk1.0-0   2.28.1-1
ii  libc6 2.27-2
ii  libcairo-gobject2 1.15.10-2
ii  libcairo2 1.15.10-2
ii  libdbus-1-3   1.12.6-2
ii  libdbus-glib-1-2  0.110-2
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-8
ii  libfontconfig12.12.6-0.1
ii  libfreetype6  2.8.1-2
ii  libgcc1   1:8-20180312-2
ii  libgdk-pixbuf2.0-02.36.11-1
ii  libglib2.0-0  2.54.3-2
ii  libgtk-3-03.22.29-1
ii  libgtk2.0-0   2.24.32-1
ii  libhunspell-1.6-0 1.6.2-1
ii  libjsoncpp1   1.7.4-3
ii  libnspr4  2:4.18-1
ii  libnss3   2:3.35-2
ii  libpango-1.0-01.40.14-1
ii  libsqlite3-0  3.22.0-1
ii  libstartup-notification0  0.12-5
ii  libstdc++68-20180312-2
ii  libvpx5   1.7.0-3
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.13-1
ii  libxcb1   1.13-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-4
ii  zlib1g1:1.2.8.dfsg-5

firefox recommends no packages.

Versions of packages firefox suggests:
ii  fonts-lmodern  2.004.5-3
ii  fonts-stix [otf-stix]  1.1.1-4
ii  libcanberra0   0.30-6
ii  libgssapi-krb5-2   1.16-2
pn  mozplugger 

-- no debconf information

___
pkg-mozilla-maintainers mailing list
pkg-mozilla-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mozilla-maintainers

Bug#894251: mate-terminal spams systemd journal with dbus max_match_rules_per_connection

[Alex ARNAUD]

Le 27/03/2018 à 21:15, Matt Zagrabelny a écrit :

Let me know what I can do to help solve this issue.


Could you provide us your Mate terminal configuration with the 
followings steps:

1) Install the package dconf-cli to export the configuration

2) Export the configuration to a file:
dconf dump /org/mate/terminal/ > mate-terminal.conf

3) Add the generated file to your reply

Best regards,
Alex.

Bug#893764: eom gets out of memory while checking out an svg image

[Alex ARNAUD]

Le 22/03/2018 à 17:14, John Scott a écrit :

I am able to reproduce on my system as well, though it took a
couple of tries. I've included a backtrace.


It's a known issue already reported upstream: 
https://github.com/mate-desktop/eom/issues/153


Best regards,
Alex.

Bug#892748: Mate Upstream Keyboard Shortcuts Unbound in Debian

[Alex ARNAUD]

Le 18/03/2018 à 13:22, Mike Gabriel a écrit :
Just pushed a commit to mate-desktop-environment.git [1] that resolves 
this for Debian.


Thank you very much Mike for this.

This implies disabling the switch-window-all keybinding in marco again 
(which is upstream default anyway and always has been in Debian).


Maybe we could propose the shortcut ctrl+win+tab upstream and downstream.
What do you think? Is there a shortcut for that in Metacity or Mutter by 
default?


Best regards,
Alex.

Bug#819610: mate-panel: Same here without layout change, usually on restart

[Alex ARNAUD]

Hello Axel,

Thank you for helping us to make Debian better.

How do you have configured mate-panel?

Best regards,
Alex.

Le 18/03/2018 à 09:02, Axel Stammler a écrit :

Package: mate-panel
Version: 1.16.2-1
Followup-For: Bug #819610

Dear Maintainer,

I usually have to

service lightdm restart

after boot because of mate-panel eating CPU and memory.

Killing mate-panel sometimes resolves the issue but may also lead to the same 
behaviour.

BTW, I see that I am not the only one who needs to use the stable distribution.

-- System Information:
Debian Release: 9.4
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages mate-panel depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11+deb9u3
ii  libcairo-gobject21.14.8-1
ii  libcairo21.14.8-1
ii  libcanberra-gtk3-0   0.30-3
ii  libcanberra0 0.30-3
ii  libdbus-1-3  1.10.26-0+deb9u1
ii  libdbus-glib-1-2 0.108-2
ii  libdconf10.26.0-2+b1
ii  libgdk-pixbuf2.0-0   2.36.5-2+deb9u2
ii  libglib2.0-0 2.50.3-2
ii  libgtk-3-0   3.22.11-1
ii  libice6  2:1.0.9-2
ii  libmate-desktop-2-17 1.16.2-2
ii  libmate-menu21.16.0-2
ii  libmate-panel-applet-4-1 1.16.2-1
ii  libmateweather1  1.16.1-2
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  librsvg2-2   2.40.16-1+b1
ii  libsm6   2:1.2.2-1+b3
ii  libstartup-notification0 0.12-4+b2
ii  libwnck-3-0  3.20.1-3
ii  libx11-6 2:1.6.4-3
ii  libxau6  1:1.0.8-1
ii  libxrandr2   2:1.5.1-1
ii  mate-desktop 1.16.2-2
ii  mate-menus   1.16.0-2
ii  mate-panel-common1.16.2-1
ii  mate-polkit  1.16.0-2
ii  menu-xdg 0.5

mate-panel recommends no packages.

mate-panel suggests no packages.

-- debconf-show failed

Bug#893163: caja-dropbox: drop down menu does not appears when clicking on icon (left or right click) in version 1.20

[Alex ARNAUD]

It seems the bug appears in 1.18, see this upstream report : 
https://github.com/mate-desktop/caja-dropbox/issues/27


Best regards,
Alex.

Le 17/03/2018 à 10:38, Alex ARNAUD a écrit :
What version is impacted for you ? 1.16 or 1.20 or both ? In the subject 
you talk about 1.20 and in the report the version field is 1.16.0-1.


Best regards,
Alex.

Le 17/03/2018 à 00:40, Tedo Vrbanec a écrit :

Package: caja-dropbox
Version: 1.16.0-1
Severity: important

Dear Maintainer,

    * What led up to the situation?
Regular update of package caja-dropbox from 1.16 to 1.20 at Debian buster
(testing), MATE DE

    * What exactly did you do (or not do) that was effective (or
  ineffective)?
I just installed update. Btw, when downgrade to 1.16, everything is OK 
again. I
tried few times to be completely sure that caja-dropbox is the cose of 
this

behaviour. Now I have freezed the package.

    * What was the outcome of this action?
Dropbox options and actions from dropdown (actually, for me it is 
rising menu,
because I have panel in bottom of desktop) menu are not usable. There 
is only

pixel or two of visible menu, hardly even seen.

    * What outcome did you expect instead?
Dropdown menu with options.



-- System Information:
Debian Release: buster/sid
   APT prefers testing
   APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8), 
LANGUAGE=hr_HR.UTF-8 (charmap=UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages caja-dropbox depends on:
ii  dbus-x11 1.12.6-2
ii  libatk1.0-0  2.26.1-3
ii  libc6    2.27-2
ii  libcairo-gobject2    1.15.10-1
ii  libcairo2    1.15.10-1
ii  libcaja-extension1   1.20.0-2
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.3-2
ii  libgtk-3-0   3.22.28-1
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  policykit-1  0.105-18
ii  procps   2:3.3.12-4
ii  python   2.7.14-4
ii  python-gpgme 0.3-1.2
ii  python-gtk2  2.24.0-5.1+b1

caja-dropbox recommends no packages.

Versions of packages caja-dropbox suggests:
ii  caja  1.20.0-2

-- no debconf information

Bug#893163: caja-dropbox: drop down menu does not appears when clicking on icon (left or right click) in version 1.20

[Alex ARNAUD]

What version is impacted for you ? 1.16 or 1.20 or both ? In the subject 
you talk about 1.20 and in the report the version field is 1.16.0-1.


Best regards,
Alex.

Le 17/03/2018 à 00:40, Tedo Vrbanec a écrit :

Package: caja-dropbox
Version: 1.16.0-1
Severity: important

Dear Maintainer,

* What led up to the situation?
Regular update of package caja-dropbox from 1.16 to 1.20 at Debian buster
(testing), MATE DE

* What exactly did you do (or not do) that was effective (or
  ineffective)?
I just installed update. Btw, when downgrade to 1.16, everything is OK again. I
tried few times to be completely sure that caja-dropbox is the cose of this
behaviour. Now I have freezed the package.

* What was the outcome of this action?
Dropbox options and actions from dropdown (actually, for me it is rising menu,
because I have panel in bottom of desktop) menu are not usable. There is only
pixel or two of visible menu, hardly even seen.

* What outcome did you expect instead?
Dropdown menu with options.



-- System Information:
Debian Release: buster/sid
   APT prefers testing
   APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8), 
LANGUAGE=hr_HR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages caja-dropbox depends on:
ii  dbus-x11 1.12.6-2
ii  libatk1.0-0  2.26.1-3
ii  libc62.27-2
ii  libcairo-gobject21.15.10-1
ii  libcairo21.15.10-1
ii  libcaja-extension1   1.20.0-2
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.3-2
ii  libgtk-3-0   3.22.28-1
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  policykit-1  0.105-18
ii  procps   2:3.3.12-4
ii  python   2.7.14-4
ii  python-gpgme 0.3-1.2
ii  python-gtk2  2.24.0-5.1+b1

caja-dropbox recommends no packages.

Versions of packages caja-dropbox suggests:
ii  caja  1.20.0-2

-- no debconf information

Bug#892748: ctrl+alt+tab no longer switches between panel

[Alex ARNAUD]

Package: mate-desktop-environment-core
Version: 1.20.0+1
Severity: normal

Hello all,

Since the release of mate-desktop-environment 1.20.0+1 the ctrl+alt+tab 
keyboard shortcut has been moved from switch between panel to switch 
switch-windows-all.


It's IMO a regression for three reasons:
1) ctrl+alt+tab exists since GNOME2 and is affected on switch between 
panels.
2) ctrl+alt+tab is described on the official Mate documentation so 
having differences from documentation make things more difficult.
3) All keyboard only users uses ctrl+alt+tab to switch between panels. 
It's also the same behavior with Metacity.


The commit introducing the regression : 
https://anonscm.debian.org/cgit/pkg-mate/mate-desktop-environment.git/commit/?id=123ad77b22f829e52f13be29cfed60f27e77b2ae


Best regards,
Alex.

Bug#892106: mate-applets: system monitor applet does not remember system monitor width properties just stays at the default 40

[Alex ARNAUD]

Le 05/03/2018 à 18:48, S Jones a écrit :
Yes it worked in the past, just fine on version 1.18, this only started 
with the upgrade to 1.20


I've reported the issue upstream: 
https://github.com/mate-desktop/mate-applets/issues/313


Best regards.

Bug#892106: mate-applets: system monitor applet does not remember system monitor width properties just stays at the default 40

[Alex ARNAUD]

Contro: tags -1 upsteam

Le 05/03/2018 à 17:16, shaun a écrit :

Dear Maintainer,


Hello shaun,

Thank you for filing bug on Debian, you help us to make it better.


*** Reporter, please consider answering these questions, where appropriate ***

* What led up to the situation?
  I always have the system monitor applet in the top panel and the width i
set is 100, but everytime logging in it defaults back to a   width of 40


I can confirm the issue. Does it work for you in the past?

Best regards,
Alex.

Bug#890991: mate-panel: Please enable SNI support for accessibility purpose

[Alex ARNAUD]

Control: tags -1 patch

Le 21/02/2018 à 15:59, Alex ARNAUD a écrit :

Le 21/02/2018 à 12:53, Jean-Philippe MENGUAL a écrit :

This bug has a fix provided that the default value of SNI support is set
to True.


Thanks for the report; It should be also great to add sni-qt to the 
recommended packages for Mate panel. It's easy for power user to remove 
package but difficult for beginner to find what to install to make 
software working.


I've added a proposed patch to do the following things:
- Enable SNI support by default on Mate panel
- Add sni-qt to recommended package of mate-desktop-environment : to 
make the SNI support effective, sni-qt has to be installed on the 
targeted system.


With this patch, the notification area of Mate becomes fully usable by 
keyboard users.


Best regards,
Alex.
diff --git a/debian/20_mate-debian.gschema.override b/debian/20_mate-debian.gschema.override
index e180ac6..2ee8f1d 100644
--- a/debian/20_mate-debian.gschema.override
+++ b/debian/20_mate-debian.gschema.override
@@ -30,6 +30,9 @@ monospace-font-name='Monospace 13'
 theme='Menta'
 titlebar-font='Cantarell Bold 11'
 
+[org.mate.panel]
+enable-sni-support=true
+
 [org.mate.peripherals-mouse]
 cursor-theme='DMZ-White'
 
diff --git a/debian/control b/debian/control
index bdae5da..48ce439 100644
--- a/debian/control
+++ b/debian/control
@@ -105,6 +105,7 @@ Recommends: atril (>= 1.20),
 mate-user-guide (>= 1.20),
 mate-utils (>= 1.20),
 pluma (>= 1.20),
+	sni-qt,
 Suggests: mail-reader | thunderbird,
   network-manager-gnome,
   x-www-browser | firefox,

Bug#891986: mate-desktop does not depend on marco

[Alex ARNAUD]

Le 04/03/2018 à 22:58, Allo a écrit :

Hi.


Hi Alex, you've wrote to me privately.


Indeed I was mistaken about the nature of the package. On the other
hand, maybe the package name is unclear. I thought it were a metapackage
like kde-full (full desktop, but not the distribution's environment for
the desktop).


I'm completely agree with you but it's the upstream name, see 
https://github.com/mate-desktop/mate-desktop : you could imagine to 
contact them to rename it.


Have a nice day,
Alex.

Bug#891986: mate-desktop does not depend on marco

[Alex ARNAUD]

Control: close -1

Le 03/03/2018 à 18:55, Alex a écrit :

when I start mate it does not start a WM as marco is not installed but
mate-wm tries to launch it. I did "apt install mate-desktop" to see if
it is not fully installed but all dependencies were there and it said
nothing to install.


Thank you Alex for the report, we're happy to see you helping Debian.

Why do you think mate-desktop should do that, the description is 
"Library with common API for various MATE modules".



One of the meta packages should depend on marco.


Yes, it's already the case, mate-desktop is not a meta package. The 
package you expect is mate-desktop-environment. You could also install 
it easily from the tasksel command in root or from the installation CD 
of Debian.


I hope my answer has helped you to figure out the issue. I close the bug 
because I assume it's not a bug. Let me know if you think I should 
reopen it.


Best regards,
Alex ARNAUD.

Bug#891362: mate-utils: mate-screenshot hangs when storage-folder is not accessible

[Alex ARNAUD]

Control: found -1

Le 24/02/2018 à 22:10, Michael Abel a écrit :

Dear Maintainer,


Hello Michael,

Thank you for reporting bug to us.


mate-screenshot hangs when the folder where the last screenshot was stored is
not accessible or not mounted.

To reproduce, take screenshot:
$ mate-screenshot
Store the screenshot to a test folder.
-> The the new location is stored.

Make it inaccessible:
$ chmod 000 
(Or unmount the place where the folder is)
(Deleting the folder will not reproduce the issue)

Make a new screenshot:
$ mate-screenshot
-> Busy loop with 100% CPU
-> Needs to be killed


I can reproduce on Debian Sid with Mate 1.20.

Best regards,
Alex ARNAUD.

Bug#757636: Re : Bug#757636: gnome-orca: Additional info

[Alex ARNAUD]

Control: found -1 3.26.0-5

On Thu, 3 Aug 2017 16:49:59 +0200 (CEST) MENGUAL Jean-Philippe wrote:

Hi,

Actually it depends on the application you use. The behavior I describe mainly 
happens in Firefox. But may happen in Libreoffice as well. cf 
https://mail.gnome.org/archives/orca-list/2017-June/msg00089.html

Regards,


I can reproduce the issue with latest Orca version. I'll report it upstream.

Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#890603: new version generates high load

[Alex ARNAUD]

Control: tags -1 moreinfo

On Sat, 17 Feb 2018 19:18:39 +0100 Alex ARNAUD <alexarn...@hypra.fr> wrote:

Le 16/02/2018 à 19:54, Felix Zielcke a écrit :
> There are a bunch of entries like this one, but for different
> processes:

I've forwarded the bug upstream, could you continue the discussion over 
there?

https://github.com/mate-desktop/mate-power-manager/issues/248
I've seen no news from you since that, does it mean that bug is fixed 
for you?


Best regards.
--
Alex ARNAUD

Bug#890190: [compiz-plugins-default] Plugin "wall" doesn't honor edge-delay

[Alex ARNAUD]

Le 21/02/2018 à 21:31, Johann Glaser a écrit :

However, please consider distibuting a patched version of
/usr/share/compiz/wall.xml with false before
upstream is fixing it.


Could you open an upstream bug about that particular point to propose 
the change and explain why? I prefer to see the answer of the upstream 
developers to be sure the decision has no side effect for other users as 
I'm not an expert of the Wall module.


FYI, a new Compiz release has been published on Debian, could you tell 
us if the issue of this bug still appear?


Best regards and thank you very much for your contribution.
Alex ARNAUD.

Bug#890991: mate-panel: Please enable SNI support for accessibility purpose

[Alex ARNAUD]

Le 21/02/2018 à 12:53, Jean-Philippe MENGUAL a écrit :

This bug has a fix provided that the default value of SNI support is set
to True.


Thanks for the report; It should be also great to add sni-qt to the 
recommended packages for Mate panel. It's easy for power user to remove 
package but difficult for beginner to find what to install to make 
software working.


Best regards,
Alex.

Bug#890603: new version generates high load

[Alex ARNAUD]

Le 16/02/2018 à 19:54, Felix Zielcke a écrit :

There are a bunch of entries like this one, but for different
processes:


I've forwarded the bug upstream, could you continue the discussion over 
there?

https://github.com/mate-desktop/mate-power-manager/issues/248

Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#890603: new version generates high load

[Alex ARNAUD]

Le 16/02/2018 à 18:31, Felix Zielcke a écrit :

It seems the problem is actually in mate-power-manager. I thought I
tried just downgrading that one to 1.18.
With applets at 1.20 and power-manager 1.18 the load is normal.
Wit power-manager 1.20 and the applets removed the load is still high.


Do you mean if the power-manager applet is dropped the problem still 
occurs? If yes, the issue is not in the applet but in power-manager. I 
ask you more questions to be sure we could identified the exact cause of 
the issue.


Thank you for helping Debian and Mate.

Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#890603: new version generates high load

[Alex ARNAUD]

Le 16/02/2018 à 18:47, Felix Zielcke a écrit :

Yes. The problem is then still there


Could you check if .xsession-errors is spammed by logs from 
mate-power-manager ?


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#890603: new version generates high load

[Alex ARNAUD]

Le 16/02/2018 à 16:29, Felix Zielcke a écrit :

Hello,


Hello Felix,


mate-applets and mate-power-manager in sid generate a high load on my notebook. 
As soon as I downgrade to the versions in buster everything is back to normal.
I haven't found out if this is more a bug in mate-applets or in 
mate-power-manager.
I only use the power-manager applet and the sysmon one.

Please tell me if you need more information


Could you remove all the applets and check if the issue still occurs? If 
not, could you add the applet one by one and tell us which one cause the 
issue? What is sysmon, system-monitor?


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#890190: [compiz-plugins-default] Plugin "wall" doesn't honor edge-delay

[Alex ARNAUD]

Hello Johann,

Thank you for filing bug about Compiz on Debian.

If I look upstream the bug is marked as invalid: 
https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/727074


On the comment #3 of the bug report that the bug is fixed. Could report 
the bug upstream or add a comment to the existing bug?


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Le 11/02/2018 à 19:40, Johann Glaser a écrit :

Package: compiz-plugins-default
Version: 1:0.9.13.0+16.10.20160818.2-5.1
Severity: important

--- Please enter the report below this line. ---
According to e.g., https://www.mail-archive.com/compiz@lists.launchpad.
net/msg11314.html, the plugin "wall" has a hidden option "nodelay". It
disables the plugin's ability to use the general option "edge delay" to
wait before the edge flip is started.

The first problem is that the default setting is "true", i.e., don't
delay. The user can adjust in CCSM --> General --> General Options -->
Edge Trigger Delay, but will get frustrated as it is ignored by Compiz.

Some users could try to search the internet for solutions. Several
forum posts suggest to edit /usr/share/compiz/wall.xml and change all
instances of true to false.

The second problem is that with the current version this workaround
doesn't even work any more. See e.g., https://bugs.launchpad.net/ubuntu
/+source/compiz/+bug/771463?comments=all.

So please:
  - fix the behavior of the "wall" plugin
  - set the default of nodelay to false

--- System information. ---
Architecture:
Kernel:   Linux 4.14.0-3-amd64

Debian Release: buster/sid
   500 unstablewww.deb-multimedia.org
   500 unstablehttp.at.debian.org
   500 testing www.deb-multimedia.org
   500 testing http.at.debian.org
   500 stable  http.at.debian.org
 1 experimentalhttp.at.debian.org

--- Package information. ---
Depends(Version) | Installed
-+-
compiz-core  (= 1:0.9.13.0+16.10.20160818.2-5.1) | 
1:0.9.13.0+16.10.20160818.2-5.1
libdecoration0   (= 1:0.9.13.0+16.10.20160818.2-5.1) | 
1:0.9.13.0+16.10.20160818.2-5.1
libc6  (>= 2.14) |
libcairo2 (>= 1.2.4) |
libgcc1   (>= 1:3.0) |
libgl1-mesa-glx  |
  OR libgl1   |
libglib2.0-0 (>= 2.16.0) |
libglibmm-2.4-1v5(>= 2.50.0) |
libice6 (>= 1:1.0.0) |
libpng16-16 (>= 1.6.2-1) |
libsigc++-2.0-0v5 (>= 2.2.0) |
libsm6   |
libstartup-notification0(>= 0.2) |
libstdc++6  (>= 5.2) |
libx11-6 |
libx11-xcb1  |
libxcb1  |
libxcomposite1  (>= 1:0.3-1) |
libxcursor1   (>> 1.1.2) |
libxdamage1   (>= 1:1.1) |
libxext6(>= 2:1.3.0) |
libxfixes3  (>= 1:4.0.1) |
libxi6   |
libxinerama1 |
libxml2   (>= 2.7.4) |
libxrandr2  (>= 4.3) |
libxrender1  |
libxslt1.1   (>= 1.1.25) |


Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#888497: compiz: this build is quite unstable

[Alex ARNAUD]

Le 26/01/2018 à 13:06, treaki a écrit :

i installed compize compize extra addons and so and ccsm
i used compiz --replace on one terminal and startet ccsm on the other
    * What was the outcome of this action?
on the other compilation of compiz it worked out of the box (with window 
decoration and good default setting)
here i had to enable the window decoration manually and i was unable to 
rezize the window by mouse drags on the down side of it (only top, left 
and right)


Thank you for your bug report about Compiz.

What is your desktop environment ? Mate ? XFCE ? Do you have install 
compiz-mate ?


also compiz crashed all the time when enabling quite basig addons. So i 
guess you should check all addons and features of compiz and rebuild it 
so that it is stable and out of the box working.


It's not a crash, it's a reload of the opengl module. We've fixed this 
bug recently on Compiz 0.9 upstream, see 
https://bugs.launchpad.net/compiz/+bug/1729045 for more details.


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#888596: firefox-esr-l10n-hi-in: misplaces locale file

[Alex ARNAUD]

Le 28/01/2018 à 08:10, I Sagar a écrit :

  I have checked firefox-esr with hi_IN locale and shows that some
strings in "About Firefox" box are not translated to Hindi. As Jonas
suggested it should use hi-IN/branding/official
  files content.


I observe a similar behavior in French. The password prompt is not 
translated in French. This issue doesn't appear with the upstream tarball.


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#885269: compizconfig-settings-manager: Depends on unmaintained pygtk

[Alex ARNAUD]

Le 27/12/2017 à 17:45, Jeremy Bicha a écrit :

There is no upstream maintainer for new compiz development since April 2017.:(


A CCSM port to GObject Introspection already exist here: 
https://github.com/compiz-reloaded/ccsm


The maintainer tells me that it is compatible with Compiz 0.9. I hope he 
will submit it on Launchpad.


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#885269: compizconfig-settings-manager: Depends on unmaintained pygtk

[Alex ARNAUD]

Le 26/12/2017 à 06:16, Jeremy Bicha a écrit :

pygtk is unmaintained upstream. It has not had a release since GNOME 3
was released in 2011.

The way forward is to port your app to use GObject Introspection
bindings.


Hello Jeremy,

Do you have reported the issue upstream? The upstream maintainer is 
Canonical.


We're overloaded on accessibility stuff so if you would like to help us 
to maintain the Compiz package we'll really appreciate it.


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#881099: libatk-adaptor: breaks LibreOffice TexMaths extension

[Alex ARNAUD]

Thank Paul for forwarding us this issue.

I'm not sure it is due to libatk-adaptor itself. As I understand of the 
a11y stack on GNU/Linux, libatk-adaptor is the bridge between GTK 
applications and AT-SPI2. If libatk-adaptor is not installed, 
LibreOffice should provide no feedback to assistive technologies. So it 
seems it is an issue from LibreOffice itself.


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Le 07/11/2017 à 20:28, Paul Gevers a écrit :

Package: libatk-adaptor
Version: 2.22.0-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

This bug is a forward of Ubuntu bug 1641284¹, that was reported to also exist
in Debian Strech. I have not verified myself, but the report seemed carefully
written.

=

If the package libatk-adaptor is installed on Ubuntu (as a depency of
gnome-orca for example), it breaks down the LibreOffice TexMaths
extension. TexMaths is a popular extension used to enter / edit LaTeX equations
on LibreOffice (see http://roland65.free.fr/texmaths).

Step to reproduce the bug:

1. It is assumed that LibreOffice 5.1.4 (with at least the Writer and Draw
components) is installed on Ubuntu. It is also assumed that libatk-adaptor is
installed.

2. Install texlive:
sudo apt-get install texlive

3. Download and install the TexMaths extension (version 0.42) from there:
https://sourceforge.net/projects/texmaths/files/0.42/

4. Create a new empty Writer document, then click on the Pi icon (this is the
TexMaths icon) and in the window that opens, type: 'x(t)+y(t)' (without the
quotes), then click on the LaTeX button. This generates an SVG image of the
'x(t)+y(t)' equation.

5. Select the SVG image of the equation by left clicking on it. Then click on
the Pi icon. Now, instead of editing the equation, an error message is
displayed: "The selected object is not a TexMaths equation... Please unselect
it and call the macro again...".

6. Now, right click on the SVG image and select the 'Description' menu
voice. In the window that opens, the description is empty and does not contain
the equation text, as it should.

7. Now purge (and not just remove) the libatk-adaptor package:
sudo apt-get purge libatk-adaptor
then logout and login and repeat the steps 4, 5, and 6: everything is OK and
the equation can be edited as usual.

Another way to remove the bug instead of purging libatk-adaptor is to rename
the file: /etc/X11/Xsession.d/90atk-adaptor to
/etc/X11/Xsession.d/90atk-adaptor.orig . Then logout and login.

- ---

I forgot to mention that I am the author of the TexMaths extension. Of course,
during my testing there was no other extension installed. The bug occurs in
5.1.x and 5.2.x versions of LibreOffice. I used a fresh Ubuntu 16.04.1 install
for the test, but the bug appears in various Ubuntu flavours too, as many
TexMaths users reported.

You should also consider the other bug I reported
(https://bugs.launchpad.net/ubuntu/+source/at-spi2-atk/+bug/1584795), which
relates LibreOffice and liabatk-adaptor.

These two bugs are 100% reproducibles.

- ---

Bug confirmed on Debian 9 (stretch), too.

Here, libatk-adaptor is installed by default as a dependency of orca und
task-xfce-desktop.  So i cannot purge it without breaking my system.

After disabling atk-adaptor
   mv /etc/X11/Xsession.d/90atk-adaptor /etc/X11/Xsession.d/90atk-adaptor.bak
as suggested by Roland65 here
   https://sourceforge.net/p/texmaths/bugs/69/#822d
my TexMaths-Plugin works fine.

¹ https://bugs.launchpad.net/ubuntu/+bug/1641284

- -- System Information:
Debian Release: buster/sid
   APT prefers testing-debug
   APT policy: (500, 'testing-debug'), (500, 'testing'), (200, 'testing'), (50, 
'testing')
Architecture: amd64 (x86_64)

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

Versions of packages libatk-adaptor depends on:
ii  libatk-bridge2.0-0  2.26.0-1
ii  libatk1.0-0 2.26.0-2
ii  libatspi2.0-0   2.26.0-2
ii  libc6   2.24-17
ii  libdbus-1-3 1.11.22-1
ii  libglib2.0-02.54.1-1

libatk-adaptor recommends no packages.

libatk-adaptor suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAloCCVsACgkQnFyZ6wW9
dQp8IAf/UmJKirNG5kgCjioyQanwr3eKVy4d8a7NUlOeIPCO1iRJTFgsjkoDY1po
FOefdf4zj1rmxFwbxWEfaVbbxwykgLUsjNlwNvekh2nAwNwzJKp1DJNLKiRGK7wM
ZKgFxDmDj7dYkdUwpCmDQG16lYrLESnckO+57cstsaZCEGyMvEMOGmkRQNUWTYUu
fkDCct66tT+CiWS3XNnzUuwSRMoJMGM2vlM3QtVExLgX8fRi2YkczwGpTG6+4mw0
JwyHrO6A7xE496Nc3k4kGouLKGDC+M9Px7kbhBlAG29uqtWruWYIQtIh8vpQU0C9
tTqm9VLYTRIT111tJXGn4RU8ZG6gCQ==
=gexh
-END PGP SIGNATURE-
___
Pkg-a11y-devel mailing list
pkg-a11y-de...@lists.alioth.debian.org
https://lists.alioth.debian.org/mailman/listinfo/pkg-a11y-devel

Bug#880735: accerciser: missing dependency on python3-xlib

[Alex ARNAUD]

Package: accerciser
Version: 3.22.0-3

Dear all,

When I've tried to launch accerciser on a Debian Sid I've obtain the 
following error:

/usr/bin/accerciser:48: PyGIWarning: Gtk was imported without specifying a 
version first. Use gi.require_version('Gtk', '3.0') before import to ensure 
that the right version gets loaded.
  from gi.repository import Gtk as gtk
/usr/lib/python3/dist-packages/accerciser/node.py:21: PyGIWarning: Rsvg was 
imported without specifying a version first. Use gi.require_version('Rsvg', 
'2.0') before import to ensure that the right version gets loaded.
  from gi.repository import Rsvg as rsvg
Traceback (most recent call last):
  File "/usr/bin/accerciser", line 74, in 
accerciser.main()
  File "/usr/lib/python3/dist-packages/accerciser/__init__.py", line 34, in main
from .accerciser import Main
  File "/usr/lib/python3/dist-packages/accerciser/accerciser.py", line 27, in 

from .accessible_treeview import *
  File "/usr/lib/python3/dist-packages/accerciser/accessible_treeview.py", line 26, 
in 
from .node import Node
  File "/usr/lib/python3/dist-packages/accerciser/node.py", line 27, in 
import Xlib, Xlib.display
ModuleNotFoundError: No module named 'Xlib


I've resolved the issue in installing python3-xcalib.

Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#870078: libsane1 breaks all 3rd party scanner drivers

[Alex ARNAUD]

Le 01/11/2017 à 21:30, John Paul Adrian Glaubitz a écrit :

It should be the responsibility of the end user to make sure to buy
hardware from a Linux-friendly manufacturer who is willing to update
their drivers accordingly.

Do you really want that Debian keeps down it's drive to improve quality
and reliability because Ubuntu user X bought a 50 Euro scanner from
some random Chinese manufacturer who cannot be bothered to update their
drivers every once a while?

I don't.


If we expect to make Debian and GNU/Linux universal we have to keep that 
people don't want to buy a new hardware to switch from Windows or Mac to 
GNU/Linux.
The regular user should be the target, not the hacker. Sane 1.0.27 
should work as 1.0.25 for the end user without any configuration changes 
because if we respect x.y.z versioning this is a minor release.


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#851810: broken xcalib

[Alex ARNAUD]

Le 27/10/2017 à 11:28, Paul Gevers a écrit :

Hi,

On 27-10-17 11:25, Alex ARNAUD wrote:

It should be solved for all the users indeed. I'll add the accessibility
tag.


I was about to do the same.

Seems like this package can have some love. If anybody can find a patch,
I'll do the (political) work to get it in.


Does an upstream bug exist for this issue ?

Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#851810: xcalib: "Error - unsupported ramp size 0" when trying to invert screen

[Alex ARNAUD]

Dear Chris and all,

A low-vision user has reported to me this issue yesterday. It is a 
enormous regression appears on Stretch for a low-vision person that uses 
xcalib to inverse the color of his screen.

I've added the a11y tag and raised the severity from normal to important.
I also can't use my computer without color inversion.

Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"


On Wed, 18 Jan 2017 22:58:36 + Chris Lamb <la...@debian.org> wrote:

Package: xcalib
Version: 0.8.dfsg1-2
Severity: normal

Hi,

During summer months I use xcalib to invert colours so I can work on
free software despite the sun reflecting on my laptop's display.

This was working as late as August in Europe but not only do I find
myself in thesouthern hemisphere at the moment, xcalib does not appear
to be working:

 $ xcalib -i
 Error - unsupported ramp size 0

 $ echo $?
 255


Regards,

--
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#877625: libsane1 doesn't provide libsane so it breaks packages depend on libsane

[Alex ARNAUD]

Le 04/10/2017 à 07:43, Jörg Frings-Fürst a écrit :

Hello Alex,


Hello Jorg,


If libsane1 provides the same API as libsane it could be a good idea to
edit the debian/control to add a "provide" section to indicate that
libsane1 provide libsane. I've attached a patch to add this proposal
into "debian/control".



No, sane-backends from experimental needs a transition from libsane to
libsane1 and can't use without rebuild all reverse depends.


Sorry, I don't understand what is the process to get sane-backends from 
experimental to install it on Debian Jessie ?


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#877625: libsane1 doesn't provide libsane so it breaks packages depend on libsane

[Alex ARNAUD]

Package: libsane1
Version: 1.0.27-1~experimental2

Dear all,

sane-backends source package generates libsane1 that break libsane. Some 
package is based on libsane, on my Debian 8.9 "Jessie" machine it breaks:

*colord
* hplip
* printer-driver-postscript-hp
* simple-scan
* xsane

If libsane1 provides the same API as libsane it could be a good idea to 
edit the debian/control to add a "provide" section to indicate that 
libsane1 provide libsane. I've attached a patch to add this proposal 
into "debian/control".


FYI, I see a version 1.0.27-1~experimental3 in git but not in the 
experimental repository.


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"
diff --git a/debian/control b/debian/control
index 9f4aad9..7ea04d5 100644
--- a/debian/control
+++ b/debian/control
@@ -79,6 +79,7 @@ Architecture: any
 Multi-Arch: same
 Breaks: libsane (<<1.0.27-1)
 Replaces: libsane (<<1.0.27-1)
+Provides: libsane
 Pre-Depends: ${misc:Pre-Depends}
 Depends:
  acl [linux-any],

Bug#853873: fixed in sane-backends 1.0.27-1~experimental1

[Alex ARNAUD]

Le 21/09/2017 à 18:16, Alex ARNAUD a écrit :
On Thu, 13 Jul 2017 09:00:59 + 
=?utf-8?q?J=C3=B6rg_Frings-F=C3=BCrst?= <deb...@jff-webhosting.net> wrote:

Source: sane-backends
Source-Version: 1.0.27-1~experimental1

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


I've tested the new backend from experimental with libsane 1.0.25-4.1 on 
Debian 8.9 Jessie and I always obtain a black image when I perform a 
scan with both simple-scan and scanimage.


To be sure I was completely clear:
- I'm using Debian 8.9
- I've got libsane packages from Stretch
- I've upgraded libsane-common from experimental but not libsane1 
because it breaks lot of package of the system because it break libsane. 
(I've discovered libsane1 after sending the previous message)


Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#853873: fixed in sane-backends 1.0.27-1~experimental1

[Alex ARNAUD]

On Thu, 13 Jul 2017 09:00:59 + 
=?utf-8?q?J=C3=B6rg_Frings-F=C3=BCrst?= <deb...@jff-webhosting.net> wrote:

Source: sane-backends
Source-Version: 1.0.27-1~experimental1

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


I've tested the new backend from experimental with libsane 1.0.25-4.1 on 
Debian 8.9 Jessie and I always obtain a black image when I perform a 
scan with both simple-scan and scanimage.


What is the process to have the CanoScan LiDE 120 working ?

Best regards.
--
Alex ARNAUD
Visual-Impairment Project Manager
Hypra - "Humanizing technology"

Bug#875889: libreoffice-writer: Envelope dialog: Make dialog more a11y friendly

[Alex ARNAUD]

Package: libreoffice-writer
Version: 1:3.3.0~beta2-1
Tags: a11y upstream
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra
Forwarded: https://bugs.documentfoundation.org/show_bug.cgi?id=107625

DESCRIPTION FROM UPSTREAM:

Description:
Dear all,

Tested environment :
- LibreOfficeDev 5.4 on Debian GNU/Linux 8.7
- LibreOffice 5.3.2 on Windows 8.1

I'm a low-vision person so I'm a keyboard-only user. At this time it is not 
possible to use the envelope dialog only with the keyboard because

it's not possible to leave the texts fields with tab. 


Steps to Reproduce:
Steps to reproduce :
1) Open the envelope dialog (insert => envelope)
2) Press tab or ctrl+tab 

Actual Results:  
LibreOffice writes the tab character or switches to the next tab 


Expected Results:
LibreOffice should leave the text field when I press tab


Reproducible: Always

User Profile Reset: No

Additional Info:
Best regards.