Re: [Wireshark-dev] Qt availability changes

2020-01-28 Thread Roland Knall
A good overview by one of the KDE developers, focussing - obviously - on the Linux side: https://tsdgeos.blogspot.com/2020/01/the-qt-company-is-stopping-qt-lts.html Long story short - we may have to host our own version at some point. Am Di., 28. Jan. 2020 um 12:44 Uhr schrieb Roland Knall : >

Re: [Wireshark-dev] Qt availability changes

2020-01-28 Thread Roland Knall
Am Di., 28. Jan. 2020 um 01:43 Uhr schrieb Peter Wu : > > > I think it is worth emphasizing that it only affects users who build or > develop Wireshark from source. The final Wireshark installer will still > bundle the Qt bits. > We need to get those bundles from somewhere, meaning we either

Re: [Wireshark-dev] Qt availability changes

2020-01-28 Thread Guy Harris
On Jan 28, 2020, at 2:24 AM, Graham Bloice wrote: > As noted somewhere in the linked discussion, I suspect that the end result > will be projects caching a "suitable" version for a while and then > periodically, e.g. major releases, updating to the current latest. It's too > much work to

Re: [Wireshark-dev] Qt availability changes

2020-01-28 Thread Graham Bloice
On Tue, 28 Jan 2020 at 00:43, Peter Wu wrote: > > > > > As folks noted in the thread you linked to, how will CI systems handle > > > this? > > Good question... I have automated Qt installation for Travis CI with > >