Bug#894663: transition: wxwidgets3.0

2019-09-14 Thread Scott Talbert 

On Sat, 14 Sep 2019, Gunter Königsmann wrote:


 *  Scroll Wheels and Two-Finger scroll are broken in this combination, if
Wayland is used (934386) and


Is two finger scrolling really a high priority issue?  It seems like a 
nice to have rather than a must-have IMHO.



 *  If a horizontal scrollbar is visible all custom controls (e.G.
wxMaxima's worksheet) flicker badly (934386)


On this issue, I'm not convinced that upstream can reproduce it, based on 
the comments in the ticket.  I don't think that I've reproduced it either. 
Since you claim that it doesn't occur with wx 3.1, can you do a bisection 
between wx 3.0 and 3.1 to determine which commit fixed it?  If we can 
figure that out, we can backport the patches.



If wxMaxima otherwise would be dropped from debian I am willing to switch
to a flickering version that uses GTK3. But if I don't occur this risk I
would rather stay at GTK3 until wxGTK 3.2 is released - which will fix this
issue. The wxWidgets maintainers told me that wxGTK 3.2 will be released
"soon". But the same was true a year ago - which I normally would be fine
with: wxGTK 3.1 works fine, the combination of wxGTK 3.0 and GTK2 works
fine, too - and it is wise to release a library when it is ready, not
according to an arbitrary schedule.


Well, there is still time to fix the issues - Bullseye release is still a 
long way off.


And yes, upstream wx claims that wx 3.2 will be "soon" but we have heard 
that for a long time.  :)  So I don't think we can depend on that.


Scott

Bug#894663: transition: wxwidgets3.0

2019-09-14 Thread Gunter Königsmann 
Dear all,

If I interpreted the last mail I got right transition to GTK3 is now
deemed "important".

Unfortunately wxMaxima is only barely usable if the combination wxgtk3.0
and GTK3 is used:

  * Scroll Wheels and Two-Finger scroll are broken in this combination,
if Wayland is used (934386
) and
  * If a horizontal scrollbar is visible all custom controls (e.G.
wxMaxima's worksheet) flicker badly (934386
)

I assume these bugs limit the usability of other applications, as well,
but might not be visible in the first tests after packaging; On the
application's side even with the help of the wxWidgets community I
failed to find a workaround:

  * If you manually enable double-buffering of wxMaxima's worksheet
instead of letting wxWidgets decide if the compositor already
provides double-buffering the worksheet goes completely blank.
  * If you disable double-buffering it flickers.
  * If you let wxWidgets decide if double-buffering is necessary it
flickers, as well.
  * If you try to do a manual double-buffering: You render the visible
part of the worksheet into a bitmap and then blit the bitmap into
the window the bitmap is correctly generated and contains the given
worksheet portion. But blitting the bitmap into the output window
results in a black window.

Hence not having to much debian experience my question is: "How
important is important?"

If wxMaxima otherwise would be dropped from debian I am willing to
switch to a flickering version that uses GTK3. But if I don't occur this
risk I would rather stay at GTK3 until wxGTK 3.2 is released - which
will fix this issue. The wxWidgets maintainers told me that wxGTK 3.2
will be released "soon". But the same was true a year ago - which I
normally would be fine with: wxGTK 3.1 works fine, the combination of
wxGTK 3.0 and GTK2 works fine, too - and it is wise to release a library
when it is ready, not according to an arbitrary schedule.

Kind regards,

   Gunter.

Bug#940246: stretch-pu: package libdatetime-timezone-perl/1:2.09-1+2019c

2019-09-14 Thread gregor herrmann 
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've uploaded a new version of libdatetime-timezone-perl to stretch,
incorporating the changes of the Olson DB 2019c as quilt patch.

Changes are (taken from the tzdata package):
- Fiji's next DST transitions will be 2019-11-10 and 2020-01-12
  instead of 2019-11-03 and 2020-01-19.
- Norfolk Island will observe Australian-style DST starting in
  spring 2019.  The first transition is on 2019-10-06.

Manually stripped down debdiff attached.


