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
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, hopefully, some
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
Build
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:
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.
Just
-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 answer
Иван Комиссаров
29 авг. 2014 г., в 14:46, André Somers an...@familiesomers.nl написал(а):
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
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, otherwise
Иван Комиссаров schreef op 29-8-2014 13:01:
Иван Комиссаров
29 авг. 2014 г., в 14:46, André Somers an...@familiesomers.nl написал(а):
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
On 29/08/14 13:05, André Somers an...@familiesomers.nl wrote:
Иван Комиссаров schreef op 29-8-2014 13:01:
Иван Комиссаров
29 авг. 2014 г., в 14:46, André Somers an...@familiesomers.nl
написал(а):
Thiago Macieira schreef op 29-8-2014 06:32:
Could be, but I want to be really clear that it
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
regular
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 lars.kn...@digia.com написал(а):
A tend to agree with André here. A least common denominator solution
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, Иван Комиссаров abba...@gmail.com wrote:
Ok, it's not very hard to implement for win/mac. I remember we can
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 optical, removable
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
On 29 Aug 2014, at 1:01 PM, Иван Комиссаров wrote:
29 авг. 2014 г., в 14:46, André Somers an...@familiesomers.nl написал(а):
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
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 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 mean to
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
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.org
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 versions
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 share
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, remote or
unknown.
We
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
shawn.rutle...@digia.com wrote:
On 29 Aug 2014, at 2:02 AM, Mandeep Sandhu wrote:
All,
I'm getting a build failure when the hellowindow
24 matches
Mail list logo
