Re: Bug#811036: wireshark-qt: aborts immediately

2016-01-15 Thread Bálint Réczey 
Hi Olaf,

2016-01-15 10:28 GMT+01:00 Olaf Meeuwissen :
>
> Bálint Réczey writes:
>
>> Hi Olaf,
>>
>> 2016-01-15 5:51 GMT+01:00 Olaf Meeuwissen :
>>> Package: wireshark-qt
>>> Version: 2.0.0+g9a73b82-1
>>> Severity: grave
>>>
>>> Dear Maintainer,
>>>
>>> I tried starting wireshark from the comman-line and it immediately
>>> aborted.  Like so:
>>>
>>>   $ wireshark
>>>   This application failed to start because it could not find or load the Qt 
>>> platform plugin "xcb".
>>>
>>>   Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.
>>>
>>>   Reinstalling the application may fix this problem.
>>>   Aborted
>>>
>>> I had expected it to start like it used to do.  I don't recall when I
>>> last used it.  I keep my system up-to-date with unattended-upgrades and
>>> my logs indicate wireshark-qt was installed on 2015-12-01 with the
>>> upgrade of wireshark from 1.12.8+g5b6e543-2 to 2.0.0+g9a73b82-1.  I do
>>> remember being surprised at the changed look-and-feel of wireshark, so I
>>> am pretty sure that I have run wireshark-qt successfully in the past.
>
>> Please install libqt5xcbqpa5 to let it run again.
>>
>> I suspect you installed wireshark/libqt5gui5 with --no-install-recommends,
>> since libqt5gui5 recommends libqt5xcbqpa5:
>
> Almost, I ran unattended-upgrade and my apt.conf has
>
>   APT::Install-Recommends  "false";
>   Apt::AutoRemove::RecommendsImportant "false";
>   Unattended-Upgrade::Remove-Unused-Dependencies "true";
>
>> Package: libqt5gui5
>> Source: qtbase-opensource-src
>> Version: 5.5.1+dfsg-12
>> Installed-Size: 7096
>> Maintainer: Debian Qt/KDE Maintainers 
>> Architecture: amd64
>> ...
>> Recommends: libqt5svg5, libqt5xcbqpa5
>>
>> --no-install-recommends may cause parts of functionality not available
>> in packages.
>
> Well, in this case *all* of the functionality was not available.  The
> wireshark executable is the only thing in /usr/bin/ of wireshark-qt.
>
>> It that was the case, please close the bug since the default behavior
>> of installing all
>> needed packages for proper operation was overridden.
>
> I think we have different opinions on what is "needed" for proper
> operation.  From Debian Policy, section 7.2 under `Depends`:
>
>   The `Depends` field should be used if the depended-on package is
>   required for the depending package to provide a significant amount
>   of functionality.
>
> I would argue that showing the GUI is a prerequisite for any of the
> functionality.  The GUI isn't shown, hence, zero functionality.
It still had wireshark manpage which is not present in wireshark-gtk and
can be useful, but I see your point. :-)

> I don't know how wireshark-qt obtained the dependency but it needs that
> xcb plugin very badly to provide any functionality.  Can't you add the
> libqt5xcbqpa5 dependency to wireshark-qt (even if only temporarily)?
I can, but fixing that a fixed libqt5gui5 would reach testing as fast a
fix in wireshark-qt, thus I would like to as KDE Maintaintainers to share
their thoughts first.

IMO packages should not follow how Qt packages are structured to set
their dependencies, but Qt should provide helper scripts which set the
needed dependencies for the binary packages. Many other frameworks
do that.

If the KDE team still decides to split the packages with no helper scripts,
please coordinate with reverse dependencies in advance to avoid bugs
like this one.

Cheers,
Balint

Re: possible cause? Re: iceweasel locking up under KDE, fine under Xfce

2016-01-15 Thread Arthur Marsh 

Arthur Marsh wrote on 15/01/16 16:54:
...
My next step in debugging was to rename the ~/.config directory when 
logged out of KDE plasma, and then logging in and starting iceweasel.


That ran fine, so I reverted the ~/.config directory and moved the 16 
most recently modified files and directories under it out the way, and 
again logged into KDE plasma and started iceweasel, leading to a lock-up.


I then moved the next 16 most recently modified files and directories 
under ~/.config out the way and logged into KDE plasma and started 
iceweasel successfully.


That would suggest that one or more of the second group of 16 of files 
and directories under ~/.config were responsible for the lock-up.


However, after several cycles of logging out of of the KDE plasma 
desktop, moving the files and directories back a few at a time, and 
logging back in again, at no stage did I experience another lock-up.


