I assumed that the package `skrooge` on KDE Neon would be the kf5 version, since it's KDE Neon, after all. But it installed the old 1.9 beta and changed some dependencies around to get it to install. And I think that messed up my Neon install. Now, with the correct PPA, the correct package `skrooge-kf5`, it won't install.

I get:

Code: Select all

$ sudo apt install skrooge-kf5     
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Starting pkgProblemResolver with broken count: 1
Starting 2 pkgProblemResolver with broken count: 1
Investigating (0) skrooge-kf5 [ amd64 ] < none -> 2.5.0-0ubuntu1~ppa1 > ( kde )
Broken skrooge-kf5:amd64 Depends on libgrantlee-templates5 [ amd64 ] < none -> 5.1.0-1+16.04+build1 > ( libs ) (>= 5.0.0)
  Considering libgrantlee-templates5:amd64 0 as a solution to skrooge-kf5:amd64 9999
  Re-Instated libgrantlee-templates5:amd64
Broken skrooge-kf5:amd64 Depends on libofx6 [ amd64 ] < none -> 1:0.9.10-1build2 > ( universe/libs )
  Considering libofx6:amd64 1 as a solution to skrooge-kf5:amd64 9999
  Re-Instated libosp5:amd64
  Re-Instated libofx6:amd64
Broken skrooge-kf5:amd64 Depends on libsqlcipher0 [ amd64 ] < none -> 3.2.0-1.1 > ( universe/libs ) (>= 1.1.9)
  Considering libsqlcipher0:amd64 0 as a solution to skrooge-kf5:amd64 9999
  Re-Instated libsqlcipher0:amd64
Broken skrooge-kf5:amd64 Depends on qtbase-abi-5-5-1 [ amd64 ] < none > ( none )
  Considering libqt5core5a:amd64 2665 as a solution to skrooge-kf5:amd64 9999
  Considering libqt5core5a:amd64 2665 as a solution to skrooge-kf5:amd64 9999
Broken skrooge-kf5:amd64 Depends on sqlite3 [ amd64 ] < none -> 3.11.0-1ubuntu1 > ( misc )
  Considering sqlite3:amd64 1 as a solution to skrooge-kf5:amd64 9999
  Re-Instated sqlite3:amd64
Broken skrooge-kf5:amd64 Depends on sqlcipher [ amd64 ] < none -> 3.2.0-1.1 > ( universe/database )
  Considering sqlcipher:amd64 1 as a solution to skrooge-kf5:amd64 9999
  Re-Instated sqlcipher:amd64
Broken skrooge-kf5:amd64 Depends on libgrantlee-core0 [ amd64 ] < none -> 0.5.1-0ubuntu3 > ( universe/libs )
  Considering libgrantlee-core0:amd64 1 as a solution to skrooge-kf5:amd64 9999
  Re-Instated libgrantlee-core0:amd64
Broken skrooge-kf5:amd64 Depends on libqjson0 [ amd64 ] < none -> 0.8.1-3 > ( universe/libs )
  Considering libqjson0:amd64 1 as a solution to skrooge-kf5:amd64 9999
  Re-Instated libqjson0:amd64
Broken skrooge-kf5:amd64 Depends on xsltproc [ amd64 ] < none -> 1.1.28-2.1 > ( text )
  Considering xsltproc:amd64 1 as a solution to skrooge-kf5:amd64 9999
  Re-Instated xsltproc:amd64
Broken skrooge-kf5:amd64 Depends on skrooge-kf5-common [ amd64 ] < none -> 2.5.0-0ubuntu1~ppa1 > ( kde ) (>= 2.5.0-0ubuntu1~ppa1)
  Considering skrooge-kf5-common:amd64 0 as a solution to skrooge-kf5:amd64 9999
  Re-Instated skrooge-kf5-common:amd64
Broken skrooge-kf5:amd64 Depends on qtdeclarative5-controls-plugin [ amd64 ] < none -> 5.5.1-1ubuntu1 > ( universe/libs )
  Considering qtdeclarative5-controls-plugin:amd64 1 as a solution to skrooge-kf5:amd64 9999
  Re-Instated qtdeclarative5-controls-plugin:amd64
Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 skrooge-kf5 : Depends: qtbase-abi-5-5-1
               Recommends: weboob but it is not going to be installed
E: Unable to correct problems, you have held broken packages.


Arg! KDE Neon should just include the latest skrooge *and* it shouldn't need a different package name. But given the situation, what can I do? Do I have to reinstall my whole system now?

What is the version of qtbase5-dev in Neon?
I will try to build a new version of skrooge for backport / Neon.
You will have it here:
https://launchpad.net/~s-mankowski/+arc ... ckport-kf5

qtbase5-dev is 5.7.0+dfsg-1+16.04+build5

Note: I'm *sure* that installing the old skrooge caused my system to swap some libraries for others and removing it plus autoremove didn't switch everything back… I think kactivities was swapped for kactivitymanagerd or something like that among other changes. I can't figure out how to swap back in that case because removing or installing threatens to remove other core things. I'm not sure if there were any other changes…