Cheers,
gregor

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAl189npfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgYH/w//YsudREdIKafBHQNO99cdkvxeUtrHOWQifXHLu58G4HhS8el6YIHygd6z
n7qbsHn429uvF6wXupSQUKO0+v9FuBzflda49HuJYsJ60kpIZCSRzyVaX+2ucDli
3JpKQB444T+vaqSXSm4Rf3u9t6PHaYUY6s4cW9ET34Pq+sDk/PA5omlKWGmMfj+l
oypdvHYeDE5N80e2FoEf2bGbv9+wEL9D3wpE0HqE8Ki+P22mXmLr+FMIMTiosFSe
p5LM7B0wdjQ0tQTCeFBHKfs+G2gcnoXQFp0KuMYF2XYlBrvQp1poU5k5HQvvB7dW
OMpybbKKlE3nl0F6UZvva+W+v6ApP9DW0LdVKVU76zJFy22IMO22UP6aEoAfxTtC
pVO2AShF2qx+9+BveDF6jHjmlgd8oXR0Ki+kdmk6sbX/Qqw3uyzKWy44b6JWi+iv
MX1s+cdKc3wUH6Tg1sGqGvo3rvWqsujhnzJ1C44wGD79PDmn+5oQLotG8F0VYaZN
qcXT6w6OOD8A/C0f8meD1x4iA50obLYEGLTdOA1ura3dm29IC6I3YCB/v5ovKXOz
ZucLLCDZV/vXp24TVIw/qBsxe4s6LqXyCpGo3v92rWWOBs0djCPgxL0Rtcer3Vnh
EoNl7Yfd7Oasqzm9RdshooTiAlLVlFMoegB0HE1LsOVjePO2ijg=
=RJmh
-END PGP SIGNATURE-
diff -Nru libdatetime-timezone-perl-2.09/debian/changelog 
libdatetime-timezone-perl-2.09/debian/changelog
--- libdatetime-timezone-perl-2.09/debian/changelog 2019-07-09 
17:45:44.0 +0200
+++ libdatetime-timezone-perl-2.09/debian/changelog 2019-09-14 
16:09:21.0 +0200
@@ -1,3 +1,10 @@
+libdatetime-timezone-perl (1:2.09-1+2019c) stretch; urgency=medium
+
+  * Update to Olson database version 2019c.
+This update contains contemporary changes for Fiji and Norfolk Island.
+
+ -- gregor herrmann   Sat, 14 Sep 2019 16:09:21 +0200
+
 libdatetime-timezone-perl (1:2.09-1+2019b) stretch; urgency=medium
 
   * Update to Olson database version 2019b.
diff -Nru libdatetime-timezone-perl-2.09/debian/patches/olson-2019c 
libdatetime-timezone-perl-2.09/debian/patches/olson-2019c
--- libdatetime-timezone-perl-2.09/debian/patches/olson-2019c   1970-01-01 
01:00:00.0 +0100
+++ libdatetime-timezone-perl-2.09/debian/patches/olson-2019c   2019-09-14 
16:09:21.0 +0200
@@ -0,0 +1,1 @@
+Description: Update to Olson DB 2019c
+Origin: vendor
+Author: gregor herrmann 
+Last-Update: 2019-09-14
+
+--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm
 b/lib/DateTime/TimeZone/Africa/Abidjan.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/africa.  Olson data version 2019b
++# Generated from debian/tzdata/africa.  Olson data version 2019c
+ #
+ # Do not edit this file directly.
+ #
+@@ -43,7 +43,7 @@
+ ],
+ ];
+ 
+-sub olson_version {'2019b'}
++sub olson_version {'2019c'}
+ 
+ sub has_dst_changes {0}
+ 
+--- a/lib/DateTime/TimeZone/Pacific/Fiji.pm
 b/lib/DateTime/TimeZone/Pacific/Fiji.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/australasia.  Olson data version 2019b
