peruse is marked for autoremoval from testing

2018-05-24 Thread Debian testing autoremoval watch
peruse 1.2+dfsg-2 is marked for autoremoval from testing on 2018-06-15

It is affected by these RC bugs:
898958: peruse: does not start



Bug#900044: peruse: Failed to load the component from disk: QtQuick.Dialogs is not installed

2018-05-24 Thread Zebulon McCorkle
Package: peruse
Version: 1.2+dfsg-2
Severity: important

Dear Maintainer,

I installed peruse on buster with `apt install peruse`, and on my first attempt
to run it I am greeted with a fantastic:

Failed to load the component from disk. Reported error was: 
"file:///usr/share/peruse/qml/Main.qml:24 module \"QtQuick.Dialogs\" is not 
installed\n"

To try to fix this error messages and the similar ones that follow when this
one is fixed, I installed the following packages:

 - qml-module-qtquick-dialogs
 - qml-module-qtquick-layouts
 - qml-module-qtquick-controls

Then, I got to the error message described in #898958 (peruse: does not start).
I was unable to install qml-module-org-kde-kirigami from apt (since it is not
in buster), but I downloaded/installed the stretch deb (as described in that
issue). Alas, more issues!

Failed to load the component from disk. Reported error was: 
"file:///usr/share/peruse/qml/Main.qml:26 Type PeruseMain 
unavailable\nfile:///usr/share/peruse/qml/PeruseMain.qml:256 Type Settings 
unavailable\nfile:///usr/share/peruse/qml/Settings.qml:161 Type FileDialog 
unavailable\nfile:///usr/lib/x86_64-linux-gnu/qt5/qml/QtQuick/Dialogs/DefaultFileDialog.qml:48
 module \"Qt.labs.settings\" is not installed\n"

So, I installed qml-module-qt-labs-settings... and it finally started!

It looks like a few dependencies need to be added... (and kirigami needs to be
back in sid/buster?)

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

Kernel: Linux 4.16.0-1-amd64 (SMP w/8 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)

Versions of packages peruse depends on:
ii  kio 5.45.0-1
ii  libc6   2.27-3
ii  libgcc1 1:8.1.0-3
ii  libkf5archive5  5.45.0-1
ii  libkf5baloo55.45.0-1
ii  libkf5configcore5   5.45.0-1
ii  libkf5coreaddons5   5.45.0-1
ii  libkf5declarative5  5.45.0-1
ii  libkf5filemetadata3 5.45.0-1
ii  libkf5kiocore5  5.45.0-1
ii  libkf5kiowidgets5   5.45.0-1
ii  libqt5core5a5.10.1+dfsg-6+b1
ii  libqt5gui5  5.10.1+dfsg-6+b1
ii  libqt5qml5  5.10.1-4
ii  libqt5quick55.10.1-4
ii  libqt5widgets5  5.10.1+dfsg-6+b1
ii  libstdc++6  8.1.0-3
ii  peruse-common   1.2+dfsg-2
ii  qml-module-org-kde-kirigami25.45.0-1
ii  qml-module-org-kde-newstuff 5.45.0-1
ii  qml-module-qt-labs-folderlistmodel  5.10.1-4

peruse recommends no packages.

peruse suggests no packages.

-- no debconf information

-- 
Zebulon McCorkle
Email: zebmccor...@zeb.fun
IRC (feel free to /msg me):
 - zebmccorkle@Freenode
 - zebmccorkle@OFTC
 - zeb@EsperNet
 - zeb@hackint
 - zeb@PdgnCo
 - zeb@EFNet
PGP: 803A 0F47 82AD DDEA 46BE  055F F8F9 DB8C 1A54 6398
 (Zebulon McCorkle )


signature.asc
Description: PGP signature


qtxmlpatterns-opensource-src_5.11.0-1_source.changes ACCEPTED into experimental

2018-05-24 Thread Debian FTP Masters


Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 23 May 2018 23:11:13 -0500
Source: qtxmlpatterns-opensource-src
Binary: libqt5xmlpatterns5 libqt5xmlpatterns5-dev qtxmlpatterns5-dev-tools 
qtxmlpatterns5-examples qtxmlpatterns5-doc qtxmlpatterns5-doc-html
Architecture: source
Version: 5.11.0-1
Distribution: experimental
Urgency: medium
Maintainer: Debian Qt/KDE Maintainers 
Changed-By: Simon Quigley 
Description:
 libqt5xmlpatterns5 - Qt 5 XML patterns module
 libqt5xmlpatterns5-dev - Qt 5 XML patterns development files
 qtxmlpatterns5-dev-tools - Qt 5 XML patterns development programs
 qtxmlpatterns5-doc - Qt 5 XML patterns documentation
 qtxmlpatterns5-doc-html - Qt 5 XML patterns HTML documentation
 qtxmlpatterns5-examples - Qt 5 XML patterns examples
