Processed: Re: marble: build-depend on not-built anymore package libquazip-qt5-dev

2016-01-17 Thread Debian Bug Tracking System 
Processing control commands:

> tags -1 patch
Bug #811203 [src:marble] marble: build-depend on not-built anymore package 
libquazip-qt5-dev
Added tag(s) patch.

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

Bug#811203: marble: build-depend on not-built anymore package libquazip-qt5-dev

2016-01-17 Thread Sebastiaan Couwenberg 
Control: tags -1 patch

On Sat, 16 Jan 2016 19:08:35 + Mattia Rizzolo wrote:
> there is small uncoordinated transition concerning libquazip, where
> binaries have been renamed.
> 
> please switch the build-dependency from libquazip-qt5-dev to
> libquazip-dev.

The patch for this was already available in #800785:

 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800785#19

Specifically:

 
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;filename=marble_15.08.3-1.1.debdiff;msg=19;bug=800785

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#811272: okular: Fails to open files in path with special symbols

2016-01-17 Thread Alex D?nil? 
Package: okular
Version: 4:15.08.3-1
Severity: important

Dear Maintainer,

Okular is not able to open file from a path such as /home/alex/texte/bancă.

The error it outputs: "Could not open 
/home/alex/texte/bancă/2012-07-15--2012-10-13.pdf". Some time ago it was 
able to read files from that directory. This has happened with Krusader too for 
a couple of days, but the last update fixed it (maybe a mismatch between KDE 
runtime versions).

I know of no other program unable to open files from that directory (from KDE 
or otherwise).

I'll include a screen shot with the error, please request any other information.

Thank you,
Alex


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

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages okular depends on:
ii  kde-runtime 4:15.08.3-1
ii  libc6   2.21-6
ii  libfreetype62.6.1-0.1
ii  libjpeg62-turbo 1:1.4.1-2
ii  libkactivities6 4:4.13.3-1
ii  libkdecore5 4:4.14.14-1+b1
ii  libkdeui5   4:4.14.14-1+b1
ii  libkexiv2-114:15.04.3-1
ii  libkio5 4:4.14.14-1+b1
ii  libkparts4  4:4.14.14-1+b1
ii  libkprintutils4 4:4.14.14-1+b1
ii  libkpty44:4.14.14-1+b1
ii  libokularcore6  4:15.08.3-1
ii  libphonon4  4:4.8.3-2
ii  libpoppler-qt4-40.38.0-2
ii  libqca2 2.1.1-2
ii  libqimageblitz4 1:0.0.6-4
ii  libqmobipocket1 4:14.12.2-2
ii  libqt4-dbus 4:4.8.7+dfsg-5
ii  libqt4-declarative  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  libsolid4   4:4.14.14-1+b1
ii  libspectre1 0.2.7-3
ii  libstdc++6  5.3.1-5
ii  phonon  4:4.8.3-2
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages okular recommends:
ii  cups-bsd  2.1.2-1

Versions of packages okular suggests:
ii  ghostscript9.16~dfsg-2
pn  jovie  
pn  okular-extra-backends  
ii  poppler-data   0.4.7-7
ii  texlive-binaries   2015.20150524.37493-7+b1
ii  unrar  1:5.3.2-1

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_GB",
LC_ALL = (unset),
LANG = "en_GB.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

Bug#811296: Okular fails to launc

2016-01-17 Thread Carlos Kosloff 

Package: okular
Version: 4:15.08.3-1
Severity: wishlist

-- 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/8 CPU cores)
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 okular depends on:
ii  kde-runtime 4:15.08.3-1
ii  libc6 2.21-6
ii  libfreetype6 2.6.1-0.1
ii  libjpeg62-turbo 1:1.4.1-2
ii  libkactivities6 4:4.13.3-1
ii  libkdecore5 4:4.14.14-1+b1
ii  libkdeui5 4:4.14.14-1+b1
ii  libkexiv2-11 4:15.04.3-1
ii  libkio5 4:4.14.14-1+b1
ii  libkparts4  4:4.14.14-1+b1
ii  libkprintutils4 4:4.14.14-1+b1
ii  libkpty44:4.14.14-1+b1
ii  libokularcore6  4:15.08.3-1
ii  libphonon4  4:4.8.3-2
ii  libpoppler-qt4-40.38.0-2
ii  libqca2 2.1.1-2
ii  libqimageblitz4 1:0.0.6-4
ii  libqmobipocket1 4:14.12.2-2
ii  libqt4-dbus 4:4.8.7+dfsg-5
ii  libqt4-declarative  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  libsolid4   4:4.14.14-1+b1
ii  libspectre1 0.2.7-3
ii  libstdc++6  5.3.1-5
ii  phonon  4:4.8.3-2
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages okular recommends:
ii  cups-bsd  2.1.2-1

Versions of packages okular suggests:
ii  ghostscript9.16~dfsg-2
ii  jovie  4:15.08.3-1
ii  okular-extra-backends  4:15.08.3-1
ii  poppler-data   0.4.7-7
ii  texlive-binaries   2015.20150524.37493-7+b1
pn  unrar  

-- no debconf information

Dear maintainer,

This issue is very strange because I have laptop with similar 
confiuration: amd64, kde, testing branch.
The failing computer has an nvidia graphic image, I just ran a 
dist-upgrade, nvidia drivers were already the latest version in testing.