I did find that kwin was not using the Plastik style that I had 
previously, (and some other window behaviours were also different from 
how I had set them) so I changed them under "Window Manager Settings" 
and was again able to log out of KDE plasma and back in again and run 
iceweasel without problems.


It appears that there was some configuration that kwin_x11 was reading 
that had lead to the lock-up on loading iceweasel, but I have no way of 
finding what that was now.


Is there any documentation on what configuration file(s) kwin_x11 uses?

If I had known specifically where to find settings and move them out the 
way for testing purposes, I could have saved some time in isolating the 
problem.


Arthur.

Processed: .

2016-01-15 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> fixed 796956 5.5.1+dfsg-4
Bug #796956 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802656 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802690 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802763 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Marked as fixed in versions qtbase-opensource-src/5.5.1+dfsg-4.
Marked as fixed in versions qtbase-opensource-src/5.5.1+dfsg-4.
Marked as fixed in versions qtbase-opensource-src/5.5.1+dfsg-4.
Marked as fixed in versions qtbase-opensource-src/5.5.1+dfsg-4.
> affects 796956 wireshark-qt
Bug #796956 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802656 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802690 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802763 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Added indication that 796956 affects wireshark-qt
Added indication that 802656 affects wireshark-qt
Added indication that 802690 affects wireshark-qt
Added indication that 802763 affects wireshark-qt
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
796956: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796956
802656: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802656
802690: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802690
802763: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802763
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#808770: sddm-greeter segfault on radeon hardware

2016-01-15 Thread sharuzzaman 
Package: sddm
Version: 0.13.0-1
Followup-For: Bug #808770

Dear Maintainer,

I'm retesting sddm after upgrading, but the issue is still happening.

Symptom is just black screen with no mouse pointer.

Prior to segfault, there is an error "QOpenGLShader: could not create shader"

Video card is ATI RV100

root@debian:~# lspci |grep -i vga
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] 
RV100/M6 [Rage/Radeon Mobility Series]


root@debian:/var/log# grep sddm-greeter kern.log
Jan 15 19:41:10 debian sddm-greeter[2784]: Reading from 
"/usr/share/xsessions/lightdm-xsession.desktop"
Jan 15 19:41:10 debian sddm-greeter[2784]: Reading from 
"/usr/share/xsessions/LXDE.desktop"
Jan 15 19:41:10 debian sddm-greeter[2784]: Reading from 
"/usr/share/xsessions/openbox.desktop"
Jan 15 19:41:10 debian sddm-greeter[2784]: Reading from 
"/usr/share/xsessions/plasma.desktop"
Jan 15 19:41:10 debian sddm-greeter[2784]: Connected to the daemon.
Jan 15 19:41:13 debian sddm-greeter[2784]: Adding view for "LVDS" QRect(0,0 
1024x768)
Jan 15 19:41:13 debian sddm-greeter[2784]: Message received from daemon: 
Capabilities
Jan 15 19:41:13 debian sddm-greeter[2784]: Message received from daemon: 
HostName
Jan 15 19:41:13 debian sddm-greeter[2784]: QOpenGLShader: could not create 
shader
Jan 15 19:41:13 debian sddm-greeter[2784]: QOpenGLShader: could not create 
shader
Jan 15 19:41:13 debian kernel: [ 1409.591690] sddm-greeter[2784]: segfault at 0 
ip   (null) sp bfa1d7cc error 4 in sddm-greeter[8048000+42000]




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

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

Versions of packages sddm depends on:
ii  adduser   3.113+nmu3
ii  debconf [debconf-2.0] 1.5.58
ii  libc6 2.21-6
ii  libgcc1   1:5.3.1-5
ii  libpam0g  1.1.8-3.2
ii  libqt5core5a  5.5.1+dfsg-12
ii  libqt5dbus5   5.5.1+dfsg-12
ii  libqt5gui55.5.1+dfsg-12
ii  libqt5network55.5.1+dfsg-12
ii  libqt5qml55.5.1-3
ii  libqt5quick5  5.5.1-3
ii  libstdc++65.3.1-5
ii  libsystemd0   228-2+b1
ii  libxcb-xkb1   1.10-3+b1
ii  libxcb1   1.10-3+b1
ii  qml-module-qtquick2   5.5.1-3
ii  sddm-theme-maui [sddm-theme]  0.13.0-1

Versions of packages sddm recommends:
ii  libpam-systemd  228-2+b1

Versions of packages sddm suggests:
pn  libpam-kwallet5  

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

Bug#796956: Explanation

2016-01-15 Thread Lisandro Damián Nicanor Pérez Meyer 
severity 796956 important
thanks

OK everyone this is really not a serious bug (actually I still don't think 
this is a bug at all). I'll keep it open until we get Qt 5.6 into the archive 
with a "fix".