++# Generated from debian/tzdata/australasia.  Olson data version 2019c
+ #
+ # Do not edit this file directly.
+ #
+@@ -250,35 +250,35 @@
+ ],
+ [
+ 63682984800, #utc_start 2019-01-12 14:00:00 (Sat)
+-63708386400, #  utc_end 2019-11-02 14:00:00 (Sat)
++63708991200, #  utc_end 2019-11-09 14:00:00 (Sat)
+ 63683028000, #  local_start 2019-01-13 02:00:00 (Sun)
+-63708429600, #local_end 2019-11-03 02:00:00 (Sun)
++63709034400, #local_end 2019-11-10 02:00:00 (Sun)
+ 43200,
+ 0,
+ '+12',
+ ],
+ [
+-63708386400, #utc_start 2019-11-02 14:00:00 (Sat)
+-63715039200, #  utc_end 2020-01-18 14:00:00 (Sat)
+-63708433200, #  local_start 2019-11-03 03:00:00 (Sun)
+-63715086000, #local_end 2020-01-19 03:00:00 (Sun)
++63708991200, #utc_start 2019-11-09 14:00:00 (Sat)
++63714434400, #  utc_end 2020-01-11 14:00:00 (Sat)
++63709038000, #  local_start 2019-11-10 03:00:00 (Sun)
++63714481200, #local_end 2020-01-12 03:00:00 (Sun)
+ 46800,
+ 1,
+ '+13',
+ ],
+ [
+-63715039200, #utc_start 2020-01-18 14:00:00 (Sat)
+-63739836000, #  utc_end 2020-10-31 14:00:00 (Sat)
+-63715082400, #  local_start 2020-01-19 02:00:00 (Sun)
+-63739879200, #local_end 2020-11-01 02:00:00 (Sun)
++63714434400, #utc_start 2020-01-11 14:00:00 (Sat)
++63740440800, #  utc_end 2020-11-07 14:00:00 (Sat)
++63714477600, #  local_start 2020-01-12 02:00:00 (Sun)
++63740484000, #local_end 2020-11-08 02:00:00 (Sun)
+ 43200,
+ 0,
+ '+12',
+ ],
+ [

Bug#940245: buster-pu: package libdatetime-timezone-perl/1:2.23-1+2019c

2019-09-14 Thread gregor herrmann 
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've uploaded a new version of libdatetime-timezone-perl to buster,
incorporating the changes of the Olson DB 2019c as quilt patch.

Changes are (taken from the tzdata package):
- Fiji's next DST transitions will be 2019-11-10 and 2020-01-12
  instead of 2019-11-03 and 2020-01-19.
- Norfolk Island will observe Australian-style DST starting in
  spring 2019.  The first transition is on 2019-10-06.

Manually stripped down debdiff attached.


Cheers,
gregor

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAl189nBfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qga74A/+Pa5TSWvgYmlI/IPQrGnW+tfV05kttX3XqSkck+SWbT+SNLg2MWedN8nk
6KTPGjAfTtTpX3hIXzvKYJY5MIuXVXghKPbS2wZMdCF4avVu/Jr9dF9hmx6uHYeD
VbM3mKSzC090LI47ZVUvW3buyPmCR49U8bRxf+ewiVY9qjIaPYxQ/UjvkNPQrR7O
ppNJ88DTcD0iUvM3O3AX241eWiMing2EFQc4H4r9jTHWlLIbCPSRMsEC5pLqu2xW
dcB6T44EEUDwzi9mawgV0UKHUeCuL3v2FeCnFNUtckKlBPhgH+R9yjuk0AYxWkaT
0+Y5Hc0dp1h1kHn8fCoEyqXIrlwHBJiuCqw2+dIHVeoCCnSGhj9UYmOZyRZrGHax
A9Nmc3lM0hyPaM70rnfOo8kepP6fu6UNQUdjTqOjgd9p1FcaTj3J+DBBpVziW2EC
Nl5NpgqoBvlqobMeLf5EwCBQgSGSammjrb9P/N4hnSJpidPX5Mugj4Gz8ycCTv0U
6MWEoo7wASt2zWOfHr9764Zzm8INB4wsBaYx6DU52Y2rjgJykVVmBRO3zTYLVki4
jXQSVJ7OR2q5tqSa2KwcSBPG/VQJWMwuPxQCW56Os35FiQ/RWs0zsJcDI3TnS01C
OwqawU8fAw4gzsV/wzpxTyldhL4vRqLnT4ZRB/U3qZL1dxsTff4=
=SvbM
-END PGP SIGNATURE-
diff -Nru libdatetime-timezone-perl-2.23/debian/changelog 
libdatetime-timezone-perl-2.23/debian/changelog
--- libdatetime-timezone-perl-2.23/debian/changelog 2019-07-09 
17:51:51.0 +0200
+++ libdatetime-timezone-perl-2.23/debian/changelog 2019-09-14 
15:57:22.0 +0200
@@ -1,3 +1,10 @@
+libdatetime-timezone-perl (1:2.23-1+2019c) buster; urgency=medium
+
+  * Update to Olson database version 2019c.
+This update contains contemporary changes for Fiji and Norfolk Island.
+
+ -- gregor herrmann   Sat, 14 Sep 2019 15:57:22 +0200
+
 libdatetime-timezone-perl (1:2.23-1+2019b) buster; urgency=medium
 
   * Update to Olson database version 2019b.
diff -Nru libdatetime-timezone-perl-2.23/debian/patches/olson-2019c 
libdatetime-timezone-perl-2.23/debian/patches/olson-2019c
--- libdatetime-timezone-perl-2.23/debian/patches/olson-2019c   1970-01-01 
01:00:00.0 +0100
+++ libdatetime-timezone-perl-2.23/debian/patches/olson-2019c   2019-09-14 
15:57:22.0 +0200
@@ -0,0 +1,11461 @@
+Description: Update to Olson DB 2019c
+Origin: vendor
+Author: gregor herrmann 
+Last-Update: 2019-09-14
+
+--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm
 b/lib/DateTime/TimeZone/Africa/Abidjan.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/africa.  Olson data version 2019b
++# Generated from debian/tzdata/africa.  Olson data version 2019c
+ #
+ # Do not edit this file directly.
+ #
+@@ -43,7 +43,7 @@
+ ],
+ ];
+ 
+-sub olson_version {'2019b'}
++sub olson_version {'2019c'}
+ 
+ sub has_dst_changes {0}
+ 
+--- a/lib/DateTime/TimeZone/Pacific/Fiji.pm
 b/lib/DateTime/TimeZone/Pacific/Fiji.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/australasia.  Olson data version 2019b