Changes:
 qtxmlpatterns-opensource-src (5.11.0-1) experimental; urgency=medium
 .
   * Add my name to Uploaders.
   * New upstream release.
   * Add my name to the copyright file.
   * Bump Standards-version to 4.1.4, no changes needed.
   * Bump debhelper compat to 11, no changes needed.
   * Bump build dependencies to 5.11.0.
   * Update symbol from build logs.
Checksums-Sha1:
 0b2a13638cec780a0bcd5ff7f51facdc0417d6c3 2822 
qtxmlpatterns-opensource-src_5.11.0-1.dsc
 e6206570539737df9357c6159ec8ede617667a00 1374084 
qtxmlpatterns-opensource-src_5.11.0.orig.tar.xz
 bc7023c74ac349f5038eb47ed93311697a9dca49 11584 
qtxmlpatterns-opensource-src_5.11.0-1.debian.tar.xz
 18b8ae0439841e18bf5e81a0306d3357a9e0aaec 14787 
qtxmlpatterns-opensource-src_5.11.0-1_source.buildinfo
Checksums-Sha256:
 f9c1e6b8c3e833df343350d9cb7c29051d5668193323a1ad34d445f0fcc3b8f3 2822 
qtxmlpatterns-opensource-src_5.11.0-1.dsc
 19a378cba26e243ebb97c29a9ec02499c5eb49f2672fbcc8415e1b70d415d28e 1374084 
qtxmlpatterns-opensource-src_5.11.0.orig.tar.xz
 80273bdac3045fba0d5fded84c6a0c3217d1f11d5e553531c871509d41936d3c 11584 
qtxmlpatterns-opensource-src_5.11.0-1.debian.tar.xz
 c8456e79da70048e244e1e94d963b046d7bace07246fa43491270be7c81a4aa5 14787 
qtxmlpatterns-opensource-src_5.11.0-1_source.buildinfo
Files:
 8ffa81dc1634f755c29252089842992d 2822 libs optional 
qtxmlpatterns-opensource-src_5.11.0-1.dsc
 b768a30350409d232004ad28a14b2a21 1374084 libs optional 
qtxmlpatterns-opensource-src_5.11.0.orig.tar.xz
 1174afa286a938ee61cd516d1e15fe12 11584 libs optional 
qtxmlpatterns-opensource-src_5.11.0-1.debian.tar.xz
 6704ca238de193aea82d726c9f16047e 14787 libs optional 
qtxmlpatterns-opensource-src_5.11.0-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEXHq+og+GMEWcyMi14n8s+EWML6QFAlsHZSEACgkQ4n8s+EWM
L6Q1vQ//b6nLDkXdLdHRqe3Jb3a1mhnBv9JvnRx0qcCFro+C1HRQj8ZSRxMFTGV1
0St0PBNXNcHMyUCCRV9ESr//UpeS033gN86V+KNL84wbHCZoNPiAKV3Dro0OZUZ8
HDuvWLADWg2OX5YHg7OIPRpayblp3Kn6dZuEsI+dHWUD+6SbyE/vGOOUSgBz1Czf
Wtb7UB6MjZqyf5FYdVos1cD9uei6fNJAAe8CIJgUHzNqMzpQ97zh3yuen8MWEmVl
2NQitpQOyHtQPsThwJDzZqPSqQg1JAq6hAVb4LD7EJlvFDu637turzfmIbzNGH7s
AIJbagVpIxQgYldhfqoyqNGqzqUnj96DLWo1d+gN4Y6pSgK2GVn5KHt8eBuianSu
MGIpf9crOvTb94d41O04FzCC1h9jwhUweeTanyezKuQz71/7stKpMPCnz2ahvPv0
Ea7aI1jrEL2+EAJmEvUtjM3wcwYkZkjcz18fGeAYuPA66XNKzE43FQSUVJPDrgmz
3vNER9U1FryDpSrH44KoVTPjs8WSeWBpqpINQrioBOLrEpbusaBp9XrCOSw9rVk3
OPs1vpal+c99h2BW2acP//GB0lBaWXS+PvaacVx4zVv0r5BAIjh53HWSRlOt4mEo
6KUXtEugRqgCcIdCeG8wvEgCClQATYXjAuTcvPhRK2j52Pi6Rbo=
=NiRr
-END PGP SIGNATURE-


