Yes, thats what I did. Enabled GUI, but kept widgets disabled. Now it
compiles fine.
Thanks,
-mandeep
On Fri, Aug 29, 2014 at 12:15 AM, Rutledge Shawn
wrote:
>
> On 29 Aug 2014, at 2:02 AM, Mandeep Sandhu wrote:
>
>> All,
>>
>> I'm getting a build failure when the "hellowindow" example is being
On Friday 29 August 2014 16:58:21 Matthias WALTER wrote:
> Hello,
>
> Also just choice between "local" and "remote" drive in next release (5.4) ?
> No "removable", "optical", "virtual" ?
>
> Suggestion about add "RAM Drive" ?
My idea is that we can have a "locality" flag that returns "local", "r
On Friday 29 August 2014 15:01:31 Rutledge Shawn wrote:
> > And those libraries will open a D-Bus connection that we can't reuse, so
> > that's more system resources spent.
>
>
> Well it's not like there isn't a technical solution to using qdbus instead.
> (Would multiple instances of qdbus sha
On 29 Aug 2014, at 4:23 PM, Thiago Macieira wrote:
> On Friday 29 August 2014 18:05:30 Иван Комиссаров wrote:
>> Thiago was against introducing a QStorageInfoPlugin. However, i thinkg we
>> can try to dopen a udisks library. But why not simply try to link to it on
>> Linux? Are there any linux ve
Hello,
Also just choice between "local" and "remote" drive in next release (5.4) ?
No "removable", "optical", "virtual" ?
Suggestion about add "RAM Drive" ?
Thank you for your mind answer.
Best regards,
-Message d'origine-
De : development-bounces+matthias.walter=neuf...@qt-project.or
On Friday 29 August 2014 18:05:30 Иван Комиссаров wrote:
> Thiago was against introducing a QStorageInfoPlugin. However, i thinkg we
> can try to dopen a udisks library. But why not simply try to link to it on
> Linux? Are there any linux versions that doesn't have udisks now?
Yes.
And those lib
On Friday 29 August 2014 13:43:20 André Somers wrote:
> Knoll Lars schreef op 29-8-2014 13:17:
> > But let's also add things in order. Local vs remote seems to be the
> > use case that most people need so let's solve that first. Other
> > attributes can be added later. Cheers, Lars
>
> I did not m
Thiago was against introducing a QStorageInfoPlugin. However, i thinkg we can
try to dopen a udisks library. But why not simply try to link to it on Linux?
Are there any linux versions that doesn't have udisks now?
Иван Комиссаров
29 авг. 2014 г., в 17:57, Rutledge Shawn написал(а):
On 29 A
On 29 Aug 2014, at 1:01 PM, Иван Комиссаров wrote:
> 29 авг. 2014 г., в 14:46, André Somers написал(а):
> Thiago Macieira schreef op 29-8-2014 06:32:
>>> Could be, but I want to be really clear that it should only be local,
>>> remote and unknown. I don't want other types like "removable
>>> ma
Knoll Lars schreef op 29-8-2014 13:17:
> But let's also add things in order. Local vs remote seems to be the
> use case that most people need so let's solve that first. Other
> attributes can be added later. Cheers, Lars
I did not mean to suggest that this all be added right now. I was just
wo
Bo Thorsen schreef op 29-8-2014 13:29:
> Den 29-08-2014 12:46, André Somers skrev:
>> Thiago Macieira schreef op 29-8-2014 06:32:
>>> Could be, but I want to be really clear that it should only be local,
>>> remote and unknown. I don't want other types like "removable
>>> magnetic", "removable opti
I'm ok with that, but let's also hear others. But we need to make sure
that we have an explicit 'unknown' result for this in case we can't
determine the answer.
Lars
On 29/08/14 13:30, "Иван Комиссаров" wrote:
>
>
>
>Ok, it's not very hard to implement for win/mac. I remember we can detect
>it
Ok, it's not very hard to implement for win/mac. I remember we can detect it
even on Linux for smb at least. Should this go to dev branch?
Иван Комиссаров
29 авг. 2014 г., в 15:17, Knoll Lars написал(а):
> A tend to agree with André here. A least common denominator solution is
> usually not wh
Den 29-08-2014 12:46, André Somers skrev:
> Thiago Macieira schreef op 29-8-2014 06:32:
>> Could be, but I want to be really clear that it should only be local,
>> remote and unknown. I don't want other types like "removable
>> magnetic", "removable optical", "removable solid state", "virtual
>> re
On 29/08/14 13:05, "André Somers" wrote:
>Иван Комиссаров schreef op 29-8-2014 13:01:
>> Иван Комиссаров
>>
>> 29 авг. 2014 г., в 14:46, André Somers
>>написал(а):
>>
>> Thiago Macieira schreef op 29-8-2014 06:32:
Could be, but I want to be really clear that it should only be local,
re
Иван Комиссаров schreef op 29-8-2014 13:01:
> Иван Комиссаров
>
> 29 авг. 2014 г., в 14:46, André Somers написал(а):
>
> Thiago Macieira schreef op 29-8-2014 06:32:
>>> Could be, but I want to be really clear that it should only be local,
>>> remote and unknown. I don't want other types like "remo
On Friday, 29 August, 2014 7:09:55 Rutledge Shawn wrote:
> libX11 also ends up being linked into the eglfs platform plugin. Even when
> configured with -no-xcb.
There is a xcb "backend" (eglfshooks) for X11 .. maybe they have been selected
for some reason?
> I must be missing something, otherw
Иван Комиссаров
29 авг. 2014 г., в 14:46, André Somers написал(а):
Thiago Macieira schreef op 29-8-2014 06:32:
>> Could be, but I want to be really clear that it should only be local,
>> remote and unknown. I don't want other types like "removable
>> magnetic", "removable optical", "removable
> -Original Message-
> From: development-bounces+alexander.blasche=digia@qt-project.org
> [mailto:development-bounces+alexander.blasche=digia@qt-project.org]
> On Behalf Of Ahmet Dogan
> I have written forum and mail lists but I haven't got any answer about
> my problem if you ans
Thiago Macieira schreef op 29-8-2014 06:32:
> Could be, but I want to be really clear that it should only be local,
> remote and unknown. I don't want other types like "removable
> magnetic", "removable optical", "removable solid state", "virtual
> regular filesystem", "virtual special", etc.
J
Hi all,
As informed earlier this week '5.3' is now temporarily closed. And as told we
will wait existing integrations to be finished before doing new '5.3.2' branch.
I'll inform you when new branch is available for possible final changes before
the official release
Br,
Jani
From: development
On 29 Aug 2014, at 2:02 AM, Mandeep Sandhu wrote:
> All,
>
> I'm getting a build failure when the "hellowindow" example is being compiled.
>
> Configure options:
> $ ../qt5/qtbase/configure -opensource -confirm-license
> -developer-build -release -no-gui -no-widgets -no-cups -no-dbus
> -no-xcb
Den 29-08-2014 05:51, Joseph Crowell skrev:
>
> On 8/29/2014 2:34 AM, Thiago Macieira wrote:
>> On Thursday 28 August 2014 14:18:06 Rutledge Shawn wrote:
I want an API that makes it clear that detection may fail or be
ambiguous.
Call it "storage locality" or "storage remoteness" or,
libX11 also ends up being linked into the eglfs platform plugin. Even when
configured with -no-xcb. I must be missing something, otherwise how could any
of the non-X11 embedded or Raspberry Pi stuff work… Of course you can build on
a machine that doesn't have the libs or headers available; I
24 matches
Mail list logo
