Re: [Interest] Compile Qt 6.2.1 from source

[Thiago Macieira]

On Friday, 1 October 2021 08:52:09 PDT joao morgado via Interest wrote:
> cmake --build . -j 6
> and it works very well, much less memory used and the pc was usable during
> compile time

My rule of thumb: 2 GB of RAM per logical processor to do a compilation. So 16 
GB of RAM is sufficient for a 4-core system (8 CPUs), but not for 6-core (12 
CPUs).

But this doesn't apply to qtwebengine. That thing has a few VERY big files 
that are concatenation of a lot of small ones and take multiple GB of RAM to 
compile. If you don't need qtwebengine, don't download it and don't build it.

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel DPG Cloud Engineering



___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Compile Qt 6.2.1 from source

[joao morgado via Interest]

 Hi guys 

Thanks all to your replays 

I did 

cmake --build . -j 6
and it works very well, much less memory used and the pc was usable during 
compile time
Have a nice weekendJoão


Em sexta-feira, 1 de outubro de 2021 15:01:22 GMT+1, Ivan Solovev 
 escreveu:  
 
 #yiv8654414017 P {margin-top:0;margin-bottom:0;}Hi,
If you do not need the full Qt installation, you can use "-skip" flag to omit 
unneeded modules.I believe that skipping something like webengine can improve 
the situation.
Best regards,Ivan
From: Interest  on behalf of joao morgado via 
Interest 
Sent: Friday, October 1, 2021 3:25 PM
To: Qt Interest 
Subject: Re: [Interest] Compile Qt 6.2.1 from source Hi
The compilation failled twice, I'm using the dev branch and developer build:

$ ../qt5/configure -developer-build -- -D QT_BUILD_TESTS_BY_DEFAULT=OFF
 $ cmake --build . --parallel
bulding fails at aprox. 36%, the pc runs out of memory and freezes.

I'm using a fairly decent pc, with core i7 and 16GB ram, linux mint 20.2. I can 
see from linux monitor that  memory is used up to 99% plus swap memory of 16GB 
used up to 100%.

I'm using cmake version 3.21.3, I had to compile it from source, the first time 
I tried using cmake from linux repo
I got an error saying that cmake version was too old.

Any ideias ?

CheersJoão
Em quinta-feira, 30 de setembro de 2021 21:23:56 GMT+1, joao morgado via 
Interest  escreveu:


Thank you
It's equal to building Qt5, wich I did before, I thought that for Qt6 git 
sources were no longer available.

CheersJoão

Em quinta-feira, 30 de setembro de 2021 19:18:03 GMT+1, Shawn Rutledge 
 escreveu:




On 2021 Sep 30, at 19:21, joao morgado via Interest  
wrote:
Hi
I have a commercial Qt license, can I compile Qt 6.2.1 branch from source ?I 
have reported some bugs that are now fixed in that branch, would like to try it.
I've been searching codereview repositories, but I'm a bit lost.

Just build the 6.2 branch from git.  
https://wiki.qt.io/Building_Qt_6_from_GitOf course by the time 6.2.1 is 
released, it will have many more changes.  You can keep pulling periodically to 
follow along.
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
  ___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Qt 5.15 LTS vs Qt 6.2 LTS

[Ulf Hermann]

I doubt you get a paid-for 5.15 LTS under an Open Source licence,
so no, this is not comparable a̲t̲ ̲a̲l̲l̲.


I did not compare to anything. Roland listed a number of open source 
projects with LTS versions _after_ I wrote this.


If you want to discuss the issue of "I want a supported open source LTS 
of Qt for recent systems", then I suggest you continue one of the 
existing threads on this topic. This one here is about outdated systems.


best regards,
Ulf
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Qt 5.15 LTS vs Qt 6.2 LTS

[Thorsten Glaser]

On Fri, 1 Oct 2021, Ulf Hermann wrote:

> Long story short: You can have a Qt 5.15 LTS. You just have to pay for 

I doubt you get a paid-for 5.15 LTS under an Open Source licence,
so no, this is not comparable a̲t̲ ̲a̲l̲l̲.

bye,
//mirabilos
-- 
15:41⎜ Somebody write a testsuite for helloworld :-)
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Compile Qt 6.2.1 from source

[Ivan Solovev]

Hi,

If you do not need the full Qt installation, you can use "-skip" flag to omit 
unneeded modules.
I believe that skipping something like webengine can improve the situation.

Best regards,
Ivan


