El divendres, 18 de desembre de 2020, a les 18:51:32 CET, Albert Astals Cid va
escriure:
> El divendres, 18 de desembre de 2020, a les 6:44:41 CET, Friedrich W. H.
> Kossebau va escriure:
> > Am Donnerstag, 17. Dezember 2020, 21:06:23 CET schrieb David Faure:
> > > In general I might have asked
El divendres, 18 de desembre de 2020, a les 6:44:41 CET, Friedrich W. H.
Kossebau va escriure:
> Am Donnerstag, 17. Dezember 2020, 21:06:23 CET schrieb David Faure:
> > In general I might have asked for a more conservative approach; but
> > currently anything we do to help with preparing the Qt 6
Am Freitag, 18. Dezember 2020, 00:31:45 CET schrieb Albert Astals Cid:
> El dijous, 17 de desembre de 2020, a les 21:16:57 CET, Ahmad Samir va
escriure:
> > On 17/12/2020 22:06, David Faure wrote:
> > [...]
> >
> > > Right. That's a reason to fix something indeed, but there are still two
> > >
Am Donnerstag, 17. Dezember 2020, 21:06:23 CET schrieb David Faure:
> In general I might have asked for a more conservative approach; but
> currently anything we do to help with preparing the Qt 6 migration is a
> good thing, and having one less Qt version to support helps with that.
>
> So, in
El dijous, 17 de desembre de 2020, a les 21:16:57 CET, Ahmad Samir va escriure:
> On 17/12/2020 22:06, David Faure wrote:
> [...]
> >
> > Right. That's a reason to fix something indeed, but there are still two ways
> > to fix that, if it was the only reason : either raise min req to Qt 5.14, or
>
On 17/12/2020 22:06, David Faure wrote:
[...]
Right. That's a reason to fix something indeed, but there are still two ways
to fix that, if it was the only reason : either raise min req to Qt 5.14, or
ask for a Qt 5.13 CI.
Ben said on IRC:
"I used 5.14 as a practical matter as 5.13 is
On jeudi 17 décembre 2020 00:20:41 CET Friedrich W. H. Kossebau wrote:
> Hi,
>
> Am Samstag, 12. Dezember 2020, 22:25:32 CET schrieb David Faure:
> > Just a data point on this discussion. Every time we raise the min Qt
> > version, we make life easier for KDE developers, and harder for others who
On Thu, Dec 17, 2020 at 12:21 AM Friedrich W. H. Kossebau
wrote:
>
> Though please those who want to support Qt 5.13 for some more time, consider
> adding support for KDE CI then.
>
Right, that Qt 5.13 ship has sailed with the recent CI purge by Ben to
clean up the old 5.13 builders. If we want
Hi,
Am Samstag, 12. Dezember 2020, 22:25:32 CET schrieb David Faure:
> Just a data point on this discussion. Every time we raise the min Qt
> version, we make life easier for KDE developers, and harder for others who
> might be thinking of integrating a framework into their project.
>
> Just
Am Samstag, 12. Dezember 2020, 22:25:32 CET schrieb David Faure:
> Just a data point on this discussion. Every time we raise the min Qt
> version, we make life easier for KDE developers, and harder for others who
> might be thinking of integrating a framework into their project.
>
> Just today I
Just a data point on this discussion. Every time we raise the min Qt version,
we make life easier for KDE developers, and harder for others who might be
thinking of integrating a framework into their project.
Just today I tried using a KF5 library to extend a single plugin in an
existing
No time left to cut the reply short right now, please bear with me...
Am Montag, 7. Dezember 2020, 16:34:16 CET schrieb Volker Krause:
> On Sonntag, 6. Dezember 2020 14:20:47 CET Friedrich W. H. Kossebau wrote:
> > you might have seen I asked* whether anyone knows a real world requirement
> > to
On Sun Dec 06, 2020 at 08:32:36PM +0100, Adriaan de Groot wrote:
> On Sunday, 6 December 2020 18:05:19 CET David Faure wrote:
> > On dimanche 6 décembre 2020 17:39:38 CET Albert Astals Cid wrote:
> > > * MidnightBSD
> > > * openBSD
> > >
> > > The BSDs are a bit more unfortunate.
> >
> >
On Sonntag, 6. Dezember 2020 14:20:47 CET Friedrich W. H. Kossebau wrote:
> you might have seen I asked* whether anyone knows a real world requirement
> to stick with Qt 5.13 as new current minimum required Qt version for
> current KF releases. So far no-one had to report a reason to support Qt >=
Hi Rafael,
thanks for your quick reply.
Am Montag, 7. Dezember 2020, 06:48:44 CET schrieb Rafael Sadowski:
> On Sun Dec 06, 2020 at 08:32:36PM +0100, Adriaan de Groot wrote:
> > On Sunday, 6 December 2020 18:05:19 CET David Faure wrote:
> > > On dimanche 6 décembre 2020 17:39:38 CET Albert
Hi,
Le 06/12/2020 à 18:05, David Faure a écrit :
On dimanche 6 décembre 2020 17:39:38 CET Albert Astals Cid wrote:
* MidnightBSD
* openBSD
The BSDs are a bit more unfortunate.
Thanks for the information, Albert.
Apparently this means bumping the requirement to Qt 5.14 would break
On Sunday, 6 December 2020 18:05:19 CET David Faure wrote:
> On dimanche 6 décembre 2020 17:39:38 CET Albert Astals Cid wrote:
> > * MidnightBSD
> > * openBSD
> >
> > The BSDs are a bit more unfortunate.
>
> Thanks for the information, Albert.
>
> Apparently this means bumping the requirement
On Mon, Dec 7, 2020 at 6:05 AM David Faure wrote:
> On dimanche 6 décembre 2020 17:39:38 CET Albert Astals Cid wrote:
> > * MidnightBSD
> > * openBSD
> > The BSDs are a bit more unfortunate.
>
> Thanks for the information, Albert.
>
> Apparently this means bumping the requirement to Qt 5.14
On dimanche 6 décembre 2020 17:39:38 CET Albert Astals Cid wrote:
> * MidnightBSD
> * openBSD
> The BSDs are a bit more unfortunate.
Thanks for the information, Albert.
Apparently this means bumping the requirement to Qt 5.14 would break OpenBSD.
How can we reach OpenBSD KDE people?
CC'ing
El diumenge, 6 de desembre de 2020, a les 14:20:47 CET, Friedrich W. H.
Kossebau va escriure:
> Hi,
>
> you might have seen I asked* whether anyone knows a real world requirement to
> stick with Qt 5.13 as new current minimum required Qt version for current KF
> releases. So far no-one had to
Hi,
you might have seen I asked* whether anyone knows a real world requirement to
stick with Qt 5.13 as new current minimum required Qt version for current KF
releases. So far no-one had to report a reason to support Qt >= 5.13 instead
of only Qt >= 5.14 now.
* E.g.
21 matches
Mail list logo