Let's start with the basics: sadly libqt5xcbqpa5 is a missnamed package. it 
should have been something along qt5-xcb-platform-plugin... because it's a 
plugin which happens to ship a private lib (that's why we accidentally 
misnamed it).

Now the reasoning: Qt 5 now works with "platform" plugins and not necessarily 
just on X. That means that as long as you don't depend on X-exclusive stuff 
(or any other platform-dependant code) you can run a Qt5 app on the 
frambuffer, Wayland and other interesting places.

So, strictly speaking, libqt5xcbqpa5 (which again should have been named as a 
plugin) is not a strict dependency, and thus the recommendation. And people 
not using recommendations should handle it by hand.

Now what we are planning to do.

Ideally this plugins would be shipped separately as each of them pull 
different dependencies... but we had quite some complaints about this so far.

We checked that if we push all the plugins to libqt5gui5 the total amount of 
extra dependencies is ~3MiB consisting purely in libs (ie, not dragging 
daemons nor any kind of apps) so we will go this way for the time being.

If at some point the amount of extra dependencies increases significantly we 
will split them again. Time will tell.

I'm now leaving this non-bug opened as important just to let people now that 
there is really no bug and how to solve this issue. I will close it with Qt 
5.6.x if we get to merge the plugins.

Kinds regards, Lisandro.

-- 
Cuando tenga duda, utilice la solución mas simple.
  Principio de William Occam, también llamado
  "la navaja de Occam"

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Processed: Explanation

2016-01-15 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> severity 796956 important
Bug #796956 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802656 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802690 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802763 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Severity set to 'important' from 'serious'
Severity set to 'important' from 'serious'
Severity set to 'important' from 'serious'
Severity set to 'important' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
796956: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796956
802656: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802656
802690: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802690
802763: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802763
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Bug#808770: sddm-greeter segfault on radeon hardware

2016-01-15 Thread Lisandro Damián Nicanor Pérez Meyer 
On Friday 15 January 2016 19:52:15 sharuzzaman wrote:
> Package: sddm
> Version: 0.13.0-1
> Followup-For: Bug #808770
> 
> Dear Maintainer,
> 
> I'm retesting sddm after upgrading, but the issue is still happening.
> 
> Symptom is just black screen with no mouse pointer.
> 
> Prior to segfault, there is an error "QOpenGLShader: could not create
> shader"

I'm afraid this is no bug at all: sddm uses QML which needs OpenGL 2.0 
support. 

> Video card is ATI RV100

An according to Wikipedia [wik] this video card supports up to OpenGL 1.3.

[wik] 

So I'm afraid that the problem is that your hardware is not capable of running 
sddm. I'm so closing this bug.

-- 
Una vez que hemos eliminado lo imposible, lo que queda, por improbable que
parezca, es la verdad.
  Sherlock Holmes

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Monitoring Baloo activity

2016-01-15 Thread newbeewan 

Hi,

I have activated file indexation in plasma 5.

At each session launch, baloo_file_extractor eat lots cpu and memory and after hours, I 
kill it to get some memory back (around of 1,5Gb !)...


I don't know why it is eating so much resources and when it should have finish scanning 
files... And if it is completly stuck to disabled it...


Is it possible to monitor the activity of baloo ?

Regards

Mourad

Re: possible cause? Re: iceweasel locking up under KDE, fine under Xfce

2016-01-15 Thread Carsten Pfeiffer 
On Friday 15 January 2016 23:00:13 Arthur Marsh wrote:

> Is there any documentation on what configuration file(s) kwin_x11 uses?

You can try starting kwin with strace, like this (when it's not running at the 
moment):

strace -f -e open kwin_x11 2>&1 | grep config

Kudos to your persistence in finding the root cause of the bug!

Best wishes
Carsten

Re: Bug#811036: wireshark-qt: aborts immediately

2016-01-15 Thread Lisandro Damián Nicanor Pérez Meyer 
Hi everyone!

Long story short: whenever we push Qt 5.6.x to unstable this will get "fixed", 
at least for some time. Long story below.

On Friday 15 January 2016 11:20:59 Bálint Réczey wrote:
> Hi Olaf,
[snip] 
> > I would argue that showing the GUI is a prerequisite for any of the
> > functionality.  The GUI isn't shown, hence, zero functionality.

[snip]

> It still had wireshark manpage which is not present in wireshark-gtk and
> can be useful, but I see your point. :-)
> 
> > I don't know how wireshark-qt obtained the dependency but it needs that
> > xcb plugin very badly to provide any functionality.  Can't you add the
> > libqt5xcbqpa5 dependency to wireshark-qt (even if only temporarily)?
> 
> I can, but fixing that a fixed libqt5gui5 would reach testing as fast a
> fix in wireshark-qt, thus I would like to as KDE Maintaintainers to share
> their thoughts first.