From: Interest  on behalf of joao morgado via 
Interest 
Sent: Friday, October 1, 2021 3:25 PM
To: Qt Interest 
Subject: Re: [Interest] Compile Qt 6.2.1 from source

Hi

The compilation failled twice, I'm using the dev branch and developer build:


$ ../qt5/configure -developer-build -- -D QT_BUILD_TESTS_BY_DEFAULT=OFF
 $ cmake --build . --parallel


bulding fails at aprox. 36%, the pc runs out of memory and freezes.

I'm using a fairly decent pc, with core i7 and 16GB ram, linux mint 20.2. I can 
see from linux monitor that  memory is used up to 99% plus swap memory of 16GB 
used up to 100%.

I'm using cmake version 3.21.3, I had to compile it from source, the first time 
I tried using cmake from linux repo
I got an error saying that cmake version was too old.

Any ideias ?

Cheers
João
Em quinta-feira, 30 de setembro de 2021 21:23:56 GMT+1, joao morgado via 
Interest  escreveu:



Thank you

It's equal to building Qt5, wich I did before, I thought that for Qt6 git 
sources were no longer available.

Cheers
João

Em quinta-feira, 30 de setembro de 2021 19:18:03 GMT+1, Shawn Rutledge 
 escreveu:




On 2021 Sep 30, at 19:21, joao morgado via Interest 
mailto:interest@qt-project.org>> wrote:

Hi

I have a commercial Qt license, can I compile Qt 6.2.1 branch from source ?
I have reported some bugs that are now fixed in that branch, would like to try 
it.
I've been searching codereview repositories, but I'm a bit lost.

Just build the 6.2 branch from git.  https://wiki.qt.io/Building_Qt_6_from_Git
Of course by the time 6.2.1 is released, it will have many more changes.  You 
can keep pulling periodically to follow along.

___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Compile Qt 6.2.1 from source

[Mitch Curtis]

For some reason when I reply all to your messages they only go to you. So, 
explicitly adding the interest list back in:

You could try using less “jobs” when building:

https://stackoverflow.com/a/31132630

I’ve had to do this on my macOS machine to allow me to still use it while 
building.

From: Interest  On Behalf Of joao morgado via 
Interest
Sent: Friday, 1 October 2021 3:26 PM
To: Qt Interest 
Subject: Re: [Interest] Compile Qt 6.2.1 from source

Hi

The compilation failled twice, I'm using the dev branch and developer build:


$ ../qt5/configure -developer-build -- -D QT_BUILD_TESTS_BY_DEFAULT=OFF

 $ cmake --build . --parallel
bulding fails at aprox. 36%, the pc runs out of memory and freezes.

I'm using a fairly decent pc, with core i7 and 16GB ram, linux mint 20.2. I can 
see from linux monitor that  memory is used up to 99% plus swap memory of 16GB 
used up to 100%.

I'm using cmake version 3.21.3, I had to compile it from source, the first time 
I tried using cmake from linux repo
I got an error saying that cmake version was too old.

Any ideias ?

Cheers
João
Em quinta-feira, 30 de setembro de 2021 21:23:56 GMT+1, joao morgado via 
Interest mailto:interest@qt-project.org>> escreveu:



Thank you

It's equal to building Qt5, wich I did before, I thought that for Qt6 git 
sources were no longer available.

Cheers
João

Em quinta-feira, 30 de setembro de 2021 19:18:03 GMT+1, Shawn Rutledge 
mailto:shawn.rutle...@qt.io>> escreveu:





On 2021 Sep 30, at 19:21, joao morgado via Interest 
mailto:interest@qt-project.org>> wrote:

Hi

I have a commercial Qt license, can I compile Qt 6.2.1 branch from source ?
I have reported some bugs that are now fixed in that branch, would like to try 
it.
I've been searching codereview repositories, but I'm a bit lost.

Just build the 6.2 branch from git.  https://wiki.qt.io/Building_Qt_6_from_Git
Of course by the time 6.2.1 is released, it will have many more changes.  You 
can keep pulling periodically to follow along.

___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Compile Qt 6.2.1 from source

[joao morgado via Interest]

 Hi
The compilation failled twice, I'm using the dev branch and developer build:

$ ../qt5/configure -developer-build -- -D QT_BUILD_TESTS_BY_DEFAULT=OFF
 $ cmake --build . --parallel
bulding fails at aprox. 36%, the pc runs out of memory and freezes. 

