On segunda-feira, 20 de junho de 2016 11:45:23 PDT Stef Bon wrote:
> This worked until recently, now the fuse is not found anymore. I've
> found out that the function
> isPseudoFs has been changed, and every fs where the device does not
> start with a slash is a pseudofs. Huhhh? This is far too str
2016-06-20 14:48 GMT+02:00 Shawn Rutledge :
>
>
> Apparently you are referring to https://codereview.qt-project.org/#/c/141217/
>
Yes.
> Please report a bug, and give any ideas you have for deciding what is a
> pseudo-fs and what isn’t. I don’t think we can say that every FUSE
> filesystem fa
> On 20 Jun 2016, at 11:45, Stef Bon wrote:
>
> Hi,
>
> I've found aout that the qstorageinfo has changed recently. I'v got a
> fuse filesystem and a qt gui using that filesystem. To detect the
> mountpoint the gui uses QStorageInfo::mountedVolumes() and walk this
> list.
>
> This worked until
Hi,
I've found aout that the qstorageinfo has changed recently. I'v got a
fuse filesystem and a qt gui using that filesystem. To detect the
mountpoint the gui uses QStorageInfo::mountedVolumes() and walk this
list.
This worked until recently, now the fuse is not found anymore. I've
found out that
On Sunday 28 June 2015 02:18:10 Aurel Branzeanu wrote:
> Hello, Иван and all the team!
>
> First of all, excuse me for entering such an old discussion!
>
> On Fri, Aug 29, 2014 at 5:05 PM, Иван Комиссаров wrote:
> > However, i thinkg we can try to dopen a udisks library. But why not simply
> > t
Hello, Иван and all the team!
First of all, excuse me for entering such an old discussion!
On Fri, Aug 29, 2014 at 5:05 PM, Иван Комиссаров wrote:
> 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
On Monday 08 September 2014 12:32:27 Matthias WALTER wrote:
> Hello,
>
>
>
> Today you released the Alpha of Qt 5.4.
>
>
>
> What is the official status of QStorageInfo "DriveType" ?
>
>
>
> Do you plan to add this feature in the beta and final release ?
It hasn't been developed yet.
If
On Monday 25. August 2014 08.09.15 Thiago Macieira wrote:
> Do fuse filesystems count as local? Does it depend on what's on the other
> side of the fuse daemon?
fuse exposes what has been mounted from where. fuse isn't very special, it
just puts the translation code in userspace.
the simplest wa
Hello,
Today you released the Alpha of Qt 5.4.
What is the official status of QStorageInfo "DriveType" ?
Do you plan to add this feature in the beta and final release ?
Thank you for your answer.
Best regards,
___
Development mailing
Hi,
On Fri, Aug 29, 2014 at 06:05:30PM +0400, Иван Комиссаров 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. Th
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
;origine-
De : development-bounces+matthias.walter=neuf...@qt-project.org
[mailto:development-bounces+matthias.walter=neuf...@qt-project.org] De la
part de André Somers
Envoyé : vendredi 29 août 2014 13:43
À : development@qt-project.org
Objet : Re: [Development] QStorageInfo
Bo Thorsen schreef op 29-8-
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
Иван Комиссаров
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
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
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,
On Friday 29 August 2014 13:51:07 Joseph Crowell wrote:
> Is it possible to know that a folder is a Dropbox Synced folder? I don't
> think it is.
Not right now. But who knows, in the future we may be able to and so this
hybrid type might be useful.
> How about enum StorageType and function Stor
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
>>> better name.
>>>
>>> The more
On 28 August 2014 18:34, 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
>> > better name.
>> >
>> >
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
> > better name.
> >
> > The more types we start to add, the more difficult it be
On 28 Aug 2014, at 4:03 PM, Thiago Macieira wrote:
> On Thursday 28 August 2014 06:57:30 Rutledge Shawn wrote:
>> But isLocal is the wrong name for something that isn't a bool, and also
>> implies that local drives are normal or preferred (which is a matter of
>> current fashion, while the future
On Thursday 28 August 2014 06:57:30 Rutledge Shawn wrote:
> But isLocal is the wrong name for something that isn't a bool, and also
> implies that local drives are normal or preferred (which is a matter of
> current fashion, while the future is debatable). If we want an enum, maybe
> we'd better g
On 28 Aug 2014, at 8:06 AM, Lorn Potter wrote:
> On 27/08/2014 9:56 pm, Bo Thorsen wrote:
>> Den 27-08-2014 10:40, Knoll Lars skrev:
>>> I agree that there are many complex corner cases where we can’t exactly
>>> know. But let’s not forget about the common case, where we actually can
>>> determin
On 27/08/2014 9:56 pm, Bo Thorsen wrote:
> Den 27-08-2014 10:40, Knoll Lars skrev:
>> On 26/08/14 21:00, "Thiago Macieira" wrote:
>>
>>> On Tuesday 26 August 2014 12:58:41 Kuba Ober wrote:
> Unless we want to make this a tri-state: definitely local, definitely
> remote, could be either.
>>
Den 27-08-2014 10:40, Knoll Lars skrev:
> On 26/08/14 21:00, "Thiago Macieira" wrote:
>
>> On Tuesday 26 August 2014 12:58:41 Kuba Ober wrote:
Unless we want to make this a tri-state: definitely local, definitely
remote, could be either.
>>>
>>> Absolutely. It’s not even an option not to
On 26/08/14 21:00, "Thiago Macieira" wrote:
>On Tuesday 26 August 2014 12:58:41 Kuba Ober wrote:
>> > Unless we want to make this a tri-state: definitely local, definitely
>> > remote, could be either.
>>
>> Absolutely. It’s not even an option not to distinguish those three
>>states.
>> The cons
On Tuesday 26 August 2014 12:58:41 Kuba Ober wrote:
> > Unless we want to make this a tri-state: definitely local, definitely
> > remote, could be either.
>
> Absolutely. It’s not even an option not to distinguish those three states.
> The consumer of this data can then decide which side to err on
On Aug 26, 2014, at 12:43 PM, Thiago Macieira wrote:
> On Tuesday 26 August 2014 09:22:32 Rutledge Shawn wrote:
>> After the harrowing review process (92 rounds of patches over 9 months!) the
>> VolumeTypeFlag didn't end up in the final patch. It's a credit to Ivan
>> that he had the patience t
On Tuesday 26 August 2014 09:22:32 Rutledge Shawn wrote:
> After the harrowing review process (92 rounds of patches over 9 months!) the
> VolumeTypeFlag didn't end up in the final patch. It's a credit to Ivan
> that he had the patience to finally get the current form of QStorageInfo
> into 5.4 bra
On 26 Aug 2014, at 8:19 AM, Bo Thorsen wrote:
> Which is probably the way people will have to go about doing it. Since
> this distinction isn't reliably available on Linux and it is on Windows,
> then the proper way would be to be able to get the native handle on the
> drive to call Windows meth
Den 25-08-2014 17:16, André Somers skrev:
> Thiago Macieira schreef op 25-8-2014 17:09:
>> On Monday 25 August 2014 13:46:12 André Somers wrote:
>>> ?? schreef op 25-8-2014 13:24:
Can you provide an usecase why you need this feature?
>>> Sure. In our product, we support having the
Thiago Macieira schreef op 25-8-2014 17:09:
> On Monday 25 August 2014 13:46:12 André Somers wrote:
>> ?? schreef op 25-8-2014 13:24:
>>> Can you provide an usecase why you need this feature?
>> Sure. In our product, we support having the user choose where to put his
>> database. Howev
On Monday 25 August 2014 13:46:12 André Somers wrote:
> ?? schreef op 25-8-2014 13:24:
> > Can you provide an usecase why you need this feature?
>
> Sure. In our product, we support having the user choose where to put his
> database. However, we only support doing that on a local file
Hi,
Solid uses IOKit as backend on OS X
Best Regards
Samuel
On 25 août 2014, at 15:26, Иван Комиссаров wrote:
> I don't think libsolid works on Mac:) Correct me if i'm wrong.
>
> Иван Комиссаров
>
> 25 авг. 2014 г., в 15:55, Allan Sandfeld Jensen
> написал(а):
>
> Hello
>
> On Monday 25
This is "flawed" implementation i mentioned.
Иван Комиссаров
25 авг. 2014 г., в 17:36, Matthias WALTER написал(а):
> I check on the website of Qt Mobility, and drivetype function seemed also
> implemented on Linux too. Link :
> http://doc-snapshot.qt-project.org/qt-mobility/index.html#platfor
I don't think libsolid works on Mac:) Correct me if i'm wrong.
Иван Комиссаров
25 авг. 2014 г., в 15:55, Allan Sandfeld Jensen написал(а):
Hello
On Monday 25 August 2014, Matthias WALTER wrote:
>>
>> I see the preview doc about < QStorageInfo > on this website :
>> http://doc-snapshot.qt-proj
Hello
On Monday 25 August 2014, Matthias WALTER wrote:
>
> I see the preview doc about < QStorageInfo > on this website :
> http://doc-snapshot.qt-project.org/qt5-5.4/qstorageinfo.html#fileSystemType
>
> But I don't see anything about the "type" of the drives : internal,
> external, remote, .
>
?? schreef op 25-8-2014 13:24:
Can you provide an usecase why you need this feature?
Sure. In our product, we support having the user choose where to put his
database. However, we only support doing that on a local file system, as
experience has shown us that using our database sys
25 авг. 2014 г., в 14:20, Matthias WALTER
mailto:matthias.wal...@neuf.fr>> написал(а):
Hello,
I see the preview doc about « QStorageInfo » on this website :
http://doc-snapshot.qt-project.org/qt5-5.4/qstorageinfo.html#fileSystemType
But I don’t see anything about the “type” of the drives : in
Can you provide an usecase why you need this feature?
Иван Комиссаров
25 авг. 2014 г., в 14:46, Matthias WALTER написал(а):
> It's annoying, I need this feature for a project on windows…
>
> Best regards,
___
Development mailing list
Development@qt-
No, not in the near future. Implementation of this functionality is flawed for
Linux/Unix and i don't know (yet) how to implement it in the other way.
Иван Комиссаров
25 авг. 2014 г., в 14:20, Matthias WALTER написал(а):
> Hello,
>
> I see the preview doc about « QStorageInfo » on this websi
Hello,
I see the preview doc about < QStorageInfo > on this website :
http://doc-snapshot.qt-project.org/qt5-5.4/qstorageinfo.html#fileSystemType
But I don't see anything about the "type" of the drives : internal,
external, remote, .
Will it come in the near feature ?
Best regards,
On 22 Aug 2014, at 2:07 PM, Иван Комиссаров wrote:
Начало переадресованного сообщения:
Отправитель: Thiago Macieira
mailto:thiago.macie...@intel.com>>
Тема: Ответ: [Development] QStorageInfo class
Дата: 19 августа 2014 г., 22:21:35 GMT+4
Получатель: development@qt-project.org<mailto:de
Forwarded
Иван Комиссаров
Начало переадресованного сообщения:
Отправитель: Thiago Macieira
Тема: Ответ: [Development] QStorageInfo class
Дата: 19 августа 2014 г., 22:21:35 GMT+4
Получатель: development@qt-project.org
On Tuesday 19 August 2014 20:04:39 Matthias WALTER wrote:
> He
Hello,
About QStorageInfo planned for the next Qt 5.4 release :
In qdriveinfo.h DriveInfo::DriveType
- is declared but not used in all system files :
"InternalFlashDrive"
-"RemoteDrive", you don't want to rename it at
"NetworkDrive" ?
Thank you
On Tuesday 19 August 2014 20:04:39 Matthias WALTER wrote:
> Hello,
>
>
>
> About QStorageInfo planned for the next Qt 5.4 release :
>
>
>
> In qdriveinfo.h DriveInfo::DriveType
>
>
>
> - is declared but not used in all system files :
> "InternalFlashDrive"
There's no such
Hello,
About QStorageInfo planned for the next Qt 5.4 release :
In qdriveinfo.h DriveInfo::DriveType
- is declared but not used in all system files :
"InternalFlashDrive"
-"RemoteDrive", you don't want to rename it at
"NetworkDrive" ?
Thank you
59 matches
Mail list logo
