Re: [Interest] Interest Digest, Vol 103, Issue 18

2020-04-09 Thread Roland Hughes
On 4/9/20 3:11 PM, Hamish wrote: On 31/3/20 6:09 am, Roland Hughes wrote: /Just be aware that UltraEdit like many other PC originating editors />>/gets tabs wrong. When you set tabs to spaces and set their width to 4, />>/hitting when cursor is in first column of the line has to put />>/the

Re: [Interest] Qt and Open Source

2020-04-09 Thread Matthew Woehlke
On 09/04/2020 08.28, Florian Bruhin wrote: Today, The Qt Company released a quick statement: https://www.qt.io/blog/qt-and-open-source The Qt Company is proud to be committed to [...] open source, and the Qt governance model. Recent actions: [A]fter more and more moves against the

Re: [Interest] OSX codesign question

2020-04-09 Thread Michael Jackson
The application is trying to load the Qt frameworks that are *outside* of the .app package. If you do an “otool -L” on the actual executable within the .app package (SoundJack.app/Contents/MacOS/SoundJack), all non-system dependencies that get listed should start with @rpath/something. If you

[Interest] The state of running Qt Quick application without screen

2020-04-09 Thread Tomasz Olszak
Hello, I remember struggling with it a few years ago and it was not possible. Has anything changed? I would like to start GUI application with input handling even when no screen is attached. Once it is attached app will show on screen. Currently I used eglfs platform plugin but. Has something

Re: [Interest] mingw64: can't compile a lib such that a Qt signal can connect successfully to a binary slot

2020-04-09 Thread Thiago Macieira
On Thursday, 9 April 2020 09:02:32 -03 Filippo Rusconi via Interest wrote: > Why not? -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel System Software Products ___ Interest mailing list Interest@qt-project.org

Re: [Interest] Avoiding a bearer thread in normal userland apps

2020-04-09 Thread Thiago Macieira
On Thursday, 9 April 2020 08:41:51 -03 René J.V. Bertin wrote: > Hi, > > As far as I understand Qt's bearer management feature is not relevant for > desktop (including laptop) systems where connectivity is handled by the > system and a priori permanent. So why does an application that just wants

Re: [Interest] Avoiding a bearer thread in normal userland apps

2020-04-09 Thread René J . V . Bertin
On Thursday April 09 2020 13:41:51 René J.V. Bertin wrote: > Is there a way to indicate that you have no use for the bearer stuff and not > have it waste resources? NB: deleting the bearer plugins doesn't seem to stop the bearer thread from being created (and the code suggests it might even do

Re: [Interest] OSX codesign question

2020-04-09 Thread Andy
If you are signing the application after creating it with macdeployqt (as I think we've been working through this whole time?), then you will have to create the DMG separately after you sign the application. You can then also sign the DMG if you like. If you are using macdeployqt to sign the

[Interest] Qt and Open Source

2020-04-09 Thread Florian Bruhin
Hi, (Note: Parts of this mail are similar to a mail I sent to the kde-community list a couple of minutes ago, but the majority of it is different) As some people here might already know, the KDE Free Qt foundation made a very concerning announcement yesterday:

[Interest] mingw64: can't compile a lib such that a Qt signal can connect successfully to a binary slot

2020-04-09 Thread Filippo Rusconi via Interest
___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest

[Interest] Avoiding a bearer thread in normal userland apps

2020-04-09 Thread René J . V . Bertin
Hi, As far as I understand Qt's bearer management feature is not relevant for desktop (including laptop) systems where connectivity is handled by the system and a priori permanent. So why does an application that just wants to do simple stuff over a network connection (and use Qt APIs for

Re: [Interest] OSX codesign question

2020-04-09 Thread Alexander Carôt
Hi Hamish,   yes, in the meantime I figured that I signed the app before deployment and this leads to the crash because the other components must be signed as well.   In that regard the next question comes up:   Is it sufficient if I sign the DMG file which results from the macdeployqt call

Re: [Interest] Fw: Re: Re: Re: OSX codesign question

2020-04-09 Thread Alexander Carôt
>>Honestly, it seems to me like a cash-grab under cover of "security theatre".   That's the perfect way to put it ! Thanks for confirmation !   >>And, of course, Apple users will always blame the developer, not the manufacturer.   This is exactly what's happening right now to me. Most users

Re: [Interest] QtWebkit error while building Qt5.12.7 sources

2020-04-09 Thread Ramakanth Kesireddy
Thanks for your mail.ICU 58.x works. Can you recommend ICU sources version for the compatible Qt 5.12.7 LTS sources? On Tue, 31 Mar, 2020, 14:27 Konstantin Tokarev, wrote: > > > 31.03.2020, 11:54, "Ramakanth Kesireddy" : > > Since the old compiler doesn't supports c++11, we got to use Qt

Re: [Interest] OSX codesign question

2020-04-09 Thread Hamish Moffatt
On 9/4/20 1:15 am, "Alexander Carôt" wrote: So - I received the new certificate, installed it on my keychain tool and this is what happened again: soulalex@alexandarotsMBP SJC % codesign --deep --force --verify --verbose --timestamp --options runtime --sign "Developer ID Application: Alexander

Re: [Interest] Fw: Aw: Re: Re: Re: OSX codesign question

2020-04-09 Thread Bob Hood
On 4/8/2020 9:29 AM, "Alexander Carôt" wrote: P.S.: I might have overlooked this info: *Software Distribution Reminder* If you're generating your first Developer ID certificate, the software that you sign it with must be notarized by Apple in order to run on macOS 10.14.5 or later. Learn how