kaccounts-integration_15.08.1-1_amd64.changes is NEW

[Debian FTP Masters]

binary:kaccounts-integration is NEW.
binary:kaccounts-integration-dbg is NEW.
binary:libkaccounts-dev is NEW.
binary:libkaccounts1 is NEW.
binary:qml-module-org-kde-kaccounts is NEW.
source:kaccounts-integration is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will recieve an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html

kaccounts-providers_15.08.1-1_amd64.changes is NEW

[Debian FTP Masters]

binary:kaccounts-providers is NEW.
source:kaccounts-providers is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will recieve an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html

Fixed: chroot-installation_sid_install_kde-full/898

[jenkins]

See 
https://jenkins.debian.net/job/chroot-installation_sid_install_kde-full/898//console
 or just 
https://jenkins.debian.net/job/chroot-installation_sid_install_kde-full/898/ 
for more information.

Bug#799645: sonnet-plugins: Missing dependency on aspell

[Salvo Tomaselli]

Package: sonnet-plugins
Version: 5.14.0-1
Severity: normal

Dear Maintainer,

basically #798915 but that was marked as fixed in a previous version and
it does nont seem fixed at all.

The description of sonnet should explicitly mention that it requires aspell
and does not work with myspell.

Best

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

Kernel: Linux 4.1.6a (SMP w/4 CPU cores; PREEMPT)
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 sonnet-plugins depends on:
ii  libaspell150.60.7~20110707-3
ii  libc6  2.19-20
ii  libhunspell-1.3-0  1.3.3-3+b1
ii  libkf5sonnetcore5  5.14.0-1
ii  libqt5core5a   5.4.2+dfsg-9
ii  libstdc++6 5.2.1-17
ii  zlib1g 1:1.2.8.dfsg-2+b1

sonnet-plugins recommends no packages.

Versions of packages sonnet-plugins suggests:
pn  hspell  

-- no debconf information

Fixed: chroot-installation_sid_install_kde/995

[jenkins]

See 
https://jenkins.debian.net/job/chroot-installation_sid_install_kde/995//console 
or just https://jenkins.debian.net/job/chroot-installation_sid_install_kde/995/ 
for more information.

Re: KDE5 Java SystemTray not supported

[Kevin Krammer]

On Monday, 2015-09-21, 15:08:54, Tim Ruehsen wrote:
> Thanks for your answers !
> 
> They gave me some insight and I started reading...
> 
> sni-qt is for QT4 only. Since I have a QT5.4 KDE (Debian unstable) and QT5.4
> has the QPA-API (which replaces sni-qt), I should see my Tray Icon
> regarding
> http://blog.martin-graesslin.com/blog/2014/06/where-are-my-systray-icons/.
> But I don't.

No, this is a misunderstanding I think.
qni-qt is for Qt4 applications to show "Status Notifier Items" (in short 
"SNI"). It doesn't matter if the SNI host is even using Qt.
The QPA für Qt5 includes that already, so a Qt5 application can use SNI out of 
the box.

In your case we have a Java application. Unless it or the Java Class Library 
it uses have Qt in use for platform integration, then neither sni-qt nor the 
QPA have anything to do here.

> Could anyone provide an Java example code that shows SNI / TrayIcon on QT >=
> 5.4 (using OpenJDK 7 or 8) ? I could and would amend my application.

My, quite limited, understanding of SNI is that the communication between 
application and SNI host happens via D-Bus [1].
If there is currently no nice wrapper for Java, you might have to use D-Bus 
via the D-Bus Java bindings directly.

Cheers,
Kevin

[1] http://www.notmart.org/misc/statusnotifieritem/
might not be the most current version, just came up first when googling

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

Re: KDE5 Java SystemTray not supported

[Tim Ruehsen]

Thanks for your answers !

They gave me some insight and I started reading...

sni-qt is for QT4 only. Since I have a QT5.4 KDE (Debian unstable) and QT5.4 
has the QPA-API (which replaces sni-qt), I should see my Tray Icon regarding 
http://blog.martin-graesslin.com/blog/2014/06/where-are-my-systray-icons/.
But I don't.

Could anyone provide an Java example code that shows SNI / TrayIcon on QT >= 
5.4 (using OpenJDK 7 or 8) ? I could and would amend my application.

Regards,

  Tim Rühsen