I'm using a fairly decent pc, with core i7 and 16GB ram, linux mint 20.2. I can 
see from linux monitor that  memory is used up to 99% plus swap memory of 16GB 
used up to 100%. 

I'm using cmake version 3.21.3, I had to compile it from source, the first time 
I tried using cmake from linux repo 
I got an error saying that cmake version was too old.

Any ideias ?

CheersJoão
Em quinta-feira, 30 de setembro de 2021 21:23:56 GMT+1, joao morgado via 
Interest  escreveu:  
 
  
Thank you
It's equal to building Qt5, wich I did before, I thought that for Qt6 git 
sources were no longer available.

CheersJoão

Em quinta-feira, 30 de setembro de 2021 19:18:03 GMT+1, Shawn Rutledge 
 escreveu:  
 
 


On 2021 Sep 30, at 19:21, joao morgado via Interest  
wrote:
Hi
I have a commercial Qt license, can I compile Qt 6.2.1 branch from source ?I 
have reported some bugs that are now fixed in that branch, would like to try it.
I've been searching codereview repositories, but I'm a bit lost.

Just build the 6.2 branch from git.  
https://wiki.qt.io/Building_Qt_6_from_GitOf course by the time 6.2.1 is 
released, it will have many more changes.  You can keep pulling periodically to 
follow along.
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
  ___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
  ___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Qt 5.15 LTS vs Qt 6.2 LTS

[coroberti]

On Wed, Sep 29, 2021 at 8:49 PM Thiago Macieira
 wrote:
>
> On Wednesday, 29 September 2021 10:22:41 PDT coroberti wrote:
> > Thiago, you know well about the Extended Support Programs, are not you?
> > So, why to skip it?
>
> No, I didn't. I searched for "windows 7 eol" and found two pages at
> microsoft.com mentioning the date I pasted, with no information about extended
> support.
>
> Anyway, the point is that we felt 6.0 was a good time to cut the ties to old
> platforms. You can keep the legacy platforms with the legacy Qt.
>

Thiago, it's a valid argument.

However, we still with 15-20% Windows deployment on Win-7, and it's
still supported.
My knowledge is that some governments are pressing Microsoft to
prolong it even more.

Let's say Win-7 with MSVC-2019 without UWP seen as compatible at the page:
https://docs.microsoft.com/en-us/visualstudio/releases/2019/compatibility

How do you access the scale of the efforts for doing it?
Is it mainly style or there are more areas?

Thanks.

Kind regards,
Robert
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Qt 5.15 LTS vs Qt 6.2 LTS

[Roland Hughes via Interest]

On 9/30/21 9:22 AM, Volker Hilsheimer wrote:

On 30 Sep 2021, at 15:59, Roland Hughes via Interest  
wrote:
On 9/30/21 5:00 AM, interest-requ...@qt-project.org wrote:

On Wednesday, 29 September 2021 07:40:11 PDT Rui Oliveira wrote:


"Both *Windows 7 or 8.x*
  version support will not be available for Qt 6"


https://support.microsoft.com/en-us/windows/windows-7-support-ended-on-january-14-2020-b75d4580-2cc7-895a-2c9c-1466d9a53962


"Support for Windows 7 ended on January 14, 2020."


https://docs.microsoft.com/en-us/lifecycle/faq/windows#windows-8.1

"Windows 8.1 reached the end of Mainstream Support on January 9, 2018, and
will reach end of Extended Support on January 10, 2023."


This has never been a valid argument. Vendors don't get to choose when 
something dies. The customers do.


If you want, or are forced, to run an old OS, then you very likely have similar 
constraints for most of your other software as well. That software might still 
get patched up as a special service, just as Windows is; but it’s certainly not 
ported over to a new runtime environment like a major new .NET or Qt version.

That is, in my experience, a reasonable default assumption. Nobody expects to 
run brand new HMIs or latest versions of productivity software on those OS/2 or 
Windows XP terminals.


That would be a significantly bad assumption or just disinformation. The 
HMIs are updated all of the time as is the UI. I don't know about where 
you live, but here in the states the ATM world has been cranking out new 
HMI implementations like crazy. Has to do with a long drawn out Chipped 
card uptake so machines have to support non-chipped and chipped today. 
Then some tried to go touch screen only only to be hit with Americans 
with Disabilities lawsuits so they had to add back the braille buttons. 
Some when to view rather than touch screen because, unlike the tender as 
a soap bubble "Gorilla Glass" Apple uses on their phones, screens in 
ATMs (and vending machines) have to survive N hammer blows from a test 
machine and still be usable. Bought in bulk they tip the scales at 
around $5K each. The hokey looking 10-key keypads bought in thousand 
unit lots tip the scales at north of $500 each because they have to pass 
the same test.


