Upcoming reorganisation of the CI system

[Ben Cooksley]

On Wed, Aug 22, 2018 at 3:05 AM Morten Volden <mvolden2 at gmail.com> wrote:
>>
>> I suspect in this instance the problem may be caused by the KVM QXL
>> drivers that we're reliant on to serve as the system graphics.
>> Any ideas as to whether this might be the case or not?
>>
>>
> No.
>
> And I'm not really sure how to verify.

Okay. My initial research indicates that KVM only introduced
experimental support for OpenGL in 2016, which would have been after
the Ubuntu 16.04 release was made.
As our CI hosts run Ubuntu 16.04, we don't have support for this at
the physical host / KVM level, hence why OpenGL is unavailable.

As a consequence of that, only emulated DirectX 9.0 support is
available - which would be why these tests fail.

At some point in the next couple of months we'll be upgrading to 18.04
for the CI Physical Hosts, which might allow us to experiment with
OpenGL support in Windows.

>
> Cheers

Cheers,
Ben

>
> Den tir. 21. aug. 2018 kl. 18.40 skrev Ben Cooksley <bcooksley at kde.org>:
>>
>> On Wed, Aug 22, 2018 at 2:36 AM Morten Volden <mvolden2 at gmail.com> wrote:
>> >
>> > Hi Ben
>>
>> Hi Morten,
>>
>> >
>> > I don't know if this is on you radar or not, but here goes.
>> >
>> > I have noticed that quite a few of the KDevelop unittests are failing on the Windows CI.
>> >
>> > Running the tests locally they work fine.
>> >
>> > If I look at the output of the failing tests it is similar to that pasted below.
>> >
>> > Searching brought me to this page:
>> >
>> > https://stackoverflow.com/questions/43897167/does-qt-build-with-opengl-angle-fix-support-for-windows-clients-not-having-openg/43932575#43932575
>> >
>> > Which seem to suggest that (re) install DirectX End-User Runtimes (June 2010).should fix the issues.
>> >
>> > Since people will be giving the servers some TLC in the near future I thought it might be worth looking at.
>>
>> I suspect in this instance the problem may be caused by the KVM QXL
>> drivers that we're reliant on to serve as the system graphics.
>> Any ideas as to whether this might be the case or not?
>>
>>
>> As part of the system setup we have to install the DirectX SDK for
>> some components so I would have expected that it took care of
>> installing all the necessary runtime components as well.
>>
>> >
>> > Kind Regards
>> >
>> > Morten
>>
>> Cheers,
>> Ben
>>
>> >
>> >
>> > qt.qpa.input.tablet: Tablet support:  "None"
>> > qt.qpa.windows: QWindowsContext::setProcessDpiAwareness 2
>> > SetProcessDpiAwareness(2) failed: COM error 0xffffffff80070005 E_ACCESSDENIED (Unknown error 0x080070005), using 2
>> > qt.qpa.windows: QWindowsIntegrationPrivate::QWindowsIntegrationPrivate DpiAwareness= 2 effective process DPI awareness= 2
>> > qt.qpa.windows: QWindowsContext::registerWindowClass "Qt5ClipboardView" style=0x0 brush=0x0 icon=false atom=49400
>> > qt.qpa.mime: QWindowsClipboard::registerViewer m_clipboardViewer: 0xede04e8 format listener: true next: 0x0
>> > qt.qpa.windows: New Monitor:  Screen "WinDisc" 1024x768+0+0 avail: 1024x768+0+0 physical: -1x-1 DPI: 96x96 Depth: 32 Format: 6 hMonitor: 0x10001 primary virtual desktop lock screen
>> > qt.qpa.fonts: QWindowsFontDatabase::systemDefaultFont QFont( "MS Shell Dlg 2,8.25,-1,5,50,0,0,0,0,0" )
>> > qt.qpa.windows: QWindowsTheme::refreshIconPixmapSizes (QSize(16, 16), QSize(32, 32), QSize(48, 48), QSize(256, 256))
>> > qt.qpa.gl: QWindowsIntegration::createPlatformOpenGLContext QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SwapBehavior(DefaultSwapBehavior), swapInterval 1, colorSpace QSurfaceFormat::ColorSpace(DefaultColorSpace), profile  QSurfaceFormat::OpenGLContextProfile(NoProfile))
>> > qt.qpa.gl: Basic wglCreateContext gives version 1.1
>> > qt.qpa.gl: OpenGL version too low
>> > qt.qpa.gl: OpenGL 2.0 entry points not found
>> > qt.qpa.gl: GPU features: QSet("disable_d3d11", "disable_desktopgl", "disable_d3d9")
>> > qt.qpa.gl: Disabling Desktop GL:  GpuDescription(vendorId=0x0, deviceId=0x0, subSysId=0x0, revision=0, driver: "", version=, "")
>> > qt.qpa.gl: Disabling D3D11:  GpuDescription(vendorId=0x0, deviceId=0x0, subSysId=0x0, revision=0, driver: "", version=, "")
>> > qt.qpa.gl: Disabling D3D9:  GpuDescription(vendorId=0x0, deviceId=0x0, subSysId=0x0, revision=0, driver: "", version=, "")
>> > qt.qpa.gl: QWindowsOpenGLTester::supportedRenderers GpuDescription(vendorId=0x0, deviceId=0x0, subSysId=0x0, revision=0, driver: "", version=, "") renderer:  QFlags(0x8|0x20)
>> > qt.qpa.gl: Qt: Using EGL from libEGLd
>> > qt.qpa.gl: Qt: Using OpenGL ES 2.0 from libGLESv2d
>> > qt.qpa.gl: QWindowsEGLStaticContext::create Created EGL display 0x1e5631fcd80 v 1 . 4
>> >
>> >
>> >
>> >
>> > Den tir. 21. aug. 2018 kl. 17.27 skrev Ben Cooksley <bcooksley at kde.org>:
>> >>
>> >> Hi all,
>> >>
>> >> Final call for objections or queries for this change - i'll be looking
>> >> to roll this out this weekend.
>> >>
>> >> Note: Plasma and KDevelop, i'm not subscribed to your lists so please
>> >> ensure i'm in CC for any responses.
>> >>
>> >> Cheers,
>> >> Ben
>> >
>> >
>> >
>> > --
>> > Regards / Med venlig hilsen
>> >
>> > Morten Danielsen Volden
>> > Software Developer
>> > M.Sc. EE
>
>
>
>