Time formats / LC_TIME challenge for 4-digit year support

2018-12-03 Thread Jaroslaw Staniek
Hello, The need: 4-digit year support for short date formats to avoid issues like "10/11/12" dates. This is just my initial conclusion from for the Qt date format issue:

Re: Transitioning CI builds of all non-Frameworks from Qt 5.9

2018-12-03 Thread René J . V . Bertin
Hi, Can't you just configure the CI to use Qt 5.10? I think it's not good to hardcode an "overzealous" (for lack of a better word) Qt version in projects that don't require them AND I think that one should support the current LTS release in as many projects as possible as a general rule of

Re: Transitioning CI builds of all non-Frameworks from Qt 5.9

2018-12-03 Thread Ben Cooksley
On Mon, Dec 3, 2018 at 10:31 PM René J.V. Bertin wrote: > > Hi, > > Can't you just configure the CI to use Qt 5.10? I think it's not good to > hardcode an "overzealous" (for lack of a better word) Qt version in projects > that don't require them AND I think that one should support the current

Re: Transitioning CI builds of all non-Frameworks from Qt 5.9

2018-12-03 Thread Elvis Angelaccio
On 03/12/18 09:46, Ben Cooksley wrote: > Hi all, Hi Ben > > I've been informed by the PIM developers that they would like to bump > the dependency of the Qt version they use, from Qt 5.9 which it's on > currently, to Qt 5.10. > > As a consequence, due to many KDE projects using PIM

Transitioning CI builds of all non-Frameworks from Qt 5.9

2018-12-03 Thread Ben Cooksley
Hi all, I've been informed by the PIM developers that they would like to bump the dependency of the Qt version they use, from Qt 5.9 which it's on currently, to Qt 5.10. As a consequence, due to many KDE projects using PIM libraries, their dependency on Qt will also be effectively bumped. To