I now have two apps that refuse to work because the KDE libraries
specified are incompatible with Mageia 7.

(1) Kmymoney: "Cannot mix incompatible Qt library (version 0x50c02)
with this library (version 0x50c06)"

(2) Minitube: A player for YouTube. Not in the repos. I downloaded the latest version from the developer's site, and it works. Mint offers an earlier version, which crashes for much the same reason as Kmymoney.

I would have thought that a specific version of a library should not be required, but that version or newer. This is particularly true of KDE,
which uploads a different version every other day. There are examples
in Mageia of equating a library with an earlier one by means of a
symlink, but a later package does not recognize links not put there by
an RPM.

--- MBSE BBS v1.0.7.13 (GNU/Linux-x86_64)
* Origin: Aioe.org NNTP Server (2:250/1@fidonet)

On 12/8/19 4:02 AM, Doug Laidlaw wrote:

I now have two apps that refuse to work because the KDE libraries
specified are incompatible with Mageia 7.

(1)  Kmymoney: "Cannot mix incompatible Qt library (version 0x50c02)
with this library (version 0x50c06)"

(2) Minitube: A player for YouTube.  Not in the repos.  I downloaded the latest version from the developer's site, and it works.  Mint offers an earlier version, which crashes for much the same reason as Kmymoney.

I would have thought that a specific version of a library should not be required, but that version or newer.  This is particularly true of KDE, which uploads a different version every other day.  There are examples
in Mageia of equating a library with an earlier one by means of a
symlink, but a later package does not recognize links not put there by
an RPM.

Not an app I normally use, but I just installed kmymoney 5.0.7 from the
Mageia repos, and it runs just fine.

Mageia just updated the "QT5 stack" to version 5.12.6. The update
included updates to kwin, Skrooge, and pyside, as well as a long list of libraries. A glitch that was quickly fixed resulted in some of the
packages being updated again a day or two later.

My install is fully updated, including those newer QT5 packages.

The message you quote makes it sound like you picked up some of the
updates, but not all of them. These libraries are designed to work
together, and if you have some new and some old, it just won't work.

I would suggest that the first thing you should try is to check for
updates again.

TJ

--- MBSE BBS v1.0.7.13 (GNU/Linux-x86_64)
* Origin: A noiseless patient Spider (2:250/1@fidonet)

On 12/8/19 4:02 AM, Doug Laidlaw wrote:

I now have two apps that refuse to work because the KDE libraries
specified are incompatible with Mageia 7.

(1)  Kmymoney: "Cannot mix incompatible Qt library (version 0x50c02)
with this library (version 0x50c06)"

(2) Minitube: A player for YouTube.  Not in the repos.  I downloaded the latest version from the developer's site, and it works.  Mint offers an earlier version, which crashes for much the same reason as Kmymoney.

****Skipping rant****

Minitube IS in the Mageia 7 repositories. An update was just sent to the
QA team for testing. Give us a few days to get it tested, as there is a
very long list waiting at the moment.

Of course, that is not to say that it will work on your particular
system, as you may have another underlying issue preventing it.

TJ

--- MBSE BBS v1.0.7.13 (GNU/Linux-x86_64)
* Origin: A noiseless patient Spider (2:250/1@fidonet)

On 9/12/19 2:40 am, TJ wrote:

Mageia just updated the "QT5 stack" to version 5.12.6. The update
included updates to kwin, Skrooge, and pyside, as well as a long list of libraries. A glitch that was quickly fixed resulted in some of the
packages being updated again a day or two later.

Mine worked O.K. in Cauldron. In 7, I don't have even minimal KDE,
only the libraries that other programs pull in.

The second case, with Minitube is a bug with a long neck. It has reared
its ugly head before, and affected Windows, MacOS and Linux.
Eventually, it just went away -- until now. The common factor seems to
be Qt, so it might be related to the above. Just looking at RPMdrake, I
seem to have no core Qt5 packages, only a few with helpers, e.g. several "lib64qt5eglfsXXX" ones. Their version is 5.12.6. Also, to build
Minitube from the tarball, I need qmake. rpmdrake lists about a dozen packages that are supposed to provide it, but don't. I have been
running the release for Ubuntu, converted to an RPM with alien, with no problems at all until now. Maybe the found packages are for Qt4.

--- MBSE BBS v1.0.7.13 (GNU/Linux-x86_64)
* Origin: Aioe.org NNTP Server (2:250/1@fidonet)

On 12/13/19 8:22 AM, Doug Laidlaw wrote:

On 9/12/19 2:40 am, TJ wrote:

Mageia just updated the "QT5 stack" to version 5.12.6. The update
included updates to kwin, Skrooge, and pyside, as well as a long list
of libraries. A glitch that was quickly fixed resulted in some of the
packages being updated again a day or two later.

Mine worked O.K. in Cauldron.   In 7, I don't have even minimal KDE,
only the libraries that other programs pull in.

The second case, with Minitube is a bug with a long neck.  It has reared its ugly head before, and affected Windows, MacOS and Linux. Eventually,
it just went away -- until now.  The common factor seems to be Qt, so it might be related to the above.  Just looking at RPMdrake, I seem to have
no core Qt5 packages, only a few with helpers, e.g. several "lib64qt5eglfsXXX" ones.  Their version is 5.12.6.  Also, to build Minitube from the tarball, I need qmake.  rpmdrake lists about a dozen packages that are supposed to provide it, but don't.  I have been
running the release for Ubuntu, converted to an RPM with alien, with no problems at all until now.  Maybe the found packages are for Qt4.

The update to Mageia's Minitube has been tested and validated, and is
waiting on a rather long list for the final steps before being released
to the public. It should happen soon, possibly in a matter of a few hours.

IMO, you'll save yourself a lot of stress if you could be patient just a little longer.

TJ

--- MBSE BBS v1.0.7.13 (GNU/Linux-x86_64)
* Origin: A noiseless patient Spider (2:250/1@fidonet)