On Friday 18 September 2015 23:52:56 Kevin Krammer wrote:
> On Friday, 2015-09-18, 11:18:09, Richard Newton wrote:
> > I had similar problem with "synergy" and have seen reports about other
> > programs. As a work-around I installed  "lxpanel", configured it to only
> > show the system-tray, located it so it doesn't interfere with the KDE
> > panel, and made it unobtrusive.  Any panel should work, I only used
> > lxpanel
> > because I was familiar with it and it is light-weight.
> > 
> > I understand KDE changed the way they handle system-tray items. Either
> > they
> > need to make a way to use the "old method" or all the effected programs
> > 
> >  will need to adjust to the KDE method. Don't know how that is going to
> >  go!
> 
> All major workspace implementations (GNOME, KDE, Unity, but also smaller
> ones) on Linux are changing this because the current (now legacy) option is
> based on an X11 specific mechanism and won't be available on Wayland or
> Mir.
> 
> The new system, called Status Notifier Icons, is based on a windowing system
> independent mechanism and can be used on X11 and next generation display
> systems.
> 
> Most UI frameworks have kept up with that change, after all they want to
> stay relevant in the future as well, but it seems Java hasn't or at least
> not in the version used by Tim's program.
> 
> Quite a shame given that Java started out as *the* option for cross platform
> application development, but always lacked platform integration in the
> default feature set (one of the reasons why so many multiplatform Java
> applications use Eclipse's SWT instead of SWING).
> 
> Anyway, for now there are quite some tools capable of providing an XEmbed
> based "tray area", I think Martin Gräßlin's blog even mentions a couple.
> 
> Cheers,
> Kevin

Re: Reinstall KDE completely

[Martin Steigerwald]

Am Sonntag, 20. September 2015, 18:13:23 CEST schrieb M.:
> Sorry, Martin, but what I´m trying to achieve is irrelevant. I need to do

For you it seems to be. For me it is not:

Cause instead of wiping an existing installation completely, there may be 
easier ways to fix up issues with it.

> So I´ll remove all packages by hand and the config files one by one - it
> seems that is the only way.

If you are concerned with this, you can consider to write an upstream bug 
report. I am not sure whether it could change anything tough.

I actually would like to have all Plasma and KDE application configuration 
files in one directory as well.

[top posting not fixed properly this time]

-- 
Martin

baloo-widgets5_15.08.0-2_source.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 21 Sep 2015 16:21:50 +0200
Source: baloo-widgets5
Binary: libkf5baloowidgets5 libkf5baloowidgets-bin libkf5baloowidgets-dev 
libkf5baloowidgets5-dbg
Architecture: source
Version: 15.08.0-2
Distribution: unstable
Urgency: medium
Maintainer: Debian/Kubuntu Qt/KDE Maintainers 
Changed-By: Maximiliano Curia 
Description:
 libkf5baloowidgets-bin - Wigets for use with Baloo - binaries
 libkf5baloowidgets-dev - Development headers for developing applications with 
Baloo
 libkf5baloowidgets5 - Wigets for use with Baloo
 libkf5baloowidgets5-dbg - Debugging symbols for Baloo Widgets
Changes:
 baloo-widgets5 (15.08.0-2) unstable; urgency=medium
 .
   * Release to unstable.
Checksums-Sha1:
 f803edfab6d12c5c1f65f87a6b64fa2bd8b18a5c 2490 baloo-widgets5_15.08.0-2.dsc
 0f6b7d17b1decd689b01f321cdf291d94b1fcce9 4416 
baloo-widgets5_15.08.0-2.debian.tar.xz
Checksums-Sha256:
 352ae9bf9b9dda9721f65aacc32592d13700fdffce6bbb151f05da19c07839d8 2490 
baloo-widgets5_15.08.0-2.dsc
 53f68f13775a1a773c471c478dd5497fb5ec698b95e0537ca280329d91108b29 4416 
baloo-widgets5_15.08.0-2.debian.tar.xz
Files:
 af86f077c4b2f2d0d2d360444068b948 2490 libs optional 
baloo-widgets5_15.08.0-2.dsc
 24e4fcf35fdcabbe02fd71d3866af0c9 4416 libs optional 
baloo-widgets5_15.08.0-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWABSnAAoJEMcZdpmymyMqvy8P/36Yul0rMtZ1pZe/EYz1F/z9
QkjBY/lP4jfwRiRkoUz8Mxa7S6CyWkQZ3DBPiL4RTxO6mAtdotAs4Q5RZSzuaAMT
Qx1qcfb/Qlj8QFcBrgxNOZswbuKcZdK92/a7gQuP8G0TJe0iq7AcLFU4Mm3RsdWr
at9djeO6OtUYmgHkpzq+/Vb5C08gneikedeamvufsB7laRqQPipyNjr6Xi6JMcFS
0D8tB+2QpX8M+25T0IkGTf937pIFHrICkVGBaqeqHmYfPYUqZBuDmbSgDnI3OH6B
Xbq17DYDmMHCi3SW75jTT2aIk/vMdcinPgYfRCDaIBAyFjsLhyNdPKLwEcNDFbrp
Vzyt0CE40q1y3hPTRkSymmvL66Kz2sa2xH9ORVeaMlAdcwzHNXrjUTXWhtms/5QO
q3MEtN/Kb94Lrwhzq32cU3nkcpqGaHRHDVau5WlnwqQUIzBvO1hoYg3atqtqW96C
W+gbHpHhH1unLcMiMfVHDBVmiefx9S2s/mx7xc86Tc6OMvAnmxtYdkY+AV9oNfHb
UzBhQqQA/5dfYrKNKJFrSUAKT/QY2j5IjXqfkme5mEPo73IB+/F0P2Emx44qyg2z
7goT6sN1pKNGPU6JcmYYkjNb+Z6gDP7TNR5b14JCNgTAp512edfki/UUVdqLbdoL
htSz8SEPHXaxvKhDZ0Uo
=yvIu
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Processing of baloo-widgets5_15.08.0-2_source.changes

[Debian FTP Masters]

baloo-widgets5_15.08.0-2_source.changes uploaded successfully to localhost
along with the files:
  baloo-widgets5_15.08.0-2.dsc
  baloo-widgets5_15.08.0-2.debian.tar.xz

Greetings,

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

Bug#799712: marble: now stores config in .config/Unknown\ Organisation rather than /kde.org

[Ximin Luo]

Package: marble
Version: 4:15.08.1+dfsg-2
Severity: normal

Dear Maintainer,

marble now seems to ignore ".config/kde.org/marble.conf" and instead 
reads/writes
from ".config/Unknown Organisation/marble.conf"

"~/.config/marblerc" is unaffected, this is still used.

X

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

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

Versions of packages marble depends on:
ii  libc6   2.19-20
ii  libgcc1 1:5.2.1-17
ii  libkf5configcore5   5.14.0-1
ii  libkf5configgui55.14.0-1
ii  libkf5configwidgets55.14.0-1
ii  libkf5coreaddons5   5.14.0-1
ii  libkf5i18n5 5.14.0-1
ii  libkf5kiowidgets5   5.14.0-1
ii  libkf5newstuff5 5.14.0-1
ii  libkf5parts55.14.0-1
ii  libkf5runner5   5.14.0-1
ii  libkf5wallet-bin5.14.0-1
ii  libkf5wallet5   5.14.0-1
ii  libkf5widgetsaddons55.14.0-1
ii  libkf5xmlgui5   5.14.0-1
ii  libmarblewidget-qt5-22  4:15.08.1+dfsg-2
ii  libqt5core5a5.4.2+dfsg-9
ii  libqt5dbus5 5.4.2+dfsg-9
ii  libqt5gui5  5.4.2+dfsg-9
ii  libqt5network5  5.4.2+dfsg-9
ii  libqt5printsupport5 5.4.2+dfsg-9
ii  libqt5widgets5  5.4.2+dfsg-9
ii  libqt5xml5  5.4.2+dfsg-9
ii  libstdc++6  5.2.1-17
ii  marble-data 4:15.08.1+dfsg-2
ii  marble-plugins  4:15.08.1+dfsg-2

marble recommends no packages.

Versions of packages marble suggests:
pn  gosmore   
pn  monav-routing-daemon  
pn  routino   

-- no debconf information

Processed: Reassign 799520 again

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 799520 kdelibs5-dev
Bug #799520 [kdepimlibs5-dev] tellico: FTBFS: Missing Build-Depends on 
libsoprano-dev
Bug reassigned from package 'kdepimlibs5-dev' to 'kdelibs5-dev'.
Ignoring request to alter found versions of bug #799520 to the same values 
previously set
Ignoring request to alter fixed versions of bug #799520 to the same values 
previously set
> thanks
Stopping processing here.

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

Re: Akonadi/KDEPIM upgrade hints

[Kevin Krammer]

On Sunday, 2015-09-20, 19:37:07, Martin Steigerwald wrote:
> Am Sonntag, 20. September 2015, 18:11:26 CEST schrieb Kevin Krammer:
> > On Sunday, 2015-09-20, 13:07:29, Martin Steigerwald wrote:
> > > Am Sonntag, 20. September 2015, 12:57:45 CEST schrieb Martin 
Steigerwald:
> > > > Hi!
> > > > 
> > > > Please update to 15.08 in lockstep for kdepim and akonadi packages.
> > > > 
> > > > If you upgrade to akonadi 15.08 before installing kdepim 15.08 your
> > > > kdepim
> > > > 4.14 will be inoperable. Thats the switch to Qt5 based akonadi and
> > > > kdepim.
> > > > Qt4 based KDEPIM cannot talk to Qt5 based Akonadi.
> > > 
> > > BTW Akonadi 15.08 contains the binary protocol which helps to improve
> > > performance.
> > 
> > That sounds like the new version of the Qt based kdepimlibs is not shipped
> > or not somehow not used by the Qt4 based kdepim.
> 
> Hm?
> 
> According to what I saw on debian-qt-kde-ml Maxy basically uploaded Akonadi,
> KDEPIM and kdepim-runtime stuff to unstable, yet, as far as I am aware its
> important to update it all in once.
> 
> I don´t think KDEPIM 4.14 can talk to new Akonadi 15.08. Thats all I wanted
> to point out. When packages are available on Tuesday I will try to update
> to them on workstation at work, for laptop I need to stay with
> self-compiled stuff for now.

When Akonadi server switches to a new protocol, they need to update the 
library to also use that protocol.
KDEPIM, i.e. the applications, just use the library. Some of all other 
applications that use the Akonadi client libraries in kdepimlibs, e.g. Kraft.

Even if there is a new version of the applications from KDEPIM, not updating 
the library will break all these other applications.

Cheers,
Kevin

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