++# Generated from debian/tzdata/australasia.  Olson data version 2019c
+ #
+ # Do not edit this file directly.
+ #
+@@ -250,35 +250,35 @@
+ ],
+ [
+ 63682984800, #utc_start 2019-01-12 14:00:00 (Sat)
+-63708386400, #  utc_end 2019-11-02 14:00:00 (Sat)
++63708991200, #  utc_end 2019-11-09 14:00:00 (Sat)
+ 63683028000, #  local_start 2019-01-13 02:00:00 (Sun)
+-63708429600, #local_end 2019-11-03 02:00:00 (Sun)
++63709034400, #local_end 2019-11-10 02:00:00 (Sun)
+ 43200,
+ 0,
+ '+12',
+ ],
+ [
+-63708386400, #utc_start 2019-11-02 14:00:00 (Sat)
+-63715039200, #  utc_end 2020-01-18 14:00:00 (Sat)
+-63708433200, #  local_start 2019-11-03 03:00:00 (Sun)
+-63715086000, #local_end 2020-01-19 03:00:00 (Sun)
++63708991200, #utc_start 2019-11-09 14:00:00 (Sat)
++63714434400, #  utc_end 2020-01-11 14:00:00 (Sat)
++63709038000, #  local_start 2019-11-10 03:00:00 (Sun)
++63714481200, #local_end 2020-01-12 03:00:00 (Sun)
+ 46800,
+ 1,
+ '+13',
+ ],
+ [
+-63715039200, #utc_start 2020-01-18 14:00:00 (Sat)
+-63739836000, #  utc_end 2020-10-31 14:00:00 (Sat)
+-63715082400, #  local_start 2020-01-19 02:00:00 (Sun)
+-63739879200, #local_end 2020-11-01 02:00:00 (Sun)
++63714434400, #utc_start 2020-01-11 14:00:00 (Sat)
++63740440800, #  utc_end 2020-11-07 14:00:00 (Sat)
++63714477600, #  local_start 2020-01-12 02:00:00 (Sun)
++63740484000, #local_end 2020-11-08 02:00:00 (Sun)
+ 43200,
+ 0,
+ '+12',
+ ],
+ [

Re: [debian-mysql] Bug#939866: Bug#939866: mariadb-server-10.1: replication hangs in state "Slave_IO_Running: Preparing" after upgrade from 10.1.38 to 10.1.41

2019-09-14 Thread Adam D. Barratt 
On Fri, 2019-09-13 at 21:10 +0300, Otto Kekäläinen wrote:
> To clarify, 10.3.18 has been uploaded to Debian unstable. Issue is
> still open for Buster and Stretch.

Is there a likely ETA for when this might be resolvable?

If you could prepare (preferably targeted) updates via the usual p-u
path then we can look at releasing them via stable-updates so that
affected users don't have to wait for the next point release.

Regards,

Adam