And here's the main issue: Qt 5 now works with plugins and not necessarily 
just on X. That means that as long as you don't depend on X-exclusive stuff 
you can run a Qt5 app on the frambuffer, Wayland and other interesting 
platforms.

So, strictly speaking, libqt5xcbqpa5 (which should have been named something 
like qt5-xcb-platform-plugin) is not a strict dependency, and thus the 
recommendation. And people not using recommendations should handle it by hand.

Ideally this plugins would be shipped separately as each of them pull 
different dependencies... but we had quite some complaints about this so far.

We checked that if we push all the plugins to libqt5gui5 the total amount of 
extra dependencies is ~3MiB consisting purely in libs (ie, not dragging 
daemons nor any kind of apps) so we will go this way for the time being.

If at some point the amount of extra dependencies increases significantly we 
will split them again. Time will tell.

> IMO packages should not follow how Qt packages are structured to set
> their dependencies, but Qt should provide helper scripts which set the
> needed dependencies for the binary packages. Many other frameworks
> do that.

I'm interested in this, do you have an example for that? Remember we are 
talking about plugins here, not libs, so shlibs/symbols files will not work. 
But if there is a better way out I don't know it would be really cool to study 
it.

> If the KDE team still decides to split the packages with no helper scripts,
> please coordinate with reverse dependencies in advance to avoid bugs
> like this one.

The problem is: which ones? Whatever gets built just with Qt5 can run 
anywhere.

Kinds regards, Lisandro.

-- 
15: Que es el "Correo Electronico"
* El correo que te llega por la corriente
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Bug#808770: marked as done (sddm-greeter segfault)

2016-01-15 Thread Debian Bug Tracking System 
Your message dated Fri, 15 Jan 2016 11:28:25 -0300
with message-id <1937203.6V1cug0J6D@luna>
and subject line Re: Bug#808770: sddm-greeter segfault on radeon hardware
has caused the Debian Bug report #808770,
regarding sddm-greeter segfault
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.)


-- 
808770: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808770
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sddm
Version: 0.12.0-5
Severity: normal

Dear Maintainer,


sddm did not start on boot, or after systemctl restart sddm.service
output in /var/log/messages have line like this:

Dec 23 00:54:24 debian kernel: [ 2163.968109] sddm-greeter[8649]: segfault at 0 
ip   (null) sp bfabf33c error 4 in sddm-greeter[8048000+44000]

this laptop is using radeon driver

do let me know if you would like more information



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

Kernel: Linux 4.2.0-1-586
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages sddm depends on:
ii  adduser   3.113+nmu3
ii  debconf [debconf-2.0] 1.5.58
ii  libc6 2.21-4
ii  libgcc1   1:5.3.1-3
ii  libpam0g  1.1.8-3.1
ii  libqt5core5a  5.5.1+dfsg-8
ii  libqt5dbus5   5.5.1+dfsg-8
ii  libqt5gui55.5.1+dfsg-8
ii  libqt5network55.5.1+dfsg-8
ii  libqt5qml55.5.1-3
ii  libqt5quick5  5.5.1-3
ii  libstdc++65.3.1-3
ii  libsystemd0   228-2+b1
ii  libxcb-xkb1   1.10-3+b1
ii  libxcb1   1.10-3+b1
ii  qml-module-qtquick2   5.5.1-3
ii  sddm-theme-maui [sddm-theme]  0.12.0-5

sddm recommends no packages.

Versions of packages sddm suggests:
pn  libpam-kwallet5  

-- debconf information:
  sddm/daemon_name: /usr/bin/sddm
* shared/default-x-display-manager: sddm
--- End Message ---
--- Begin Message ---
On Friday 15 January 2016 19:52:15 sharuzzaman wrote:
> Package: sddm
> Version: 0.13.0-1
> Followup-For: Bug #808770
> 
> Dear Maintainer,
> 
> I'm retesting sddm after upgrading, but the issue is still happening.
> 
> Symptom is just black screen with no mouse pointer.
> 
> Prior to segfault, there is an error "QOpenGLShader: could not create
> shader"

I'm afraid this is no bug at all: sddm uses QML which needs OpenGL 2.0 
support. 

> Video card is ATI RV100

An according to Wikipedia [wik] this video card supports up to OpenGL 1.3.

[wik] 

So I'm afraid that the problem is that your hardware is not capable of running 
sddm. I'm so closing this bug.

-- 
Una vez que hemos eliminado lo imposible, lo que queda, por improbable que
parezca, es la verdad.
  Sherlock Holmes

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.
--- End Message ---

Re: Monitoring Baloo activity

2016-01-15 Thread Alex DEKKER 