Thank you for your contribution to Debian.



Processing of qtxmlpatterns-opensource-src_5.11.0-1_source.changes

2018-05-24 Thread Debian FTP Masters
qtxmlpatterns-opensource-src_5.11.0-1_source.changes uploaded successfully to 
localhost
along with the files:
  qtxmlpatterns-opensource-src_5.11.0-1.dsc
  qtxmlpatterns-opensource-src_5.11.0.orig.tar.xz
  qtxmlpatterns-opensource-src_5.11.0-1.debian.tar.xz
  qtxmlpatterns-opensource-src_5.11.0-1_source.buildinfo

Greetings,

Your Debian queue daemon (running on host usper.debian.org)



qtxmlpatterns-opensource-src_5.11.0-1_source.changes REJECTED

2018-05-24 Thread Debian FTP Masters


Signature for changes file was already seen at 2018-05-24 04:34:24.564823.
Please refresh the signature of the changes file if you want to upload it again.



===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.



Processing of qtxmlpatterns-opensource-src_5.11.0-1_source.changes

2018-05-24 Thread Debian FTP Masters
qtxmlpatterns-opensource-src_5.11.0-1_source.changes uploaded successfully to 
localhost
along with the files:
  qtxmlpatterns-opensource-src_5.11.0-1.dsc
  qtxmlpatterns-opensource-src_5.11.0.orig.tar.xz
  qtxmlpatterns-opensource-src_5.11.0-1.debian.tar.xz
  qtxmlpatterns-opensource-src_5.11.0-1_source.buildinfo

Greetings,

Your Debian queue daemon (running on host usper.debian.org)



Bug#873081: Solution for this bug

2018-05-24 Thread Alex Dănilă

Hi,

Sorry for requesting support on a bug tracker, but I got affected by 
this too. Is there a guide on how to solve this corruption?


Thank you,
Alex



Bug#898320: Some progress

2018-05-24 Thread Eric Valette


I became beta tester on android side and got 1.9 but no chnage. Said to 
work with oreo.


Compiled upstream git using debian build directory from official 1.3.0 : 
no change.


But I noticed someting :
1) Linux PC do see Linux PC on the network (wired/wireless no matter),
	2) android devices do see other android devices (Wifi 2.4 <-> WiFI 2.5 
so goes though the router)


I suspect there is a protocol wire definition structure problem between 
Linux (amd64 bit for me) and android (32 bits apps for me) so that they 
do not understand packed exchanged.



-- eric



Bug#899382: qt5-qmake: cross wrapper should supply PKG_CONFIG_EXECUTABLE

2018-05-24 Thread Dmitry Shachnev
On Thu, May 24, 2018 at 06:03:54AM +0200, Helmut Grohne wrote:
> > Our triplet-prefixed qmake is a wrapper that calls the native qmake with
> > some arguments. If we configure qmake with prefixed pkg-config path, then
> > the native qmake will call pkg-config corresponding to *its* (native)
> > architecture, not the architecture we are building for.
>
> If I understood the idea correctly, the value gets interpolated into
> some .prf file. Those are installed into architecture-dependent
> locations, so they can vary per architecture despite being text files.
> During cross building, we use the build architecture qmake executable
> and the host architecture .prf files, so this may actually work unless I
> missing something.
>
> Are the .prf files indeed interpolated at build time the way I am
> picturing here? If not, we may need to ask Thiago for a clarification.

Thanks, it looks like you are right.

The pkg-config executable is specified in qmodule.pri, which is generated
on build time and shipped in qt5-qmake.

--
Dmitry Shachnev


signature.asc
Description: PGP signature


Bug#899378: plasma-desktop: Focus stealing prevention breaks when set to "high"

2018-05-24 Thread Emmanuel Revah

Le 2018/05/24 11:46, Maximiliano Curia a écrit :

¡Hola Emmanuel!


Hey,



El 2018-05-23 a las 15:59 +0200, Emmanuel Revah escribió:

Package: plasma-desktop
Version: 4:5.8.6-1
Severity: normal



  * What led up to the situation?



