> BTW, any chance we can bait-and-switch, renaming QStringView to
> QUtf16StringView and rename QAnyStringView into the newly liberated name?
When we deal with strings, the "Uff" affix is unecessarily verbose.
I mean,
QStringView16
is understandable and more friendly/readable than
QUtf16Stri
On 2020-06-24 16:59, Thiago Macieira wrote:
On Wednesday, 24 June 2020 00:32:04 PDT Marc Mutz via Development
wrote:
- QAnyStringView is the interface type (and only that)
- Q(Utf8)StringView are the parse types (via QAnyStringView::visit())
BTW, any chance we can bait-and-switch, renaming QSt
Recent agent failures on Ubuntu suggest that something is still borked.
Cheers,
Volker
From: Tony Sarajärvi
Sent: Wednesday, June 24, 2020 3:02:04 PM
To: Qt development mailing list
Subject: RE: Our CI is suffering from malfunctions currently
Hi all
The sys
On Wednesday, 24 June 2020 00:32:04 PDT Marc Mutz via Development wrote:
> - QAnyStringView is the interface type (and only that)
> - Q(Utf8)StringView are the parse types (via QAnyStringView::visit())
BTW, any chance we can bait-and-switch, renaming QStringView to
QUtf16StringView and rename QAn
Hi all
The system _might_ be up. All tier2 images were lost, and we’ve had some
problems with tier1 images as well. But the only way to be sure things work are
to start the systems and see what happens. So cross your fingers, here we go!
Btrfs, when it breaks down, it surely does it properly.
Hi Milian and Arno,
Sorry for the somewhat late reply, I've been taking a few days off.
First of all I’d like to say a big thanks to Milian for developing and
maintaining Qt WebChannel over the last years.
It’s also great to see you stepping up Arno, thanks a lot!
As far as I can see you don’t
Hi Eddy,
On 2020-06-24 11:27, Edward Welbourne wrote:
Marc Mutz (24 June 2020 09:32) wrote
My Qt 5-era changes to QLatin1String (adding QL1S::arg(), enabling
QL1S as a type for date/time formats, overloading QtJSON functions for
QL1S) have shown how dramatic the effect of 8-bit string values
wi
https://bugreports.qt.io/browse/QTQAINFRA-3812
> -Original Message-
> From: Edward Welbourne
> Sent: Wednesday, 24 June 2020 11:33 AM
> To: Mitch Curtis
> Cc: development@qt-project.org
> Subject: Re: Requesting a repository for Qt Quick Calendar
>
> Mitch Curtis (24 June 2020 10:49) wr
> On 24 Jun 2020, at 11:27, Edward Welbourne wrote:
>
> Marc Mutz (24 June 2020 09:32) wrote
>> My Qt 5-era changes to QLatin1String (adding QL1S::arg(), enabling
>> QL1S as a type for date/time formats, overloading QtJSON functions for
>> QL1S) have shown how dramatic the effect of 8-bit string
Mitch Curtis (24 June 2020 10:49) wrote:
> Gerrit admins, can you please create the repository? :)
I believe the recommended process here is to open a Jira ticket.
You can reference your mail in the list's archive as evidence that
it's warranted. Probably QTQAINFRA has a Gerrit section.
Marc Mutz (24 June 2020 09:32) wrote
> My Qt 5-era changes to QLatin1String (adding QL1S::arg(), enabling
> QL1S as a type for date/time formats, overloading QtJSON functions for
> QL1S) have shown how dramatic the effect of 8-bit string values
> without constructing a QString first really is, with
> On 24 Jun 2020, at 09:32, Marc Mutz via Development
> wrote:
>
> Hi Thiago,
>
> On 2020-06-24 02:36, Thiago Macieira wrote:
>> On Tuesday, 23 June 2020 02:35:05 PDT Marc Mutz via Development wrote:
>>> I have come to believe that QUtf8StringView without QAnyStringView won't
>>> fly: Introdu
According to [1], a "a reasonable amount of time" has passed, with everyone
having several business days to object to the creation of the repository.
Gerrit admins, can you please create the repository? :)
[1] https://quips-qt-io.herokuapp.com/quip-0002.html#lazy-consensus
> -Original Messa
We don't have tier1 or tier2 images available for the hosts, so they can't do
much currently. It was a close call that would have lost them permanently as
well, but luckily it seems that btrfs restore can still read them.
We really need to have tier1 images stored somewhere else as well. The NFS
On 2020-06-24 09:32, Marc Mutz via Development wrote:
[...]
2) the complexity is already there and QAnyStringView helps in
reducing
it:
https://codereview.qt-project.org/c/qt/qtbase/+/303483 (QCalendar)
https://codereview.qt-project.org/c/qt/qtbase/+/303512 (QColor)
https://codereview.
Hi Tony,
Thanks for the update, and good luck with the fixing!
What are the implications? Should we not stage anything until you give the
all-clear?
Cheers,
Volker
> On 24 Jun 2020, at 09:30, Tony Sarajärvi wrote:
>
> Seems the BTRFS file system is permanently busted. We have to recreate th
Hi Thiago,
On 2020-06-24 02:36, Thiago Macieira wrote:
On Tuesday, 23 June 2020 02:35:05 PDT Marc Mutz via Development wrote:
I have come to believe that QUtf8StringView without QAnyStringView
won't
fly: Introducing QUtf8StringView without QAnyStringView will explode
the
number of mixed-type
Seems the BTRFS file system is permanently busted. We have to recreate the
thing and I estimate it taking the rest of the day. Sorry!
-T
From: Tony Sarajärvi
Sent: Wednesday, June 24, 2020 8:13 AM
To: Qt development mailing list
Subject: Our CI is suffering from malfunctions currently
Hi
Yest
18 matches
Mail list logo