On 15/01/16 14:29, newbee...@nativobject.net wrote:


At each session launch, baloo_file_extractor eat lots cpu and memory 
and after hours, I kill it to get some memory back (around of 1,5Gb !)...



...

Is it possible to monitor the activity of baloo ?

Not sure if this is what you had in mind, but Monit can send you an 
email based on some conditions:


https://mmonit.com/monit/documentation/monit.html#RESOURCE-TESTING

and probably kill the process for you too.

alexd

Re: possible cause? Re: iceweasel locking up under KDE, fine under Xfce

2016-01-15 Thread Arthur Marsh 

Carsten Pfeiffer wrote on 16/01/16 00:09:

On Friday 15 January 2016 23:00:13 Arthur Marsh wrote:


Is there any documentation on what configuration file(s) kwin_x11 uses?


You can try starting kwin with strace, like this (when it's not running at the
moment):

strace -f -e open kwin_x11 2>&1 | grep config

Kudos to your persistence in finding the root cause of the bug!

Best wishes
Carsten


Thanks, I only thought of using strace after I noticed the lack of 
documentation on where kwin_x11 obtains configuration information.


(I've saved that command line for reference).

Way back I used to use the SVR4 truss command to find what files 
programs were accessing.

Bug#797404: drkonqi: Re: kde-runtime: kNotify random crashes

2016-01-15 Thread Cosimo Morelli 
Package: kde-runtime
Version: 4:15.08.3-1
Followup-For: Bug #797404

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

the bug still exists and it makes the system unusable. I spend half of my time
killing drkonqi.



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

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

Versions of packages kde-runtime depends on:
ii  kde-runtime-data4:15.08.3-1
ii  kdelibs5-plugins4:4.14.14-1+b1
ii  libasound2  1.0.29-1
ii  libattica0.40.4.2-2
ii  libc6   2.21-6
ii  libcanberra00.30-2.1
ii  libexiv2-14 0.25-2.1
ii  libgcc1 1:5.3.1-6
ii  libgcrypt20 1.6.4-4
ii  libjpeg62-turbo 1:1.4.1-2
ii  libkactivities6 4:4.13.3-1
ii  libkcmutils44:4.14.14-1+b1
ii  libkdeclarative54:4.14.14-1+b1
ii  libkdecore5 4:4.14.14-1+b1
ii  libkdesu5   4:4.14.14-1+b1
ii  libkdeui5   4:4.14.14-1+b1
ii  libkdewebkit5   4:4.14.14-1+b1
ii  libkdnssd4  4:4.14.14-1+b1
ii  libkemoticons4  4:4.14.14-1+b1
ii  libkfile4   4:4.14.14-1+b1
ii  libkhtml5   4:4.14.14-1+b1
ii  libkio5 4:4.14.14-1+b1
ii  libkmediaplayer44:4.14.14-1+b1
ii  libknewstuff3-4 4:4.14.14-1+b1
ii  libknotifyconfig4   4:4.14.14-1+b1
ii  libkparts4  4:4.14.14-1+b1
ii  libkpty44:4.14.14-1+b1
ii  libkxmlrpcclient4   4:4.14.10-1
ii  libntrack-qt4-1 016-1.3
ii  libopenexr6v5   1.6.1-8.1+b2
ii  libphonon4  4:4.8.3-2
ii  libplasma3  4:4.14.14-1+b1
ii  libpulse-mainloop-glib0 7.1-2
ii  libpulse0   7.1-2
ii  libqt4-dbus 4:4.8.7+dfsg-5
ii  libqt4-declarative  4:4.8.7+dfsg-5
ii  libqt4-network  4:4.8.7+dfsg-5
ii  libqt4-script   4:4.8.7+dfsg-5
ii  libqt4-svg  4:4.8.7+dfsg-5
ii  libqt4-xml  4:4.8.7+dfsg-5
ii  libqtcore4  4:4.8.7+dfsg-5
ii  libqtgui4   4:4.8.7+dfsg-5
ii  libqtwebkit42.3.4.dfsg-6
ii  libsmbclient2:4.3.3+dfsg-1
ii  libsolid4   4:4.14.14-1+b1
ii  libssh-gcrypt-4 0.6.3-4.2
ii  libstdc++6  5.3.1-6
ii  libwebp50.4.4-1+b1
ii  libx11-62:1.6.3-1
ii  libxcursor1 1:1.1.14-1+b1
ii  oxygen-icon-theme   4:4.14.0-1
ii  perl5.22.1-4
ii  phonon  4:4.8.3-2
ii  plasma-scriptengine-javascript  4:15.08.3-1

Versions of packages kde-runtime recommends:
ii  icoutils   0.31.0-2
pn  libcanberra-pulse | libcanberra-gstreamer  
pn  sound-theme-freedesktop
ii  udisks22.1.6-2
ii  upower 0.99.3-1+b2

Versions of packages kde-runtime suggests:
pn  djvulibre-bin  
pn  finger 

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWmVZIAAoJEF8PzE63GYeQ/BYP/jQv3Qn8ifWnl8A/tTQ8xale
4Wfe7BP+G3SjLu4PzZBHXetYzdcADgXT76pGgRCQzUnxDXPKwpxf74hnkrhVTOxH
jsv8W446cvHUMKSyoiOAx5TFlnliBMV8eDeTKF+aDCMKVovcuX6rBn9hjCZqbxRZ
JCT9EUrzXLc08xs9z1+yk/b9lJsVGXp5g533H4J2+y+fT+vnyi79lCr2c0szNM57
UDFIVLPpf6L5jFMRUZsfSms9stzmRDYw51VDtjwO8YHLUb9eM6vesffcAwXdz7o3
SWM33ptvzW3gryUEYgeP/gfHl5ycz/9jIkLxX1ZCQnW3icCwsIyB1lpGigi+R87I
p+xQamgYW4bgVQ32NlcSg3YXA42cpwEYIsuEMTH919iD3lTouuNy2TRuvRlxky/M
82p/4dNEnjuFjcIMORSxxq6N5RK7JxA3hzYojWmBbdH/0Wl8ibHOqmGyn1pRWyp7
fo/k/nZuvZKh8h+0qU0Uny90o7pQmLdoWNjrCWUST7tIlL7J8zCO5JCaGxA7PIVN
m0rpnfBrZCgNG1kRFFwLmusweT0wkrXJLALiIkj5GnOD0h13Yn45foi8goQxKH91
BpVDVIILG7A+3/QdiIiwINYl3v5IcVls7FWXo1JFTg3h6oCIEmcCDT/W/UZNZOtC
pRTrYOnm7fLChJMY8pmX
=7PPu
-END PGP SIGNATURE-
Xsession: X session started for lordofenuplas at ven 15 gen 2016, 21.22.23, CET
/home/lordofenuplas/.Xresources:2:3: error: invalid preprocessing directive #Xft
 # Xft settings
   ^
/home/lordofenuplas/.Xresources:12:3: error: invalid preprocessing directive 
#Color
 # Color settings (Solarized dark)
   ^
/home/lordofenuplas/.Xresources:57:3: error: invalid preprocessing directive 
#URXVT
 # URXVT settings
   ^
/home/lordofenuplas/.Xresources:66:3: error: invalid preprocessing directive

Re: Change old kde4 font scaling/sizes after upgrade?

2016-01-15 Thread Thomas Fjellstrom 
On Thu 14 Jan 2016 12:29:15 AM Lisandro Damián Nicanor Pérez Meyer wrote:
> On Thursday 14 January 2016 00:26:32 Lisandro Damián Nicanor Pérez Meyer
> 
> wrote:
> > On Thursday 31 December 2015 01:57:30 Thomas Fjellstrom wrote:
> > > I finally was able to upgrade to the new kde packages in debian, and
> > > things
> > > are working pretty decently. Not perfect, but I can live with it :)
> > > 
> > > Right now I'm having a few HiDPI related issues now that X and KDE seem
> > > to
> > > support it much better now. Kmail as a kde4 app has massive fonts even
> > > in
> > > the ui, probably due to reading in my old dpi and font sizes from the
> > > old
> > > kde install.
> > > 
> > > Where do I find the right place to change those settings? I've searched
> > > around in my .kde dir a bit and didn't really find much that helped.
> > > 
> > > Incidentally, I'm also having dpi issues with Chrome. People claim it
> > > works, but it never has for me :( even when I disable it's device
> > > scaling, it gets the fonts wrong (too large again).
> > > 
> > > For reference, my laptop has a 1080p 15" screen for 148 dpi.
> > 
> > KDE4's systemsettings seems not available anymore in unstable.
> > 
> > IIRC there was a way to launch specific items in systemsettings, but I
> > can't remember how :(
> 
> kcmshell4 
> 
> Yes, I don't remember what something now :-/

I'm ok with a config file as well. Either for the dpi settings, or fonts, or 
both.

-- 
Thomas Fjellstrom
tho...@fjellstrom.ca

Re: Bug#811036: wireshark-qt: aborts immediately

2016-01-15 Thread Bálint Réczey 
Hi Olaf,

2016-01-15 5:51 GMT+01:00 Olaf Meeuwissen :
> Package: wireshark-qt
> Version: 2.0.0+g9a73b82-1
> Severity: grave
>
> Dear Maintainer,
>
> I tried starting wireshark from the comman-line and it immediately
> aborted.  Like so:
>
>   $ wireshark
>   This application failed to start because it could not find or load the Qt 
> platform plugin "xcb".
>
>   Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.
>
>   Reinstalling the application may fix this problem.
>   Aborted
>
> I had expected it to start like it used to do.  I don't recall when I
> last used it.  I keep my system up-to-date with unattended-upgrades and
> my logs indicate wireshark-qt was installed on 2015-12-01 with the
> upgrade of wireshark from 1.12.8+g5b6e543-2 to 2.0.0+g9a73b82-1.  I do
> remember being surprised at the changed look-and-feel of wireshark, so I
> am pretty sure that I have run wireshark-qt successfully in the past.
Please install libqt5xcbqpa5 to let it run again.

I suspect you installed wireshark/libqt5gui5 with --no-install-recommends,
since libqt5gui5 recommends libqt5xcbqpa5:

Package: libqt5gui5
Source: qtbase-opensource-src
Version: 5.5.1+dfsg-12
Installed-Size: 7096
Maintainer: Debian Qt/KDE Maintainers 
Architecture: amd64
...
Recommends: libqt5svg5, libqt5xcbqpa5

--no-install-recommends may cause parts of functionality not available
in packages.

It that was the case, please close the bug since the default behavior
of installing all
needed packages for proper operation was overridden.

BTW this looks like the following Qt bug appearing again which I just reopened:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796956
KDE Mainainers may mark it as wontfix or solve the circular dependency
introduced by
the fix in a different way.

Cheers,
Balint

>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 
> 'stable-updates'), (500, 'unstable'), (500, 'stable')
> Architecture: amd64 (x86_64)
...
> ii  libqt5gui5   5.5.1+dfsg-12
...

