On Sunday 23 February 2014 12:21:24 GEO wrote:
> On Sunday 23 February 2014 12:14:30 Vishesh Handa wrote:
> > On Thursday, February 20, 2014 08:58:48 AM GEO wrote:
> > > First of all: I am totally for xattr, thank you Vishesh for the great
> > > idea!
> >
> > Thanks, though the idea was Simeons. I
On Tuesday 21. January 2014 14.54.39 Thomas Lübking wrote:
> I *do* consider xattr the BY FAR more sane approach to the problem, but
> currently do frankly not see this on end user desktops :-(
Luckily, we develop end-user desktops and the people who develop the other
parts of this system are nor
On Tuesday 21. January 2014 16.04.51 Vishesh Handa wrote:
> Well, anything is possible. Someone would just need to implement it. We had
> wanted to do something similar during the Nepomuk days as well, but it
> didn't quite materialize.
Point me to roughly where in the stack to implement it, and I
On Samstag, 22. Februar 2014 10:37:04 CEST, GEO wrote:
You could a share a document not containing any personal
information (a third
party document stored on your hdd), but the comments or tags could contain
information you do not want to share with others.
And you might just as well want t
On Friday, February 21, 2014 07:55:39 PM Thiago Macieira wrote:
> Em sex 21 fev 2014, às 21:00:07, Nicolás Alvarez escreveu:
> > 2014-02-21 20:30 GMT-03:00 Sebastian Kügler :
> > > On Thursday, February 20, 2014 08:58:48 GEO wrote:
> > >> Maybe a strange idea, but it would resolve the privacy probl
On Sunday 23 February 2014 12:14:30 Vishesh Handa wrote:
> On Thursday, February 20, 2014 08:58:48 AM GEO wrote:
> > First of all: I am totally for xattr, thank you Vishesh for the great
> > idea!
>
> Thanks, though the idea was Simeons. I just implemented some parts of it :)
I was not able to fi
On Thursday, February 20, 2014 08:58:48 AM GEO wrote:
> First of all: I am totally for xattr, thank you Vishesh for the great idea!
>
Thanks, though the idea was Simeons. I just implemented some parts of it :)
--
Vishesh Handa
Em sáb 22 fev 2014, às 10:37:04, GEO escreveu:
> > Is the metadata any more sensitive than the data itself? If you're copying
> > a file to an unencrypted filesystem, then the data is no longer secure.
> You could a share a document not containing any personal information (a
> third party document
Em sex 21 fev 2014, às 21:00:07, Nicolás Alvarez escreveu:
> 2014-02-21 20:30 GMT-03:00 Sebastian Kügler :
> > On Thursday, February 20, 2014 08:58:48 GEO wrote:
> >> Maybe a strange idea, but it would resolve the privacy problem: Baloo
> >> could
> >> optionally encrypt all the attributes using a
2014-02-21 20:30 GMT-03:00 Sebastian Kügler :
> On Thursday, February 20, 2014 08:58:48 GEO wrote:
>> Maybe a strange idea, but it would resolve the privacy problem: Baloo could
>> optionally encrypt all the attributes using a user defined password, meaning
>> baloo stores encrypted strings as file
On Thursday, February 20, 2014 08:58:48 GEO wrote:
> Maybe a strange idea, but it would resolve the privacy problem: Baloo could
> optionally encrypt all the attributes using a user defined password, meaning
> baloo stores encrypted strings as file attributes. I have no experience
> with file attri
understanding much of it anyway.
Looking forward to the release!
--
View this message in context:
http://kde.6490.n7.nabble.com/Moving-Baloo-forward-tp1556434p1560700.html
Sent from the kde-core-devel mailing list archive at Nabble.com.
Am Dienstag, 28. Januar 2014, 22:06:45 schrieb Rolf Eike Beer:
> Am Dienstag, 28. Januar 2014, 20:10:13 schrieb Ivan Čukić:
> > > To move a file to another machine and have the metadata be copied and
> > > re-
> > > indexed on that new machine as well. The copy process just needs to take
> > > care
On Wednesday, 2014-01-29, 09:09:50, Martin Klapetek wrote:
> On Wed, Jan 29, 2014 at 8:49 AM, Todd wrote:
> > What about something like what Dolphin has now, where when you drop a file
> > on a removable filesystem or remote drive it pops up the current
> > copy/move/link option, but also has a ch
On Wednesday, 2014-01-29, 00:06:11, Ingo Klöcker wrote:
> I don't think it makes sense to work around a social problem (uneducated
> users) by using an inferior and much more complex technical solution
> (some database instead of xattrs). IMHO the advantages of using xattrs
> (e.g. we get easy syn
On Wed, Jan 29, 2014 at 8:49 AM, Todd wrote:
>
> What about something like what Dolphin has now, where when you drop a file
> on a removable filesystem or remote drive it pops up the current
> copy/move/link option, but also has a checkbox (disabled by default buy
> configurable) to "copy metadat
On Tue, Jan 28, 2014 at 10:06 PM, Rolf Eike Beer
wrote:
> Am Dienstag, 28. Januar 2014, 20:10:13 schrieb Ivan Čukić:
> > > To move a file to another machine and have the metadata be copied and
> re-
> > > indexed on that new machine as well. The copy process just needs to
> take
> > > care of tran
On Tuesday 28 January 2014 22:06:45 Rolf Eike Beer wrote:
> Am Dienstag, 28. Januar 2014, 20:10:13 schrieb Ivan Čukić:
> > > To move a file to another machine and have the metadata be copied
> > > and re- indexed on that new machine as well. The copy process
> > > just needs to take care of transfe
Am Dienstag, 28. Januar 2014, 20:10:13 schrieb Ivan Čukić:
> > To move a file to another machine and have the metadata be copied and re-
> > indexed on that new machine as well. The copy process just needs to take
> > care of transfering the xattr. This can even work when using a USB stick
> > or s
> To move a file to another machine and have the metadata be copied and re-
> indexed on that new machine as well. The copy process just needs to take
> care of transfering the xattr. This can even work when using a USB stick or
> so as interim medium.
I'm all for xattrs, but this thread really r
Am Dienstag, 28. Januar 2014, 08:03:54 schrieb Rolf Eike Beer:
> Am Freitag, 24. Januar 2014, 15:59:12 schrieb Vadim Zhukov:
> > 2014/1/24 Sebastian Kügler :
> > > On Friday, January 24, 2014 01:24:54 Vadim Zhukov wrote:
> > >> in the best case you'll have two totally different codepaths
> > >> tha
Am Freitag, 24. Januar 2014, 15:59:12 schrieb Vadim Zhukov:
> 2014/1/24 Sebastian Kügler :
> > On Friday, January 24, 2014 01:24:54 Vadim Zhukov wrote:
> >> in the best case you'll have two totally different codepaths
> >> that you'll have to manage.
> >
> > This should be "worst case", I think. I
On Freitag, 24. Januar 2014 12:59:12 CEST, Vadim Zhukov wrote:
It's doubtful at least whether xattr support is a good thing, because
it's too easily gets misused: for example, there were viruses on
Windows which effectively hidden themselves in NTFS streams.
IOW:
"It's doubtful at least whether
El Divendres, 24 de gener de 2014, a les 15:59:12, Vadim Zhukov va escriure:
> 2014/1/24 Sebastian Kügler :
> > On Friday, January 24, 2014 01:24:54 Vadim Zhukov wrote:
> >> in the best case you'll have two totally different codepaths
> >> that you'll have to manage.
> >
> > This should be "worst
2014/1/24 Sebastian Kügler :
> On Friday, January 24, 2014 01:24:54 Vadim Zhukov wrote:
>> in the best case you'll have two totally different codepaths
>> that you'll have to manage.
>
> This should be "worst case", I think. In the best case, there's xattr support,
> meaning another code path isn't
On 01/26/14 00:38, Matthew Dawson wrote:
> On January 25, 2014 10:02:09 PM Thomas Lübking wrote:
>> On Samstag, 25. Januar 2014 21:03:44 CEST, Matthew Dawson wrote:
>>> At least for ext4, xattrs are the default mode
>> Indeed - removed user_xattr and they're still there.
>>
>> Do you happen to know
On January 25, 2014 10:02:09 PM Thomas Lübking wrote:
> On Samstag, 25. Januar 2014 21:03:44 CEST, Matthew Dawson wrote:
> > At least for ext4, xattrs are the default mode
>
> Indeed - removed user_xattr and they're still there.
>
> Do you happen to know when this happened? (google got me a patch
On Samstag, 25. Januar 2014 21:03:44 CEST, Matthew Dawson wrote:
At least for ext4, xattrs are the default mode
Indeed - removed user_xattr and they're still there.
Do you happen to know when this happened? (google got me a patch suggest from mid 2011
but i found no "hey heads up: xattr now d
On January 21, 2014 02:54:39 PM Thomas Lübking wrote:
> On Dienstag, 21. Januar 2014 13:37:29 CEST, viv...@gmail.com wrote:
> > And windows?
>
> HPFS/NTFS has xattr support (through alternative data streams) and WINNT
> supports handling xattr on FAT as well.
>
> The problem about xattr is rather
Well, the 'worst case' is actually the real case.
But, the thing is that it will be actively tested and developed simply
because we will have both filesystems with xattr (home etc.), and without
(vfat usb-s, encfs stuff and similar).
So, both are used at the same time, and regressions will be not
On Friday, January 24, 2014 01:24:54 Vadim Zhukov wrote:
> in the best case you'll have two totally different codepaths
> that you'll have to manage.
This should be "worst case", I think. In the best case, there's xattr support,
meaning another code path isn't needed.
Cheers,
--
sebas
http://w
2014/1/21 Thomas Lübking :
> On Dienstag, 21. Januar 2014 13:37:29 CEST, viv...@gmail.com wrote:
>
>> And windows?
>
>
> HPFS/NTFS has xattr support (through alternative data streams) and WINNT
> supports handling xattr on FAT as well.
>
> The problem about xattr is rather that 99% of all ext3/4 us
Am Dienstag, 21. Januar 2014, 02:10:21 schrieb Vishesh Handa:
> On Saturday 18 January 2014 12:53:38 Jonathan Marten wrote:
> > Vishesh Handa writes:
> > > http://community.kde.org/Baloo
> >
> > Thanks for producing that useful page, and of course for all your past
> > and current work on Nepomuk
On Tuesday 21 January 2014 12:32:29 Todd wrote:
>
> Would it be possible to store the metadata inside files that support it
> (like images or music files) and use xattrs only for files that don't have
> their own internal metadata format?
Well, anything is possible. Someone would just need to imp
On Dienstag, 21. Januar 2014 13:37:29 CEST, viv...@gmail.com wrote:
And windows?
HPFS/NTFS has xattr support (through alternative data streams) and WINNT
supports handling xattr on FAT as well.
The problem about xattr is rather that 99% of all ext3/4 users will atm get
setfattr: : Operati
On 01/21/14 13:22, Vishesh Handa wrote:
> On Tuesday 21 January 2014 13:06:40 viv...@gmail.com wrote:
>> On 01/21/14 11:50, Vishesh Handa wrote:
>>> On Tuesday 21 January 2014 02:24:01 Francesco R. wrote:
just always use an additional database, xattrs are not the way to go.
Managing xattr
On 01/21/14 11:50, Vishesh Handa wrote:
> On Tuesday 21 January 2014 02:24:01 Francesco R. wrote:
>> just always use an additional database, xattrs are not the way to go.
>> Managing xattrs require a conscious user, many programs by default don't
>> even copy xattrs.
>>
> I disagree. It'll be easie
Il 21/01/2014 02:10, Vishesh Handa ha scritto:
> On Saturday 18 January 2014 12:53:38 Jonathan Marten wrote:
>> Vishesh Handa writes:
>>> http://community.kde.org/Baloo
>> Thanks for producing that useful page, and of course for all your past
>> and current work on Nepomuk and Baloo. There is one
On Tue, Jan 21, 2014 at 11:50 AM, Vishesh Handa wrote:
> On Tuesday 21 January 2014 02:24:01 Francesco R. wrote:
> >
> > just always use an additional database, xattrs are not the way to go.
> > Managing xattrs require a conscious user, many programs by default don't
> > even copy xattrs.
> >
>
>
On Tuesday 21 January 2014 13:06:40 viv...@gmail.com wrote:
> On 01/21/14 11:50, Vishesh Handa wrote:
> > On Tuesday 21 January 2014 02:24:01 Francesco R. wrote:
> >> just always use an additional database, xattrs are not the way to go.
> >> Managing xattrs require a conscious user, many programs b
On Tuesday 21 January 2014 12:37:14 Jaime wrote:
> 2014/1/21 Vishesh Handa
>
> > On Tuesday 21 January 2014 02:24:01 Francesco R. wrote:
> > > just always use an additional database, xattrs are not the way to go.
> > > Managing xattrs require a conscious user, many programs by default don't
> > >
2014/1/21 Vishesh Handa
> On Tuesday 21 January 2014 02:24:01 Francesco R. wrote:
> >
> > just always use an additional database, xattrs are not the way to go.
> > Managing xattrs require a conscious user, many programs by default don't
> > even copy xattrs.
> >
>
> Plus, with extended attributes
On Tuesday 21 January 2014 02:24:01 Francesco R. wrote:
>
> just always use an additional database, xattrs are not the way to go.
> Managing xattrs require a conscious user, many programs by default don't
> even copy xattrs.
>
I disagree. It'll be easier to backup / restore xattr than it would b
On Saturday 18 January 2014 12:53:38 Jonathan Marten wrote:
> Vishesh Handa writes:
> > http://community.kde.org/Baloo
>
> Thanks for producing that useful page, and of course for all your past
> and current work on Nepomuk and Baloo. There is one statement there
> that makes me a little concern
On Sat, Jan 18, 2014 at 1:53 PM, Jonathan Marten
wrote:
> Vishesh Handa writes:
> > http://community.kde.org/Baloo
>
> Thanks for producing that useful page, and of course for all your past
> and current work on Nepomuk and Baloo. There is one statement there
> that makes me a little concerned:
On Friday 17 January 2014 01:47:17 Albert Astals Cid wrote:
> Thus my suggestion is that after we get the wiki done and we explain
> clearly the situation as Thomas Lübking suggested (i.e. if you really
> really really really need what Nepomuk provides and can't accept a single
> regression in tha
On Monday 20 January 2014 23:17:26 Albert Astals Cid wrote:
> El Dilluns, 20 de gener de 2014, a les 19:08:41, Vishesh Handa va escriure:
> > On Sunday 19 January 2014 14:44:01 Albert Astals Cid wrote:
> > > http://community.kde.org/Baloo/NepomukPort
> > >
> > > misses lots of stuff of plasma-mobi
El Dilluns, 20 de gener de 2014, a les 19:08:41, Vishesh Handa va escriure:
> On Sunday 19 January 2014 14:44:01 Albert Astals Cid wrote:
> > http://community.kde.org/Baloo/NepomukPort
> >
> > misses lots of stuff of plasma-mobile, share-like-connect, rekonq, ktp,
> > tellico.
>
> Added
>
> > Fo
On Sunday 19 January 2014 14:44:01 Albert Astals Cid wrote:
>
> http://community.kde.org/Baloo/NepomukPort
>
> misses lots of stuff of plasma-mobile, share-like-connect, rekonq, ktp,
> tellico.
>
Added
> Found in http://lxr.kde.org/search?filestring=&string=nepomuk
>
> Can you please find out
Hi Vishesh,
2014/1/17 Vishesh Handa
>
> http://community.kde.org/Baloo
>
> Could someone please prooof read this page and let me know where it can be
> improved?
>
>
I experimented a bit with Conquirere and its possible port to a sql like
database.
While it is possible, it means I need to chang
On Sun, Jan 19, 2014 at 11:44 PM, Albert Astals Cid wrote:
>
> http://community.kde.org/Baloo/NepomukPort
>
> misses lots of stuff of plasma-mobile, share-like-connect, rekonq, ktp,
> tellico.
>
KTp is already ported for some time now :)
Cheers
--
Martin Klapetek | KDE Developer
El Divendres, 17 de gener de 2014, a les 17:50:38, Vishesh Handa va escriure:
> Hey Albert
>
> Thanks for sending this email.
>
> On Friday 17 January 2014 01:47:17 Albert Astals Cid wrote:
> > Hi guys, seems we have reached a kind of impasse regarding what to do with
> > Baloo and Nepomuk. Since
Vishesh Handa writes:
> http://community.kde.org/Baloo
Thanks for producing that useful page, and of course for all your past
and current work on Nepomuk and Baloo. There is one statement there
that makes me a little concerned:
"This metadata is now stored with the extended attributes of the fi
On Friday 17 January 2014 17:50:38 Vishesh Handa wrote:
> On Friday 17 January 2014 01:47:17 Albert Astals Cid wrote:
> > I guess that most of the answers can be extracted from the emails
> > of the discussion, but having a central place that people can go
> > and read surely helps.
>
> http://com
On Friday 17 January 2014 17:50:38 Vishesh Handa wrote:
> Hey Albert
>
> Thanks for sending this email.
>
> On Friday 17 January 2014 01:47:17 Albert Astals Cid wrote:
> > Hi guys, seems we have reached a kind of impasse regarding what to do
> > with
> > Baloo and Nepomuk. Since the 4.13 freeze i
Hey Albert
Thanks for sending this email.
On Friday 17 January 2014 01:47:17 Albert Astals Cid wrote:
> Hi guys, seems we have reached a kind of impasse regarding what to do with
> Baloo and Nepomuk. Since the 4.13 freeze is coming sooner than you think
> (less than 6 weeks) I'd like to try to ge
On Friday, 2014-01-17, 01:47:17, Albert Astals Cid wrote:
> If we move now, in one year we will have had 1 year of real usage uncovering
> bugs and 1 year of bugfixes.
>
> If we move in one year, we will have lost that 1 year of real usage (since
> few people will be using it) and so in one year
On Fri, Jan 17, 2014 at 1:47 AM, Albert Astals Cid wrote:
>
> Thus my suggestion is that after we get the wiki done and we explain
> clearly
> the situation as Thomas Lübking suggested (i.e. if you really really really
> really need what Nepomuk provides and can't accept a single regression in
>
Hi guys, seems we have reached a kind of impasse regarding what to do with
Baloo and Nepomuk. Since the 4.13 freeze is coming sooner than you think (less
than 6 weeks) I'd like to try to get it moving again.
Here comes my proposal:
Create a wiki where you clearly explain:
* What is Baloo
* Wh
59 matches
Mail list logo