I set focus stealing prevention to "high"



  * What was the outcome of this action?


Focus stealing prevention blocks krunner and kmenu (as well as the 
clock), these elements very briefly appear before being "blocked".


Interesting, but I'm not sure if this can be considered a bug or a
feature. In any case this is an upstream issue, can you please report
this issue in the kde bug tracker (https://bugs.kde.org, you'll need a
bugzilla account for reporting this), if you do this, please leave a
note in this bug with the url of the upstream bug so we can track it.



Thanks for the link, I checked and there is already a bug report at 
https://bugs.kde.org/show_bug.cgi?id=377914


The first post explains exactly my issue :


Nikos Chantziaras 2017-03-22 08:07:41 UTC
When setting a focus stealing prevention level higher than "medium" 
makes it impossible to open the application launcher anymore. Clicking 
it does nothing.
The only case where it opens is when manually unfocusing all windows 
(by clicking on the desktop first.)




  * What outcome did you expect instead?


I was expecting the focus stealing prevention to help avoid having new 
windows steal the focus while I'm focused and active on a program.


For example, I open Firefox, but it takes a while, so I start typing 
in a terminal, and then, Firefox opens and steals the focus, and bam, 
I'm searching the Internet for my root password.


I don't see this behaviour, testing it with xterm, firefox and
konsole. Was this just an hypothetical example or is this reproducible
in your setup? What other rules do you have in place? What are you
using for activating windows?



I tested on a different computer with the exact setup, I can confirm 
what you said.


For example, I do "sleep 3 && firefox" and then open another term and 
type away, with "Medium" and above, Firefox does *not* steal focus. 
Sorry for having been unclear. It's possible that there are cases I've 
not managed to precisely note and reproduce.



[...]
With the "smart" focus stealing prevention that was available before 
(I'm not sure when), I could open new windows, they would take the 
focus only if I wasn't actively using another program.


There is no smart focus stealing prevention, at least in the plasma 5
versions, was that ever part of kwin?


I searched as I can't remember if it was called like that, if it was, it 
was way back (KDE 4 or even 3)...



Regardless, of the "smart" aspect, setting FSP to "high" probably 
shouldn't block krunner and kmenu.


I'm not sure if a keybinding should follow a different rule, please,
discuss this upstream. Saying that, even pressing on the application
launcher doesn't work with FSP set to "high", that can't be right.



It's the whole discussion on the KDE bug report, because it appears that 
"technically" (even the quotes should be in quotes) it's "expected".


I guess we can close this bug report.




Happy hacking,


You too,
: ]



Bug#899984: sddm: Password automatically shown in clear at every user login

2018-05-24 Thread Maximiliano Curia

Control: tag -1 + unreproducible

¡Hola r.ductor!

El 2018-05-24 a las 11:42 +0200, r.ductor escribió:

Package: sddm
Version: 0.17.0-1
Severity: normal


The greeter ui is part of the theme, the themes shipped with sddm don't have a 
"show password" button (afaik), the sddm-theme-breeze has this feature, 
provided by plasma-frameworks' plasmacomponentstandard TextField widget, which 
seems to work fine. In any case, this is part of the theme, not part of sddm 
itself. Which theme are you using?



At every login autentifications passwords are automatically shown in clear when 
entered.


None of the themes I've seen show the passwords in plain text by default, and 
only breeze has the option to show it by pressing the "eye" button.



Maybe this is not a bug and you think this is a very useful feature,
and maybe I've inadvertently clicked on the eye icon that I see on other 
machines but not on this one.
If this is the case there should be a simple way out from this unsafe behavior,
so take this as a wish of better documentation (I find no mention of this in 
the man pages)
or better hide/unhide icons.


I'm not sure what you are trying to say here. Is your bug report about the 
existance of the reveal password option (the "eye" icon)? As mentioned, this 
is part of the theme, if you don't like it, please use a different one.


Happy hacking,
--
"The cheapest, fastest and most reliable components of a computer system are 
those that aren't there."