Hi,
I'm on the same boat with KDE Neon 5.8 and Qt 5.7

Hi,

I asked the question "how to create a ppa for neon" but I don't have answer until now:
viewtopic.php?f=309&t=136509&p=365009&hilit=skrooge+neon#p365009

Neon isn't a distro, it's basically itself repos sorta like PPAs running on top of Ubuntu 16.04. Skrooge is an official KDE project, so the updated version should be packaged for Neon and included right in the core Neon repos for all Neon users. There should not be a separate PPA to add.

wolftune wrote:Nso the updated version should be packaged for Neon and included right in the core Neon repos for all Neon users.

I would like too.
But, Skrooge is in ubuntu 16.04, but I have my own PPA to be able to deliver newest versions.
So, why is it not possible to have its own PPA to be able to deliver newest versions for Neon?

Oh, I'm sure it's possible for you to just make a different PPA. There's *zero* need to get anyone's input necessarily. Just make a different ppa with a different name and make it for Ubuntu 16.04 also. Neon *is* Ubuntu 16.04. You can just tell Neon users that they need to install the alternate PPA.

If it were ppa:s-mankowski/ppa-neon that would do it. You would just tell users not to also have the kf5 ppa (or, you could avoid conflict by making sure that the version in ppa-neon is always recognized by apt as newer than any non-neon ppa). To be clear, you wouldn't do anything technically different. You would mark the package as being for Ubuntu xenial. It would be identical to your ppa-kf5 except with the packages built to work correctly with Neon.

My point about being included in Neon is just that it makes more sense in principle for the correct updated package for Neon to be in the Neon repos themselves. They should let you be an official maintainer of the skrooge package in Neon, and you can update it to the very latest that way. I don't know how that works. But I know that Neon advocates keeping KDE packages at the latest cutting-edge stable release (and beta even for the developer version of Neon, I think). So, even though Ubuntu is more stable LTS, the Neon part (just the KDE apps) is meant to stay up with the very newest releases.

So, while there *ought* not be a separate PPA for Skrooge for Neon, if you made one, I'd use it and be happy that I finally had the latest Skrooge. Alternately, we could troubleshoot why there are dependency conflicts in my Neon install for the standard 16.04 skrooge-kf5 package.

The problem is that, if I want to do my own ppa for neon, I need to add a dependency to neon package.
But, I'm not able to find the ppa for neon in launchpad.

PS: I already did the same kind of thing for "backport"
https://launchpad.net/~s-mankowski/+arc ... pendencies

Neon is not a PPA. It's repositories, like PPAs sorta.

At https://neon.kde.org/faq they really discourage people from just adding Neon to existing installs, they suggest running it as a full system install.

But if you want to add it as a repo to an Ubuntu 16.04 install, the repo I have is shown in synaptic as a deb with the address http://archive.neon.kde.org/user/

Thank you for the information, but I still don't know how to define a new ppa in launchpad to be able to build a version of Skrooge compliant with Neon.

Can you clarify what the issue is in getting Skrooge to work in Neon at all? If you simply compiled a binary that worked in Neon at all, I could download it as a .deb or something even in the absence of a PPA. I don't myself understand what's going on with the dependency conflicts. Getting a working skrooge-kf5 in Neon shouldn't itself depend on how to make a PPA. A working binary could be submitted to be included in the Neon repo itself too.

Hi,

In fact, I just need to build a Skrooge 2.5.0 with the version of libraries (Qt, KDE, grantlee, sqlite, ...) used by Neon.
With PPA on launchpad, I can build Skrooge 2.5.0 using the right versions of libraries for:
- ubuntu 16.10 (even if not deployed yet)
- ubuntu 16.04
- ubuntu 15.10
- ubuntu 15.04
and for 32 bits and 64 bits !
And I don't need to build 8 different build environment to do that.
I would like to be able to do the same thing for Neon.

You are right, I could build a deb file for Neon.
But, I don't want to have to setup a build environment for Neon while I don't use Neon.

What I don't understand is "How does it works for all others Qt applications (gwenview, digikam, ...)?

Since Neon is the specific place for optimal KDE development, all the KDE stuff supposed to be up-to-date etc. I find it odd that you, as a maintainer of an official KDE program, have been left out of the loop on that.

The Neon maintainers should get in touch with you to work this all out. But anyway, I think it makes sense to consider getting into Neon, as it's the main KDE approach now for testing the latest KDE everything.

I don't know exactly the results or whatever, but I believe you can add the repo I listed above to a system as an alternative to installing Neon as a new system. Also, you can just look at that repo to see what libraries are used.

Overall, it seems that one way or another, all official KDE packages should be updated in Neon, that's the whole idea. It's weird that it's hard to figure out who to contact to figure this out. I think all the other programs in Neon are actively built by the Neon team, that's my guess anyway.

Hi,

As you can see here (viewtopic.php?f=309&t=136509&p=365455&hilit=skrooge+neon#p365455), you can install Skrooge on neon from my ppa. https://launchpad.net/~s-mankowski/+arc ... tu/ppa-kf5