Jenkins and XDG_DATA_DIRS

[Martin Graesslin]

On Saturday, March 19, 2016 10:27:38 PM CET David Faure wrote:
> It appears that something regressed in the jenkins setup.
> 
> Almost all of the current failures in the "Frameworks kf5-qt5" group come
> from XDG_DATA_DIRS not being set up correctly anymore, I think.
> E.g. in
> https://build.kde.org/view/Frameworks%20kf5-qt5/job/kio%20master%20kf5-qt5/
> 269/PLATFORM=Linux,compiler=gcc/console * KUriFilterTest and others fail to
> see the servicetype "KUriFilter/Plugin" which kio installs itself
> 
> The kio job says
> 
> export
> XDG_DATA_DIRS="/srv/jenkins/install/ubuntu/x86_64/g++/kf5-qt5/frameworks/kw
> idgetsaddons/inst/usr/share:/srv/jenkins/install/ubuntu/x86_64/g++/kf5-qt5/f
> rameworks/kauth/inst/usr/share:/srv/jenkins/install/ubuntu/x86_64/g++/kf5-qt
> 5/frameworks/sonnet/inst/usr/share:/srv/jenkins/install/ubuntu/x86_64/g++/kf
> 5-qt5/frameworks/knotifications/inst/usr/share:/srv/jenkins/install/ubuntu/x
> 86_64/g++/kf5-qt5/kdesupport/extra-cmake-modules/inst/usr/share:/srv/jenkins
> /install/ubuntu/x86_64/g++/kf5-qt5/frameworks/kdoctools/inst/usr/share:/srv/
> jenkins/install/ubuntu/x86_64/g++/kf5-qt5/frameworks/ktextwidgets/inst/usr/s
> hare:/srv/jenkins/install/ubuntu/x86_64/g++/kf5-qt5/frameworks/kconfigwidget
> s/inst/usr/share:/srv/jenkins/install/ubuntu/x86_64/g++/kf5-qt5/frameworks/k
> jobwidgets/inst/usr/share:/srv/jenkins/install/ubuntu/x86_64/g++/kf5-qt5/fra
> meworks/kcoreaddons/inst/usr/share:/srv/jenkins/install/ubuntu/x86_64/g++/kf
> 5-qt5/frameworks/breeze-icons/inst/usr/share:/srv/jenkins/install/ubuntu/x86
> _64/g++/kf5-qt5/frameworks/kglobalaccel/inst/usr/share:/srv/jenkins/install/
> ubuntu/x86_64/g++/kf5-qt5/frameworks/kservice/inst/usr/share:/srv/jenkins/in
> stall/ubuntu/x86_64/g++/kf5-qt5/frameworks/kwallet/inst/usr/share:/srv/jenki
> ns/install/ubuntu/x86_64/g++/kf5-qt5/kdesupport/phonon/phonon/inst/usr/share
> :$XDG_DATA_DIRS:/usr/share:/usr/share"
> 
> This is missing the dir for kio itself.
> 
> Same kind of problem in kemoticonstest (which loads its own plugin),
> frameworkintegration (same).
> 
> Is this a voluntary change, as in, we should fix the tests to work without
> the need to make install first?

other frameworks affected by the CI-regression are:
* kwindowsystem
* kglobalaccel

both cannot find their own plugin so I assume it's the same problem. I don't 
have the time to rework the tests to make them pass again, sorry :-(

Cheers
Martin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20160321/04f17ac2/attachment.sig>