-- Gordon Bell
Saludos /\/\ /\ >< `/


signature.asc
Description: PGP signature


Processed: Re: Bug#899984: sddm: Password automatically shown in clear at every user login

2018-05-24 Thread Debian Bug Tracking System
Processing control commands:

> tag -1 + unreproducible
Bug #899984 [sddm] sddm: Password automatically shown in clear at every user 
login
Added tag(s) unreproducible.

-- 
899984: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899984
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#899378: plasma-desktop: Focus stealing prevention breaks when set to "high"

2018-05-24 Thread Maximiliano Curia

¡Hola Emmanuel!

El 2018-05-23 a las 15:59 +0200, Emmanuel Revah escribió:

Package: plasma-desktop
Version: 4:5.8.6-1
Severity: normal



  * What led up to the situation?



I set focus stealing prevention to "high"



  * What was the outcome of this action?


Focus stealing prevention blocks krunner and kmenu (as well as the 
clock), these elements very briefly appear before being "blocked".


Interesting, but I'm not sure if this can be considered a bug or a feature. In 
any case this is an upstream issue, can you please report this issue in the 
kde bug tracker (https://bugs.kde.org, you'll need a bugzilla account for 
reporting this), if you do this, please leave a note in this bug with the url 
of the upstream bug so we can track it.



  * What outcome did you expect instead?


I was expecting the focus stealing prevention to help avoid having new 
windows steal the focus while I'm focused and active on a program.


For example, I open Firefox, but it takes a while, so I start typing 
in a terminal, and then, Firefox opens and steals the focus, and bam, 
I'm searching the Internet for my root password.


I don't see this behaviour, testing it with xterm, firefox and konsole. Was 
this just an hypothetical example or is this reproducible in your setup? What 
other rules do you have in place? What are you using for activating windows?


Also, please check your windows rules, you can set specific values to stealing 
prevention, and stealing protection using them.


With the "smart" focus stealing prevention that was available before 
(I'm not sure when), I could open new windows, they would take the 
focus only if I wasn't actively using another program.


There is no smart focus stealing prevention, at least in the plasma 5 
versions, was that ever part of kwin?


Regardless, of the "smart" aspect, setting FSP to "high" probably 
shouldn't block krunner and kmenu.


I'm not sure if a keybinding should follow a different rule, please, discuss 
this upstream. Saying that, even pressing on the application launcher doesn't 
work with FSP set to "high", that can't be right.


Happy hacking,
--
"Some people worry that artificial intelligence will make us feel inferior, 
but then, anybody in his right mind should have an inferiority complex every 
time he looks at a flower."

-- Alan Kay
Saludos /\/\ /\ >< `/


signature.asc
Description: PGP signature


Bug#899984: sddm: Password automatically shown in clear at every user login

2018-05-24 Thread r.ductor
Package: sddm
Version: 0.17.0-1
Severity: normal

Dear Maintainer,

At every login autentifications passwords are automatically shown in clear when 
entered.

Maybe this is not a bug and you think this is a very useful feature,
and maybe I've inadvertently clicked on the eye icon that I see on other 
machines but not on this one.
If this is the case there should be a simple way out from this unsafe behavior,
so take this as a wish of better documentation (I find no mention of this in 
the man pages)
or better hide/unhide icons.

Thanks, r.

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

Kernel: Linux 4.16.0-1-amd64 (SMP w/8 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)
LSM: AppArmor: enabled

Versions of packages sddm depends on:
ii  adduser   3.117
ii  debconf [debconf-2.0] 1.5.66
ii  libc6 2.27-3
ii  libgcc1   1:8-20180425-1
ii  libpam0g  1.1.8-3.7
ii  libqt5core5a  5.10.1+dfsg-5
ii  libqt5dbus5   5.10.1+dfsg-5
ii  libqt5gui55.10.1+dfsg-5
ii  libqt5network55.10.1+dfsg-5
ii  libqt5qml55.10.1-4
ii  libqt5quick5  5.10.1-4
ii  libstdc++68-20180425-1
ii  libsystemd0   238-4
ii  libxcb-xkb1   1.13-1
ii  libxcb1   1.13-1
ii  qml-module-qtquick2   5.10.1-4
ii  x11-common1:7.7+19
ii  xserver-xephyr [xserver]  2:1.19.6-1
ii  xserver-xorg [xserver]1:7.7+19

Versions of packages sddm recommends:
ii  libpam-systemd  238-4
ii  sddm-theme-breeze [sddm-theme]  4:5.12.4-1

Versions of packages sddm suggests:
ii  libpam-kwallet5   5.12.1-1
pn  qtvirtualkeyboard-plugin  

-- debconf information:
* shared/default-x-display-manager: sddm
  sddm/daemon_name: /usr/bin/sddm