Okular takes forever to launch, and when it does it throws errors:

okular(2619)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(2619)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(2619)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(2619)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(2619)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(2619) Bridge::setRootObject: "KAccessibleBridge: setRootObject 
object=" "okular (KApplication)"
okular(2619) Bridge::Private::app: Connected with the 
org.kde.kaccessibleapp dbus-service
okular(2619) Bridge::notifyAccessibilityUpdate: "278" "object=" " 
(QComboBoxListView)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "Focus" "object=" 
"okular::pageView (PageView)" "name=" "" "rect=" QRect(253,440 1019x570)
okular(2619) Bridge::notifyAccessibilityUpdate: "NameChanged" "object=" 
" (QToolButton)" "name=" "Close"
okular(2619) Bridge::notifyAccessibilityUpdate: "NameChanged" "object=" 
" (QToolButton)" "name=" "Show Forms"
okular(2619) Bridge::notifyAccessibilityUpdate: "283" "object=" 
"SearchLineEdit (SearchLineEdit)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "288" "object=" 
"SearchLineEdit (SearchLineEdit)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" " (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" "qt_rubberband (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" "KLineEditButton (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" " (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" "qt_scrollarea_viewport (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" " (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" "qt_scrollarea_hcontainer (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" " (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" "qt_scrollarea_vcontainer (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" "qt_scrollarea_viewport (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" " (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" "qt_scrollarea_hcontainer (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" " (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate: "ObjectDestroyed" 
"object=" "qt_scrollarea_vcontainer (QWidget)" "name=" ""
okular(2619) Bridge::notifyAccessibilityUpdate:

Bug#811321: Bug for Dolphin team

2016-01-17 Thread Jeanne Varasco 
Package: 
version: last
Language: French
KDE plasma: 5.4.3
Environnement: stretch Qt: 5.5.1
Kernel: 4.3.0-1-amd64
64-bits
Important bug

Hello guys,

When you try to rename a file, the old text stays and is mixed to the
new text. It is unreadable and must be corrected as soon as possible.
(It was not the case for version in last year.

Best regards

Cordialement

Jeanne

/_☺ Sauvons les arbres et le papier. N'imprimons que si nécessaire.☺ /

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

2016-01-17 Thread Olaf Meeuwissen 
Disclaimer: I don't use an awful lot of Qt/KDE applications so I don't
really know much about what's going on.

Lisandro Damián Nicanor Pérez Meyer writes:

> 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.

I'd like to repeat this point: if a GUI application cannot show its GUI
it's non-functional.

> [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.

I don't really care whether Qt used plugins or libraries but for GUI
applications to show anything, they would need at least one of the
plugins, right?  So a

  Depends: this-plugin | that-plugin | yet-some-other-plugin

would be required.  Now that really sucks from a package maintainer
point of view.  It would be more convenient te be able to say something
like

  Depends: qt-render-plugin

which would be a meta-package that has the first Depends: that lists all
the available alternative in a suitable order and is maintained by the
Qt/KDE maintainers.

# I realize that the "suitable order" bit is not trivial.

> 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.

Like I said, I consider a GUI application that cannot show itself when
the Recommends: are not installed broken ;-)

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

That suggests you're violating the principle of least surprise :-)

> 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.

That might be an alternative to my suggestion above.

> 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.

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

Processed: your mail

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

> reassign #811321 dolphin 4:15.08.3-1
Bug #811321 [] Bug for Dolphin team
Warning: Unknown package ''
Bug reassigned from package '' to 'dolphin'.
No longer marked as found in versions last.
Ignoring request to alter fixed versions of bug #811321 to the same values 
previously set
Bug #811321 [dolphin] Bug for Dolphin team
Marked as found in versions dolphin/4:15.08.3-1.
>
End of message, stopping processing here.

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

Bug#754478: Enable journald support

2016-01-17 Thread Diederik de Haas 
On Fri, 11 Jul 2014 11:15:26 -0300 
=?utf-8?q?Lisandro_Dami=C3=A1n_Nicanor_P=C3=A9rez_Meyer?=
  wrote:
> Source: qtbase-opensource-src
> Version: 5.3.1+dfsg-3
> Severity: wishlist
> 
> As a reminder for ourselves, qtbase is not being built with journald support
> in Qt 5.3.x.
> 
> We should not enable this unless upstream finds and codes a way to detect it
> on runtime, else users not using journald will not get output.
> 
> This means no journald support for 5.3.x (and thus, Jessie).
> 
> Recheck with 5.4.x or above.
> 
> Check [0] and the rest of the thread for more info.
> 
> [0] 

That ML msg references https://codereview.qt-project.org/#/c/89357/ of which 
the current status seems to be 'merged in 5.4'.

Maybe it's time for the recheck?

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

Bug#794087: qtbase-opensource-src: It's now also fixed in Debian

2016-01-17 Thread Diederik de Haas 
On Monday 07 December 2015 15:27:44 Diederik de Haas wrote:
> fixed 794087 qtbase-opensource-src/5.5.1+dfsg-8
> thanks

While it is marked as fixed, in the qtbase-opensource-src bug list it still 
appears as 'Forwarded bugs -- Minor bugs' and not under 'Resolved bugs'.

Look like sth else needs to be done, but I don't know what.

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