Re: [Development] Qt Playground - Updating Daemon/Service Support

2012-11-27 Thread Lukas Geyer
Am 27.11.2012 11:03, schrieb Sascha Cunz: > [...] >> The difference is that 'operate' and 'configure' are two different tasks >> and thus usually require two different interfaces. >> >> The 'operate' interface of an anti-malware service is to monitor data >> and network traffic. The 'configure' int

Re: [Development] Qt Playground - Updating Daemon/Service Support

2012-11-27 Thread Lukas Geyer
Am 27.11.2012 08:50, schrieb Sascha Cunz: >> Yes. Each service which needs to interact with the user requires some >> sort of IPC to provide a graphical interface, as interactive services >> are not allowed on most modern operating systems (not to mention design >> considerations). > As you said: t

Re: [Development] Qt Playground - Updating Daemon/Service Support

2012-11-26 Thread Lukas Geyer
Am 27.11.2012 06:15, schrieb Sascha Cunz: >> A daemon/service has two interfaces: (i) user/system-API oriented, and (ii) >> one internal. >> >> The first presents the interface to the outside world on how to control the >> service. This interface needs to integrated into the system - e.g. Windows >

Re: [Development] [Interest] About Qt 4.8.3 MinGW

2012-09-24 Thread Lukas Geyer
Am 24.09.2012 13:16, schrieb R. Reucher: > Also, can someone confirm that we are seeing the same issue(s)? Yes, I can. 4.8.3 is broken and cannot be used to compile projects relying on information from mkspecs/qconfig.pri, for example QtCreator. > To clarify what's wrong from my perspective, I q

Re: [Development] Build Qt 5 with MinGW 4.7?

2012-08-27 Thread Lukas Geyer
Am 26.08.2012 16:48, schrieb Thiago Macieira: > git.exe in PATH is fine. sh.exe in PATH isn't. Not necessarily. I'm using msys-bash-3.1.17 and whereas there have been problems in the past (faulty path seperators in some modules when sh.exe in path) I'm now being able to build Qt 5 with sh.exe (

Re: [Development] Build Qt 5 with MinGW 4.7?

2012-08-26 Thread Lukas Geyer
Am 26.08.2012 09:31, schrieb Thiago Macieira: > Yes: make has a bug and it's hitting that. VPATH is also broken [1] in some mingw-w64 builds (eg. rubenvb). > You can upgrade, downgrade, "sidegrade", rebuild make with different > optimisation flags. Or even fix the bug. I have made positive exper

Re: [Development] buildsystem branches (about to be) integrated

2012-07-17 Thread Lukas Geyer
Am 01.07.2012 14:36, schrieb Loaden: > But now I get the new problem: > PATH=D:\qpSOFT\Projects\BuildQt5-m64\qtbase\bin;D:\qpSOFT\MinGW\MinGW64\bin;C:\Perl64\site\bin;C:\Pe > rl64\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShe > ll\v1.0\;C:\Python27;

Re: [Development] State of the Qt Solutions Archive

2012-07-13 Thread Lukas Geyer
Am 13.07.2012 15:29, schrieb Thiago Macieira:> On sexta-feira, 13 de julho de 2012 14.33.18, Lukas Geyer wrote: >> I've fixed QtSingleApplication for Qt5 and created a merge request, just >> to find out that it's quite quiet there, with merge request beeing not

[Development] State of the Qt Solutions Archive

2012-07-13 Thread Lukas Geyer
Hi, I've fixed QtSingleApplication for Qt5 and created a merge request, just to find out that it's quite quiet there, with merge request beeing not seen (?) or at least discussed and merged for months. Although beeing an 'archive', I think it still contains some quite useful functionality (lik