Processed (with 1 error): Fix reverted

2016-01-15 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> unarchive 796956
Bug #796956 {Done: Lisandro Damián Nicanor Pérez Meyer } 
[libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802656 {Done: Lisandro Damián Nicanor Pérez Meyer } 
[libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802690 {Done: Lisandro Damián Nicanor Pérez Meyer } 
[libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802763 {Done: Lisandro Damián Nicanor Pérez Meyer } 
[libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Unarchived Bug 796956
Unarchived Bug 802656
Unarchived Bug 802690
Unarchived Bug 802763
> reopen 796956
Bug #796956 {Done: Lisandro Damián Nicanor Pérez Meyer } 
[libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802656 {Done: Lisandro Damián Nicanor Pérez Meyer } 
[libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802690 {Done: Lisandro Damián Nicanor Pérez Meyer } 
[libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802763 {Done: Lisandro Damián Nicanor Pérez Meyer } 
[libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions qtbase-opensource-src/5.5.1+dfsg-4.
No longer marked as fixed in versions qtbase-opensource-src/5.5.1+dfsg-4.
No longer marked as fixed in versions qtbase-opensource-src/5.5.1+dfsg-4.
No longer marked as fixed in versions qtbase-opensource-src/5.5.1+dfsg-4.
> found 796956 5.5.1+dfsg-10
Bug #796956 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802656 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802690 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Bug #802763 [libqt5gui5] libqt5gui5 should depend on libqt5xcbqpa5
Marked as found in versions qtbase-opensource-src/5.5.1+dfsg-10.
Marked as found in versions qtbase-opensource-src/5.5.1+dfsg-10.
Marked as found in versions qtbase-opensource-src/5.5.1+dfsg-10.
Marked as found in versions qtbase-opensource-src/5.5.1+dfsg-10.
> affects wireshark-qt
Unknown command or malformed arguments to command.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
796956: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796956
802656: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802656
802690: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802690
802763: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802763
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#811058: sddm: password field loses focus if a 2nd monitor is connected

2016-01-15 Thread Benjamin Aigner 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: sddm
Version: 0.13.0-1
Severity: wishlist

Dear Maintainer,

if you have a locked screen (e.g. after resuming from suspend),
usually the password fields
has the focus (good, because you don't need the mouse to log in).

Connecting a 2nd monitor whilst on the lock screen, the PW field loses
its focus, so you need the mouse again.
Is this an intended behaviour?

My preferred option would be the focus on the PW field.

Best regards


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

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
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 sddm depends on:
ii  adduser 3.113+nmu3
ii  debconf [debconf-2.0]   1.5.58
ii  libc6   2.21-6
ii  libgcc1 1:5.3.1-5
ii  libpam0g1.1.8-3.2
ii  libqt5core5a5.5.1+dfsg-12
ii  libqt5dbus5 5.5.1+dfsg-12
ii  libqt5gui5  5.5.1+dfsg-12
ii  libqt5network5  5.5.1+dfsg-12
ii  libqt5qml5  5.5.1-3
ii  libqt5quick55.5.1-3
ii  libstdc++6  5.3.1-5
ii  libsystemd0 228-2+b1
ii  libxcb-xkb1 1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  qml-module-qtquick2 5.5.1-3
ii  sddm-theme-breeze [sddm-theme]  4:5.4.3-1

Versions of packages sddm recommends:
ii  libpam-systemd  228-2+b1

Versions of packages sddm suggests:
ii  libpam-kwallet5  5.4.3-1

- -- debconf information:
* shared/default-x-display-manager: sddm
  sddm/daemon_name: /usr/bin/sddm
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWmLg8AAoJEElxTr2NHsi/5FUH/AkmCOunZUQPKNO30WAKbW0n
kONEtiJjGWCVzfVMzpXVAKUy7NWshPGlbKgIMzXoeDl8ZD3jEU8bGsz8K7tUM+iT
XhLA2F5AZF0daA+y+v0A8LtkH2DQ7SycBQVqo2wyhgTzZQBwzvoMfAFCfDW684oV
kBwzyjgUpyQoPlYluhUuPxg0lrIbaeIBUBc+O1p++zm31cI/MSad3RF7TutujiV+
tsYlYUAoPzTtQeeTWq6SV7ageQMNVOO/wW3LNGeUVMIruJMatAfv6ZGJs2EzIV0e
m1hhFKyyT4LUQiI1bGbs69L8iO0PQp4SnLI35LZU493dW/LU7xaXzFPT/sKaDhY=
=/4hl
-END PGP SIGNATURE-

Re: Bug#811036: wireshark-qt: aborts immediately

2016-01-15 Thread Olaf Meeuwissen 

Bálint Réczey writes:

> Hi Olaf,
>
> 2016-01-15 5:51 GMT+01:00 Olaf Meeuwissen :
>> Package: wireshark-qt
>> Version: 2.0.0+g9a73b82-1
>> Severity: grave
>>
>> Dear Maintainer,
>>
>> I tried starting wireshark from the comman-line and it immediately
>> aborted.  Like so:
>>
>>   $ wireshark
>>   This application failed to start because it could not find or load the Qt 
>> platform plugin "xcb".
>>
>>   Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.
>>
>>   Reinstalling the application may fix this problem.
>>   Aborted
>>
>> I had expected it to start like it used to do.  I don't recall when I
>> last used it.  I keep my system up-to-date with unattended-upgrades and
>> my logs indicate wireshark-qt was installed on 2015-12-01 with the
>> upgrade of wireshark from 1.12.8+g5b6e543-2 to 2.0.0+g9a73b82-1.  I do
>> remember being surprised at the changed look-and-feel of wireshark, so I
>> am pretty sure that I have run wireshark-qt successfully in the past.

> Please install libqt5xcbqpa5 to let it run again.
>
> I suspect you installed wireshark/libqt5gui5 with --no-install-recommends,
> since libqt5gui5 recommends libqt5xcbqpa5:

Almost, I ran unattended-upgrade and my apt.conf has

  APT::Install-Recommends  "false";
  Apt::AutoRemove::RecommendsImportant "false";
  Unattended-Upgrade::Remove-Unused-Dependencies "true";

> Package: libqt5gui5
> Source: qtbase-opensource-src
> Version: 5.5.1+dfsg-12
> Installed-Size: 7096
> Maintainer: Debian Qt/KDE Maintainers 
> Architecture: amd64
> ...
> Recommends: libqt5svg5, libqt5xcbqpa5
>
> --no-install-recommends may cause parts of functionality not available
> in packages.

Well, in this case *all* of the functionality was not available.  The
wireshark executable is the only thing in /usr/bin/ of wireshark-qt.

> It that was the case, please close the bug since the default behavior
> of installing all
> needed packages for proper operation was overridden.

I think we have different opinions on what is "needed" for proper
operation.  From Debian Policy, section 7.2 under `Depends`:

  The `Depends` field should be used if the depended-on package is
  required for the depending package to provide a significant amount
  of functionality.

I would argue that showing the GUI is a prerequisite for any of the
functionality.  The GUI isn't shown, hence, zero functionality.

I don't know how wireshark-qt obtained the dependency but it needs that
xcb plugin very badly to provide any functionality.  Can't you add the
libqt5xcbqpa5 dependency to wireshark-qt (even if only temporarily)?

BTW, now that I found out that there is a wireshark-gtk package as well
I will replace wireshark-qt with that.  It'll fit in better on my Xfce4
desktop.

Hope this helps,
-- 
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- EPSON AVASYS CORPORATION
   Free Software Foundation Associate Member since 2004-01-27
Support Free Software  https://my.fsf.org/donate
Support the Free Software Foundation https://my.fsf.org/join