You know what bothers me the most about all this? Qt is becoming your
average AAA game developer. They are essentially selling us time savers.
Most of the attached value of the commercial license isn't something that
is inherent to the license but stuff that everyone can do anyway, just with
a
> That fork will be necessary because you can't just switch
> projects like KDE from Qt 5 to Qt 6 overnight, it will take years to do it!
In light of this, it's probably worth thinking about releasing a new
major version of Qt each year. It also might solve some other problems.
So, how about Qt
On Tue, Jan 28, 2020 at 11:55 AM Konstantin Shegunov
wrote:
>
> On Mon, Jan 27, 2020 at 4:36 PM Lars Knoll wrote:
>>
>> One is a change in policy regarding the LTS releases, where the LTS part of
>> a release is in the future going to be restricted to commercial customers.
>> All bug fixes
There will be no offline installer for non paying people. That is the
hurdle. Did you even read the actual blog post?
On Tue, Jan 28, 2020 at 5:22 AM Thiago Macieira
wrote:
> On segunda-feira, 27 de janeiro de 2020 14:47:46 PST NIkolai Marchenko
> wrote:
> > Assuming we have a VM that is
On Mon, Jan 27, 2020 at 4:36 PM Lars Knoll wrote:
> One is a change in policy regarding the LTS releases, where the LTS part
> of a release is in the future going to be restricted to commercial
> customers. All bug fixes will (as agreed on the Qt Contributor Summit) go
> into dev first.
On Mon, 27 Jan 2020 19:09:43 +0100
Giuseppe D'Angelo via Development wrote:
> Il 27/01/20 16:57, Benjamin TERRIER ha scritto:
> > *We do hope that this eases your concerns, and that we can continue
> > with your trust*.
> >
> >
On Dienstag, 28. Januar 2020 03:27:04 CET Thiago Macieira wrote:
> On segunda-feira, 27 de janeiro de 2020 15:16:35 PST Kevin Kofler wrote:
> > Thiago Macieira wrote:
> > > All security fixes are made available to everyone, for all Qt versions
> > > that they affect, provided it's still a
On Tue, 28 Jan 2020, 20:50 Thiago Macieira,
wrote:
> On Monday, 27 January 2020 22:37:47 PST Benjamin TERRIER wrote:
> > You might have missed the info because it is in the blog post, but not in
> > Lars email:
> >
> > There will be no more open source offline installer.
>
> Thanks, I stand
On Monday, 27 January 2020 22:37:47 PST Benjamin TERRIER wrote:
> You might have missed the info because it is in the blog post, but not in
> Lars email:
>
> There will be no more open source offline installer.
Thanks, I stand corrected.
--
Thiago Macieira - thiago.macieira (AT) intel.com
În ziua de marți, 28 ianuarie 2020, la 08:37:47 EET, Benjamin TERRIER a scris:
> Le mar. 28 janv. 2020 à 03:22, Thiago Macieira
>
> a écrit :
> > On segunda-feira, 27 de janeiro de 2020 14:47:46 PST NIkolai Marchenko
> >
> > wrote:
> > > Assuming we have a VM that is restricted to connecting to
Den tis 28 jan. 2020 kl 08:01 skrev Elvis Stansvik :
>
> Den tis 28 jan. 2020 kl 03:19 skrev Thiago Macieira
> :
> >
> > On segunda-feira, 27 de janeiro de 2020 14:48:17 PST Alexander Akulich
> > wrote:
> > > I would expect a significant negative effect on the quality of Qt
> > > shipped in
Den tis 28 jan. 2020 kl 03:19 skrev Thiago Macieira :
>
> On segunda-feira, 27 de janeiro de 2020 14:48:17 PST Alexander Akulich wrote:
> > I would expect a significant negative effect on the quality of Qt
> > shipped in Linux distributions and thus negative effect on the
> > Qt-based applications
Le mar. 28 janv. 2020 à 03:22, Thiago Macieira
a écrit :
> On segunda-feira, 27 de janeiro de 2020 14:47:46 PST NIkolai Marchenko
> wrote:
> > Assuming we have a VM that is restricted to connecting to the internet,
> we
> > previously could dump the installer there and install Qt.
> > Now, we
On segunda-feira, 27 de janeiro de 2020 15:16:35 PST Kevin Kofler wrote:
> Thiago Macieira wrote:
> > All security fixes are made available to everyone, for all Qt versions
> > that they affect, provided it's still a supported Qt version
> > (or it was easy to make the fix).
>
> How will this
On segunda-feira, 27 de janeiro de 2020 14:30:56 PST Giuseppe D'Angelo via
Development wrote:
> Il 27/01/20 22:52, Thiago Macieira ha scritto:
> > All security fixes are made available to everyone, for all Qt versions
> > that
> > they affect, provided it's still a supported Qt version (or it was
On segunda-feira, 27 de janeiro de 2020 14:47:46 PST NIkolai Marchenko wrote:
> Assuming we have a VM that is restricted to connecting to the internet, we
> previously could dump the installer there and install Qt.
> Now, we need to have an intermediary PC with the same OS to first install
> the
On segunda-feira, 27 de janeiro de 2020 14:48:17 PST Alexander Akulich wrote:
> I would expect a significant negative effect on the quality of Qt
> shipped in Linux distributions and thus negative effect on the
> Qt-based applications and Qt reputation.
That is debatable since most Linux
Thiago Macieira wrote:
> All security fixes are made available to everyone, for all Qt versions
> that they affect, provided it's still a supported Qt version
> (or it was easy to make the fix).
How will this work for QtWebEngine? There are a few dozen security fixes at
each QtWebEngine point
Alexander Akulich wrote:
> I would expect a significant negative effect on the quality of Qt
> shipped in Linux distributions and thus negative effect on the
> Qt-based applications and Qt reputation.
>
> A maintainer can assume a bit more backporting, but let's have some
> retrospective on the
Il 27/01/20 23:15, Cristián Maureira-Fredes ha scritto:
Hello David,
On 1/27/20 11:00 PM, David Edmundson wrote:
All security fixes are made available to everyone, for all Qt versions that
they affect, provided it's still a supported Qt version (or it was easy to
make the fix).
If we could
On Tue, 28 Jan 2020 at 00:43, Benjamin TERRIER wrote:
>
>
>
> On Mon, 27 Jan 2020 at 23:23, Ville Voutilainen
> wrote:
>>
>>
>> Correct. Necessary for specific purpose seems to be what article 5
>> requires, and then you get explicit consent for that
>> specific purpose, and GDPR's articles 5
I would expect a significant negative effect on the quality of Qt
shipped in Linux distributions and thus negative effect on the
Qt-based applications and Qt reputation.
A maintainer can assume a bit more backporting, but let's have some
retrospective on the current LTS:
Compared to Qt 5.12.2,
Assuming we have a VM that is restricted to connecting to the internet, we
previously could dump the installer there and install Qt.
Now, we need to have an intermediary PC with the same OS to first install
the binaries via online installer and then copy those binary files to that
first VM.
This
Il 27/01/20 23:31, Benjamin TERRIER ha scritto:
The wiki states that "5.15 is 'dev' in the Qt 5 series", so my
understanding is that all fixes, even those for the commercial LTS will
need to go through the public 5.15 branch.
The wiki is wrong. Let's please not open the discussion about the
On Mon, 27 Jan 2020 at 23:23, Ville Voutilainen
wrote:
>
> Correct. Necessary for specific purpose seems to be what article 5
> requires, and then you get explicit consent for that
> specific purpose, and GDPR's articles 5 and 6 are covered (of course
> the rest of article 5's requirements need
Hi Cristián,
surely, everyone is technically able to cherry-pick and backport bug fixes
into their local Qt versions but not everybody has resources and/or
knowledge to do so.
I personally think this could be an inflection point into forking the Qt 5
"Community Edition", with all binary builds
On Mon, 27 Jan 2020 at 23:29, Ville Voutilainen
wrote:
> On Tue, 28 Jan 2020 at 00:17, Cristián Maureira-Fredes
> wrote:
> >
> > Hello David,
> >
> > On 1/27/20 11:00 PM, David Edmundson wrote:
> > >> All security fixes are made available to everyone, for all Qt
> versions that
> > >> they
Il 27/01/20 22:52, Thiago Macieira ha scritto:
All security fixes are made available to everyone, for all Qt versions that
they affect, provided it's still a supported Qt version (or it was easy to
make the fix).
I asked before, and got no reply: how, by whom, hosted where?
Thanks,
--
Den mån 27 jan. 2020 kl 23:16 skrev Cristián Maureira-Fredes
:
>
> Hello David,
>
> On 1/27/20 11:00 PM, David Edmundson wrote:
> >> All security fixes are made available to everyone, for all Qt versions that
> >> they affect, provided it's still a supported Qt version (or it was easy to
> >> make
On Tue, 28 Jan 2020 at 00:17, Cristián Maureira-Fredes
wrote:
>
> Hello David,
>
> On 1/27/20 11:00 PM, David Edmundson wrote:
> >> All security fixes are made available to everyone, for all Qt versions that
> >> they affect, provided it's still a supported Qt version (or it was easy to
> >> make
On Tue, 28 Jan 2020 at 00:04, Benjamin TERRIER wrote:
>> >> I know, but since there's no free right to download binaries, GDPR
>> >> doesn't prevent getting explicit consent before allowing
>> >> a download. Would you like me to give people more ideas? :)
>> > GDPR states that data collection
Hello David,
On 1/27/20 11:00 PM, David Edmundson wrote:
>> All security fixes are made available to everyone, for all Qt versions that
>> they affect, provided it's still a supported Qt version (or it was easy to
>> make the fix).
>>
> If we could have that explicitly in writing from TQC, that
Lars Knoll wrote:
> One is a change in policy regarding the LTS releases, where the LTS part
> of a release is in the future going to be restricted to commercial
> customers. All bug fixes will (as agreed on the Qt Contributor Summit) go
> into dev first. Backporting bug fixes is something that
On Mon, 27 Jan 2020 at 22:56, Ville Voutilainen
wrote:
> On Mon, 27 Jan 2020 at 23:43, Benjamin TERRIER
> wrote:
>
> >> I know, but since there's no free right to download binaries, GDPR
> >> doesn't prevent getting explicit consent before allowing
> >> a download. Would you like me to give
> All security fixes are made available to everyone, for all Qt versions that
> they affect, provided it's still a supported Qt version (or it was easy to
> make the fix).
>
If we could have that explicitly in writing from TQC, that would mean a lot.
I can easily envision a situation that affects
On Mon, 27 Jan 2020 at 23:43, Benjamin TERRIER wrote:
>> I know, but since there's no free right to download binaries, GDPR
>> doesn't prevent getting explicit consent before allowing
>> a download. Would you like me to give people more ideas? :)
> GDPR states that data collection shall be
On segunda-feira, 27 de janeiro de 2020 07:26:55 PST NIkolai Marchenko wrote:
> > they will be available 12 months after their commercial release
>
> That's 12 months for cybercriminals to exploit already fixed
> vulnerabilities in open source distros...
All security fixes are made available to
What will happen to Qt for Python? As for now, its binaries can be just
downloaded using pip (a Python package manager). Will it change as well?
Cheers
Dmitriy
On Mon, Jan 27, 2020 at 3:35 PM Lars Knoll wrote:
> Hi all,
>
> The Qt Company has done some adjustments to the Qt will be offered in
On segunda-feira, 27 de janeiro de 2020 10:39:44 PST Elvis Stansvik wrote:
> So? I have an account because I want to contribute. Does not mean I
> want to log in to download (especially not from CI).
The CI aspect is actually pretty relevant. Aside from Appveyor, most other CI
systems with
On Mon, 27 Jan 2020 at 22:35, Ville Voutilainen
wrote:
> On Mon, 27 Jan 2020 at 23:12, André Somers wrote:
> >
> >
> > On 27/01/2020 22:07, Ville Voutilainen wrote:
> > > On Mon, 27 Jan 2020 at 21:56, Dmitriy Purgin
> wrote:
> > >> By the way, gathering emails by requiring an account to
On segunda-feira, 27 de janeiro de 2020 08:23:56 PST NIkolai Marchenko wrote:
> But there will likely be changes to the desire of people to develop.
> Imagine an opensource contributor making a security fix who knows other
> opensource users on older branches aren't going to receive it and there
On Mon, 27 Jan 2020 at 23:12, André Somers wrote:
>
>
> On 27/01/2020 22:07, Ville Voutilainen wrote:
> > On Mon, 27 Jan 2020 at 21:56, Dmitriy Purgin wrote:
> >> By the way, gathering emails by requiring an account to download the
> >> software without any technical reason might be indeed an
I am not a lawyer too, but in this case, if I download Qt for personal
reasons (hobby projects) I act as a natural person, and The Qt Company
gathers my email address, and this is personal information. Of course, I
consent to this specifically but the thing is, I have to consent because
The Qt
Il giorno lun 27 gen 2020 alle ore 22:01 Alexander Akulich <
akulichalexan...@gmail.com> ha scritto:
>
> You already made life harder by licensing Qt under GPL v3. Of course,
> it has pros and cons, but let's jump to the consequence: we have
> Sailfish OS out of the boat. The OS could have a
On 27/01/2020 22:07, Ville Voutilainen wrote:
On Mon, 27 Jan 2020 at 21:56, Dmitriy Purgin wrote:
By the way, gathering emails by requiring an account to download the software
without any technical reason might be indeed an example of a GDPR violation.
I am not a lawyer, but I am unaware of
On Mon, 27 Jan 2020 at 21:56, Dmitriy Purgin wrote:
>
> By the way, gathering emails by requiring an account to download the software
> without any technical reason might be indeed an example of a GDPR violation.
I am not a lawyer, but I am unaware of any free software license that
gives you a
Your decision is not a reason to contribute more. It is going to hurt
the ecosystem because it makes it harder to get new developers and
users.
In some of my previous companies, we had a long release cycle so as a
Linux developer I could justify my paid time spent on upstreaming a
fix to get it
By the way, gathering emails by requiring an account to download the
software without any technical reason might be indeed an example of a GDPR
violation.
Cheers
Dmitriy
On Mon, Jan 27, 2020 at 7:36 PM Frederik Schwarzer
wrote:
> Am 27.01.2020 15:34 schrieb Lars Knoll:
>
> Hi,
>
> > The second
Il 27/01/20 19:28, Tuukka Turunen ha scritto:
I do not know why the link does not work. But I remember that post very
well.
[snip]
I wasn't commenting on the merits of the new decision, but on the choice
of hiding a blog post that was perfectly visible until a few hours ago.
My 2 c,
--
27.01.2020, 21:30, "Tuukka Turunen" :
> Hi,
>
> I do not know why the link does not work. But I remember that post very well.
>
> On hindsight, it was too much of a rush back then to ask everyone to create a
> Qt account immediately.
>
> As I wrote in my earlier reply, situation is different
> Lähettäjä: Development käyttäjän
> Giuseppe D'Angelo via Development puolesta
> Lähetetty: maanantaina, tammikuuta 27, 2020 8:13 ip.
> Vastaanottaja: development@qt-project.org
> Aihe: Re: [Development] Changes to Qt offering
>
> Il 27/01/20 16:57, Benjamin TERRIER ha
Am 27.01.2020 15:34 schrieb Lars Knoll:
Hi,
The second change is that a Qt Account will be in the future required
for binary packages.
We (as an embedded software company) depend a lot on commercial hardware
with the software tools that are provided by the hardware vendors. The
most
27, 2020 8:13 ip.
Vastaanottaja: development@qt-project.org
Aihe: Re: [Development] Changes to Qt offering
Il 27/01/20 16:57, Benjamin TERRIER ha scritto:
We do hope that this eases your concerns, and that we can continue with your
trust.
https://www.qt.io/blog/2015/05/06/changing-qt-account
Den mån 27 jan. 2020 kl 19:12 skrev Giuseppe D'Angelo via Development
:
>
> Il 27/01/20 16:57, Benjamin TERRIER ha scritto:
>
> We do hope that this eases your concerns, and that we can continue with your
> trust.
>
>
>
Il 27/01/20 16:57, Benjamin TERRIER ha scritto:
*We do hope that this eases your concerns, and that we can continue
with your trust*.
https://www.qt.io/blog/2015/05/06/changing-qt-account-to-be-optional-in-the-online-installer
That blog post is now removed. The URL is correct, as it's
> -Original Message-
> From: Development On Behalf Of
> Konstantin Tokarev
> Sent: Monday, 27 January 2020 17:52
> To: Lars Knoll ; Qt development mailing list
>
> Subject: Re: [Development] Changes to Qt offering
>
>
>
> 27.01.2020, 17:36, &qu
Il 27/01/20 18:39, NIkolai Marchenko ha scritto:
Honestly, if we think into the future it looks like compiling qt is too
straightforward and doesn't incentivise commercial licenses enough. So
the next big thing will be to make compiling qt an "evolving experience"
with flags and possible
, but we believe that we provide value to
>> our users through the installer and the Qt Marketplace to justify the Qt
>> Account.“
>>
>> Yours,
>>
>> Tuukka
>>
>> --
>> *Lähettäjä:* Development käyttäjän
>> Benjamin TER
Literally this whole thing could be: "we're making a cheaper offering for
small teams" and see where it goes. Instead it's one wholesome " you!"
package to the community at large.
On Mon, Jan 27, 2020 at 7:55 PM Florian Bruhin wrote:
> Hey,
>
> On Mon, Jan 27, 2020 at 04:00:48PM +,
27.01.2020, 17:36, "Lars Knoll" :
> The second change is that a Qt Account will be in the future required for
> binary packages. Source code will continue to be available as currently. This
> will simplify distribution and integration with the Marketplace. In addition,
> we want open source
Hey,
On Mon, Jan 27, 2020 at 04:00:48PM +, Tuukka Turunen wrote:
> After the change every release of Qt will look like a non-lts release for
> open-source users. Think of Qt 5.14 as an example. It was released in
> December. Today it received the first patch release. There will be more
>
> A: We have had the Qt Account as an option for over 4 years, and during
that time there has been already nearly a million people who have
registered and verified their Qt Account.
And how many of them use these accounts to download qt, eh? I bet you they
only use the acc to login to bugtracker
installer and the Qt Marketplace to justify the Qt
> Account.“
>
> Yours,
>
> Tuukka
>
> --
> *Lähettäjä:* Development käyttäjän
> Benjamin TERRIER puolesta
> *Lähetetty:* maanantaina, tammikuuta 27, 2020 6:03 ip.
> *Vastaanottaja:* Qt dev
On 27/01/2020 17:25, Simon Hausmann wrote:
The development model where changes go to dev first was indeed a topic
of discussion at the Qt Contributor Summit.
This also means that all security fixes will see the light of day on the
dev branch first, in public, in Gerrit.
Some other remark (and
> and the offline installer will become available to commercial licensees
only
Not to mention "free qt binaries installer" will become a third party thing
like, immediately.
On Mon, Jan 27, 2020 at 7:37 PM Benjamin TERRIER
wrote:
> My understanding of the agreement between The Qt Company and
gt; *Lähettäjä:* Development käyttäjän
> Benjamin TERRIER puolesta
> *Lähetetty:* maanantaina, tammikuuta 27, 2020 6:03 ip.
> *Vastaanottaja:* Qt development mailing list
> *Aihe:* Re: [Development] Changes to Qt offering
>
> Quoting The Qt Company itslef:
>
> Thanks for your feedba
My understanding of the agreement between The Qt Company and the KDE Free
Qt Foundation is that if the Qt Company
releases a commercial Qt version without releasing the corresponding
open-source version within 12 months, the ownership of Qt will be
transferred
to the KDE Free Qt Foundation under a
Benjamin
TERRIER puolesta
Lähetetty: maanantaina, tammikuuta 27, 2020 6:03 ip.
Vastaanottaja: Qt development mailing list
Aihe: Re: [Development] Changes to Qt offering
Quoting The Qt Company itslef:
Thanks for your feedback to the new online installer asking for a Qt Account
signup. We have
Am 27.01.20 um 17:13 schrieb Bogdan Vatra via Development:
> Hi Lars,
>
> În ziua de luni, 27 ianuarie 2020, la 16:34:44 EET, Lars Knoll a scris:
>> Hi all,
> [...]
>> One is a change in policy regarding the LTS releases, where the LTS part of
>> a release is in the future going to be restricted
> None of these changes should affect how Qt is being developed. There
won’t be any changes to Open Governance or the open development model.
But there will likely be changes to the desire of people to develop.
Imagine an opensource contributor making a security fix who knows other
opensource
Hi Lars,
În ziua de luni, 27 ianuarie 2020, la 16:34:44 EET, Lars Knoll a scris:
> Hi all,
[...]
>
> One is a change in policy regarding the LTS releases, where the LTS part of
> a release is in the future going to be restricted to commercial customers.
> All bug fixes will (as agreed on the Qt
Just this change in general reads: "We're going to annoy and inconvenience
as much users as possible so that they buy our stuff"
On Mon, Jan 27, 2020 at 7:09 PM NIkolai Marchenko
wrote:
> > The second change is that a Qt Account will be in the future required
> for binary packages.
>
> I would
> The second change is that a Qt Account will be in the future required for
binary packages.
I would like to raise a serious security issue with this change.
Oftentimes, you need qt binaries within a VM. Also, oftentimes, VM is
stubborn and refuses to accept pastes.
This means people will use
puolesta
Lähetetty: Monday, January 27, 2020 5:45:32 PM
Vastaanottaja: NIkolai Marchenko
Kopio: Qt development mailing list
Aihe: Re: [Development] Changes to Qt offering
On Mon, 27 Jan 2020 at 17:36, NIkolai Marchenko wrote:
>
> > I expect security fixes
> but that's basically
Quoting The Qt Company itslef:
Thanks for your feedback to the new online installer asking for a Qt
> Account signup. We have evaluated the feedback received via the blog,
> various discussion forums, irc and other channels. Based on all these
> comments and discussions with our partners we
> Von: Development Im Auftrag von NIkolai
> Marchenko
> Gesendet: Montag, 27. Januar 2020 16:27
> An: Ville Voutilainen
> Cc: Qt development mailing list
> Betreff: Re: [Development] Changes to Qt offering
>
>> they will be available 12 months after their commer
On Mon, 27 Jan 2020 at 17:36, NIkolai Marchenko wrote:
>
> > I expect security fixes
> but that's basically what an LTS is ... isn't it?
An LTS gets rather more than just security fixes; an example of that
is compiler compatibility fixes.
Some of us, including Qt employees, backport bug fixes
> I expect security fixes
but that's basically what an LTS is ... isn't it?
On Mon, Jan 27, 2020 at 6:33 PM Ville Voutilainen <
ville.voutilai...@gmail.com> wrote:
> On Mon, 27 Jan 2020 at 17:27, NIkolai Marchenko
> wrote:
> >
> > > they will be available 12 months after their commercial
On Mon, 27 Jan 2020 at 17:27, NIkolai Marchenko wrote:
>
> > they will be available 12 months after their commercial release
>
> That's 12 months for cybercriminals to exploit already fixed vulnerabilities
> in open source distros...
I expect security fixes to be made available to everyone,
> they will be available 12 months after their commercial release
That's 12 months for cybercriminals to exploit already fixed
vulnerabilities in open source distros...
On Mon, Jan 27, 2020 at 6:23 PM Ville Voutilainen <
ville.voutilai...@gmail.com> wrote:
> On Mon, 27 Jan 2020 at 16:52,
On Mon, 27 Jan 2020 at 16:52, coroberti . wrote:
>
> Dear Lars,
> What about sources of LTS versions? Could they be still available?
As far as I understand things, the KDE Free Qt Foundation agreement
ensures that they will be available
12 months after their commercial release. The blog entry
Hi,
The criteria to qualify for the small business / startup is:
- Revenue or funding less than 100.000 USD annually
- Max 5 employees
Yours,
Tuukka
On 27.1.2020, 16.58, "drwho" wrote:
On 2020-01-27 9:34 a.m., Lars Knoll wrote:
> The third change is that The Qt Company
Hi Ekke,
Currently Qt MQTT is not part of Qt for Device Creator or Application
Development product, see: https://www.qt.io/features
Huge amount of other libraries are included, but unfortunately MQTT is only
available as part of the Qt for Automation.
Yours,
Tuukka
On 27.1.2020,
I hope these changes mean that you'll be able to support mobile properly.
I'm still waiting on a response from you about the future of Qt on mobile.
> Sent: Monday, January 27, 2020 at 9:34 AM
> From: "Lars Knoll"
> To: "Qt development mailing list"
> Subj
On 2020-01-27 9:34 a.m., Lars Knoll wrote:
The third change is that The Qt Company will in the future also offer a lower
priced product for small businesses. That small business product is btw not
limited to mobile like the one Digia had some years ago, but covers all of Qt
for Device
El dilluns, 27 de gener de 2020, a les 15:34:44 CET, Lars Knoll va escriure:
> Hi all,
>
> The Qt Company has done some adjustments to the Qt will be offered in the
> future. Please check out https://www.qt.io/blog/qt-offering-changes-2020 .
>
> The change consists of three parts
> None of these
Dear Lars,
What about sources of LTS versions? Could they be still available?
Thanks.
Kind regards,
Robert Iakobashvili
On Mon, Jan 27, 2020 at 4:35 PM Lars Knoll wrote:
>
> Hi all,
>
> The Qt Company has done some adjustments to the Qt will be offered in the
>
I understand the reasoning for this change but it effectively ruins the
spirit of open-source~ness of qt while technically leaving it intact.
Technically
On Mon, Jan 27, 2020 at 5:41 PM NIkolai Marchenko
wrote:
> I am afraid I do not have other words for this model than : absolutely
>
Am 27.01.20 um 15:34 schrieb Lars Knoll:
...
The third change is that The Qt Company will in the future also offer a lower
priced product for small businesses. That small business product is btw not
limited to mobile like the one Digia had some years ago, but covers all of Qt
for Device
I am afraid I do not have other words for this model than : absolutely
disgusting and a complete dick move. Especially login requirement for
binaries.
I don't even understand how distros are now supposed to keep qt code safe
since constantly pushing qt version up is recipe for problems and there
Hi all,
The Qt Company has done some adjustments to the Qt will be offered in the
future. Please check out https://www.qt.io/blog/qt-offering-changes-2020 .
The change consists of three parts.
One is a change in policy regarding the LTS releases, where the LTS part of a
release is in the
101 - 191 of 191 matches
Mail list logo