The HMI for medical devices ends up changing every few months it seems 
as new HIPAA requirements are released.


https://www.hipaajournal.com/new-hipaa-regulations/


DOT-NOT now runs on both DOS and Windows 3.11. Since most of what runs 
on those could run under OS/2 Warp . . .


https://www.hanselman.com/blog/net-everywhere-apparently-also-means-windows-311-and-dos

As far as OS/2 which I haven't touched in a few years

Libre Office didn't stop until 2015 but would start up again if someone 
picked it up

https://ask.libreoffice.org/t/os-2-source/298

FireFox is at 45.9.0 from May of 2018 on this site. Probably later 
versions on other sites. To be secure you shouldn't connect to the 
Internet, but so much documentation seems to come in HTML files these days.

https://ecsoft2.org/firefox

Oddly enough Qt 5.13.1 was/is available for OS/2 since August 2019
https://ecsoft2.org/qt-software-development-framework

Pthreads 0.2.4 (I don't know the current number elsewhere) got added in 
March 2019


https://ecsoft2.org/posix-pthreads

OpenWatcom is actively developed for OS/2 as well as both 16 and 32-bit 
Windows. I haven't dug in to see if they added support for C++17

https://sourceforge.net/projects/openwatcom/

gcc 9.2 appears to be ported to OS/2 so not that far behind
https://github.com/bitwiseworks/gcc-os2

Scribus is OpenSource desktop publishing software that maintains OS/2 
support along with active development. It also supports Windows XP and 
current Linux distros. You can find it in Ubuntu's current LTS.

https://sourceforge.net/projects/scribus/



But, if you bring enough $$$ to The Qt Company, then I’m sure we can discuss a 
special Qt 6 version for you that runs on Windows 7. It’s not going to be 
cheap, but that’s also a choice a customer has to make.


Cheers,
Volker


This is why every OpenSource project of any significance has an 
OpenSource LTS. I haven't been watching the list because Qtc got Qt 
banned from most of the medical device world. Qt is still OpenSource, right?


Found the Thiago reference here interesting.
https://www.techradar.com/news/key-open-source-project-makes-critical-change-locks-out-community-developers

PostgreSQL has LTS

https://www.postgresql.org/support/versioning/

Ubuntu marks the 04 release of every even year an LTS

I don't feel like digging all of the LTS stuff out. Significant 
**OpenSource** projects all have OpenSource LTS releases.



The point is there is no need to fork over hideous gobs of money for 
OpenSource. If one really needs it they can have it done internally (or 
by a contractor) and release it back to the community. That's how 
OpenSource works. IBM sunk oceans of money into creating Xerces then 
released it. Why? 

Re: [Interest] Qt 5.15 LTS vs Qt 6.2 LTS

[Ulf Hermann]

Long story short: You can have a Qt 5.15 LTS. You just have to pay for 
it. You can even have Qt supported on obscure outdated platforms, as 
Volker mentioned. It's just even more expensive. The price is high 
because there is a lot work involved in making this happen and the 
number of customers requesting it is small.


There are other toolkits for which the cost of such maintenance is 
lower, mainly because they didn't evolve so much since the days when XP 
was the latest and greatest. Some toolkits are even written from scratch 
with mainly backwards compatibility in mind. You will understand that 
there is a trade off involved here. If you want to be compatible with 
everything in the world, you can't add many new features.



1) On rare occasions patient killing bugs like this one get fixed.

https://bugreports.qt.io/browse/QTBUG-12055 



This has very little to do with "security" unless one puts application 
stability under the security heading.


That's exactly the safety (not security) argument I was expecting. The 
patient killing bugs in the underlying OS and drivers etc will not be 
fixed anymore, though. So even if we had decided to support XP with Qt6, 
you still wouldn't have gained much.



2) Updated hardware support.


I wouldn't trust a hacked together system with 3rdparty drivers and 
outdated software monkey-patched to work with my shiny 4k monitor to be 
free of patient killing bugs. Or, I would only trust it if all that 
stuff is carefully tested to be compatible with each other. Such testing 
and bug fixing is expensive. Here we're back at square 1.


best regards,
Ulf
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest