Bug 661810 – KDE Applications 18.04.3 stabilisation

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Andreas Sturmlechner 2018-07-22 15:03:32 UTC]

In preparation.

[Comment 1 Frank Krömmelbein 2018-07-22 18:18:36 UTC]

1) Please add =media-libs/mlt-6.6.0 to the list

kde-apps/kdenlive-18.04.3 (>=media-libs/mlt-6.6.0[ffmpeg,kdenlive,melt,qt5,sdl,xml])
media-video/shotcut-18.03 (>=media-libs/mlt-6.6.0[ffmpeg,frei0r,qt5,sdl2,xml])

[Comment 2 Andreas Sturmlechner 2018-07-22 22:00:49 UTC]

Bumping to kde-apps/kdenlive-18.04.3-r1 (using media-libs/mlt[sdl2] now)

[Comment 3 Frank Krömmelbein 2018-07-24 16:25:15 UTC]

Looks good so far for me. 
And I apologize now the following will be a little longer ;-)
 
However, two strange problems have occurred, but none of them is likely to affect the normal user:

2) These 4 failed in the tatt test-run, for which I have no explanation:

USE='geogebra handbook -scripting' FEATURES='' failed for =kde-apps/kig-18.04.3
USE='' FEATURES=' test' failed for =kde-apps/kiten-18.04.3
FEATURES='' failed for =kde-apps/kmag-18.04.3
USE='' FEATURES=' test' failed for =kde-apps/kmag-18.04.3

None of them could be reproduced afterwards in this installation or on my other system. Also, I have no logs for them.
I would rule out stability problems of my system, then there would have been more errors. The original update and the tatt test run lasted a total of ~22 hours and there were more then 1,200 emerge operations.

All other problems in the tatt test-run, were due to the known problems as:
+systemd, +libav (i use ffmpeg), stable masked useflags as julia, unfulfilled use flag of dependencies packages, useflags that require other useflags to be set too, etc. 
I have this all checked manually after the fix of issue 3.



3) I always do a system backup after the actual update and before the tatt test run.
And i do a restore of the system normaly after the use of tatt. 
The reason for this is that after the run, the packages are installed with test useflag/feature enabled. So "emerge -1 --update --deep --newuse @world --with-bdeps=y" would then reemerge every package which was previously installed with test useflag/feature because this has now been dropped.
This time i decided, because of a bug in my restore script, to go another way and just do a single
emerge -1 --keep-going $list
In retrospect, a bad decision ;-)

The packages that emerged several times before now fail:
kalgebra, ktp-text-ui, parley, kdepim-runtime, akonadiconsole ,akregator, grantlee-editor, pim-sieve-editor, akonadi-import-wizard, kmail, kontact, mbox-importer ,pim-data-exporter, ktp-call-ui, konqueror
with the same problem, e.g. akonadi-import-wizard:

5.46.0 /usr/lib64/libKF5Codecs.so.5.46.0 /usr/lib64/libKF5CoreAddons.so.5.46.0 /usr/lib64/libQt5Core.so.5.9.6 
/usr/lib64/libQt5WebEngineCore.so.5: undefined reference to `dbus_watch_get_data@LIBDBUS_1_3'
collect2: error: ld returned 1 exit status
make[2]: *** [src/CMakeFiles/akonadiimportwizard.dir/build.make:630: bin/akonadiimportwizard] Error 1
make[2]: Leaving directory '/var/tmp/portage/kde-apps/akonadi-import-wizard-18.04.3/work/akonadi-import-wizard-18.04.3_build'
make[1]: *** [CMakeFiles/Makefile2:341: src/CMakeFiles/akonadiimportwizard.dir/all] Error 2
make[1]: Leaving directory '/var/tmp/portage/kde-apps/akonadi-import-wizard-18.04.3/work/akonadi-import-wizard-18.04.3_build'
make: *** [Makefile:141: all] Error 2
 [31;01m*[0m ERROR: kde-apps/akonadi-import-wizard-18.04.3::gentoo failed (compile phase):

I then cleaned up first "emerge --depclean" and did a "revdep-rebuild.sh -p" check, but the packages still failed.
Then I suspect because of the error message did a 

emerge -1 dbus
and then i could emerge all the remaining packages!
WTF? I have no explanation for this strange behavior.

Taces added for all the packages except of konqueror and ktp-call-ui which i depcleaned before.
I checked with "genlop -t" the last time emerge of dbus was on 9. this month after the qt update.
It looks for me like one of the emerge operations damaged somehow the dbus installation.

[Comment 4 Frank Krömmelbein 2018-07-24 16:26:09 UTC]

Created attachment 540716 [details]
kdeappsbugs.tar.bz2

[Comment 5 Andreas Sturmlechner 2018-07-27 22:10:09 UTC]

As always, thanks for testing @Frank. Strange issue but this won't block stabilisation as it seems to be a local anomaly only.

[Comment 6 Stabilization helper bot 2018-07-28 00:00:38 UTC]

An automated check of this bug failed - repoman reported dependency errors (30 lines truncated): 

> dependency.bad kde-apps/konqueror/konqueror-18.04.3.ebuild: RDEPEND: amd64(default/linux/amd64/17.0) ['kde-misc/kwebkitpart:5']
> dependency.bad kde-apps/konqueror/konqueror-18.04.3.ebuild: RDEPEND: amd64(default/linux/amd64/17.0/desktop) ['kde-misc/kwebkitpart:5']
> dependency.bad kde-apps/konqueror/konqueror-18.04.3.ebuild: RDEPEND: amd64(default/linux/amd64/17.0/desktop/gnome) ['kde-misc/kwebkitpart:5']

[Comment 7 Mikle Kolyada (RETIRED) 2018-07-28 02:58:37 UTC]

amd64 is almost done, and will be stabilized just till the end of the 28 Jul day, (just need investigate a bit more due to number of packages), removing amd64 from CC so nobody else steps in the hornets nest. Added myself.

[Comment 8 Thomas Deutschmann (RETIRED) 2018-07-28 13:43:52 UTC]

Looks like we need gstream-1.14.x from bug 661288: 

!!! All ebuilds that could satisfy "media-plugins/gst-plugins-meta:1.0[alsa,theora,vorbis,v4l]" have been masked.
!!! One of the following masked packages is required to complete your request:
- media-plugins/gst-plugins-meta-1.14.1::gentoo (masked by: ~x86 keyword)
- media-plugins/gst-plugins-meta-1.12.4::gentoo (masked by: )

(dependency required by "kde-apps/kamoso-18.04.3::gentoo" [ebuild])
(dependency required by "kde-apps/kamoso" [argument])

[Comment 9 Mart Raudsepp 2018-07-28 14:17:45 UTC]

gst-plugins-meta-1.12.4 should be just fine, you must have some issues with your 1.12.4 somehow; it has all the needed stuff in IUSE. That said, I wouldn't mind more priority to the gstreamer bug, but I realize it might be waiting on test failures, which don't happen for me...

[Comment 10 Thomas Deutschmann (RETIRED) 2018-07-28 20:09:46 UTC]

Thanks Mart, you are right. I missed that I still had a gstreamer-1.14.x package keyworded, that's why emerge wanted to pull in other gstreamer-1.14.x packages. KDE is now emerging...

[Comment 11 Andreas Sturmlechner 2018-07-28 22:01:22 UTC]

(In reply to Mikle Kolyada from comment #7)
> amd64 is almost done, and will be stabilized just till the end of the 28 Jul
> day, (just need investigate a bit more due to number of packages), removing
> amd64 from CC so nobody else steps in the hornets nest. Added myself.

Thanks for taking care of it, feel free to fix the USE !webengine missing dep on your own. (is there a package.use.stable.force? otherwise we can stabilise kwebkitpart as well).

I'm away from Gentoo access for several days to come.

[Comment 12 Mikle Kolyada (RETIRED) 2018-07-29 00:06:06 UTC]

(In reply to Andreas Sturmlechner from comment #11)
> (In reply to Mikle Kolyada from comment #7)
> > amd64 is almost done, and will be stabilized just till the end of the 28 Jul
> > day, (just need investigate a bit more due to number of packages), removing
> > amd64 from CC so nobody else steps in the hornets nest. Added myself.
> 
> Thanks for taking care of it, feel free to fix the USE !webengine missing
> dep on your own. (is there a package.use.stable.force? otherwise we can
> stabilise kwebkitpart as well).
> 
> I'm away from Gentoo access for several days to come.

kwebkitpart should be ok to stabilize, takes me a little bit more time though than I expected, still on it

[Comment 13 Mikle Kolyada (RETIRED) 2018-07-29 00:40:41 UTC]

(In reply to Mikle Kolyada from comment #12)
> (In reply to Andreas Sturmlechner from comment #11)
> > (In reply to Mikle Kolyada from comment #7)
> > > amd64 is almost done, and will be stabilized just till the end of the 28 Jul
> > > day, (just need investigate a bit more due to number of packages), removing
> > > amd64 from CC so nobody else steps in the hornets nest. Added myself.
> > 
> > Thanks for taking care of it, feel free to fix the USE !webengine missing
> > dep on your own. (is there a package.use.stable.force? otherwise we can
> > stabilise kwebkitpart as well).
> > 
> > I'm away from Gentoo access for several days to come.
> 
> kwebkitpart should be ok to stabilize, takes me a little bit more time
> though than I expected, still on it

but that is my installation fault, amd64 stable

[Comment 14 Thomas Deutschmann (RETIRED) 2018-07-29 12:57:12 UTC]

x86 stable, closing