qtdoc-opensource-src is marked for autoremoval from testing

[Debian testing autoremoval watch]

qtdoc-opensource-src 5.11.1-1 is marked for autoremoval from testing on 
2018-10-08

It (build-)depends on packages with these RC bugs:
907249: qml-module-qtwebview: "No WebView plug-in found!" when -dev packages 
are not installed

qtwebview-opensource-src is marked for autoremoval from testing

[Debian testing autoremoval watch]

qtwebview-opensource-src 5.11.1-2 is marked for autoremoval from testing on 
2018-10-08

It is affected by these RC bugs:
907249: qml-module-qtwebview: "No WebView plug-in found!" when -dev packages 
are not installed

Bug#907774: [libqt5network5] Requires openssl >= 1.1.1

[Adrien]

Package: libqt5network5
Version: 5.11.1+dfsg-7
Severity: important

--- Please enter the report below this line. ---

Hi,

I'm using owncloud-client, and connection failed with the following log:


[ warning sync.connectionvalidator ]:
QNetworkReply::NetworkError(UnknownNetworkError) "Error while setting
the maximum protocol version" ""


After running gdb, it seems that in
src/network/ssl/qsslcontext_openssl11.cpp on line 151, the
sslContext->sslConfiguration.protocol() is set to QSsl::SecureProtocols,
so minVersion is set to TLS1_VERSION and maxVersion is set
TLS_MAX_VERSION. However, I have currently blocked the upgrading to
openssl1.1.1 so on my system, with openssl1.1.0, the TLS_MAX_VERSION is
defined to TLS1_2_VERSION.

But gdb reports me that maxVersion is set to 0x0304, which is the value
of TLS_MAX_VERSION in openssl1.1.1 as it as an alias for TLS1_3_VERSION.


Thus, I think that you should require a version of openssl greater or
equal than 1.1.1 to avoid those issues.


Thanks for maintaining the package,

Adrien


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

Debian Release: buster/sid
500 unstable-debug debug.mirrors.debian.org
500 unstable ftp.fr.debian.org
500 testing download.jitsi.org
1 experimental ftp.fr.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-
libssl1.1 | 1.1.0h-4
libc6 (>= 2.14) | 2.27-5
libqt5core5a (>= 5.11.0~rc1) | 5.11.1+dfsg-7
libqt5dbus5 (>= 5.0.2) | 5.11.1+dfsg-7
libstdc++6 (>= 5) | 8.2.0-4
qtbase-abi-5-11-0 |
zlib1g (>= 1:1.1.4) | 1:1.2.11.dfsg-1


Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#907696: Plasma system tray icon and notification missing after recently upgrades of plasmashell

[Bernhard Übelacker]

Hello Anthony Lee,
nice to hear that it worked.

Please leave the bug email as recipient to have the information also
available there for the maintainer (that is not me, was just hit by the
same issue) or other users.

Kind regards,
Bernhard

Am 01.09.2018 um 14:25 schrieb Anthony Lee:
> Dear Maintainer,
> 
> Thanks a lot, the workaround solution solved the problem for me.
> 
> 
> Bernhard Übelacker  > 于2018年9月1日周六 上午6:19写道：
> 
> Hello,
> this sounds like it could be a duplicate of bug #907301 [1][2].
> 
> There are currently two workarounds:
> - either rebuild plasma-workspace locally.
> - or (probably easier) install packages from unstable:
>   libkf5runner5_5.49.0-1_amd64.deb libkf5plasma5_5.49.0-1_amd64.deb
> 
> Kind regards,
> Bernhard
> 
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907301
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907416
> 

Bug#907746: plasma-desktop, desktop mouse actions and their initialisation are menu missing/broken

[richard caldwell]

Package:plasma-desktop

Running Testing with a kde desktop.



My symptom is:
The menus that used to be invoked by mouse clicks, when the mouse is over the 
desktop, have vanished.


As best I can tell this happened with the plasma-desktop (4:5.13.4-1)
update?

Trying to reinstate them by clicking the '|||' menu icon in the corner of
the desktop and following:

Configure Desktop-> Mouse Actions -> Add Action


fails to allow any new inputs.

I have this on two separate machines...

What other information can I give to help??

R