?
The totem PL parser support should be in there already.
Modest support is not there AFAIK. Perhaps Philip has a better idea of
this one.
LATER
But E-mail is not very emotive ;)
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
-03 at 11:52 +0100, Philip Van Hoof wrote:
This is a new patch but with the indentation right for the two new files
this time
On Tue, 2009-02-03 at 00:40 +0100, Philip Van Hoof wrote:
Hi there,
This long E-mail is also a request for a review of the attached patch,
Martyn
On Wed, 2009-02-11 at 14:30 +, Martyn Russell wrote:
Philip Van Hoof wrote:
Pausing, pre-committing and continuing it something I think will
eventually be necessary to add (for example a AddMany that adds really a
lot of triples, should pause+pre-commit, import, and then continue
the Turtle import code like one of
these plugins. Not sure of there would be a reason for this, though.
At least not at this moment (it's unrelated). Just pointing out that
this is why it's sometimes needed to have the indexer nearby.
--
Philip Van Hoof, freelance software developer
home: me
On Wed, 2009-02-11 at 17:55 +, Martyn Russell wrote:
Philip Van Hoof wrote:
This is a new patch but with the indentation right for the two new files
this time
Hi Philip,
Some initial comments. I have not had a chance to try the new code yet.
#1, I don't have src/trackerd
ok, fair enough.
http://git.codethink.co.uk/?p=tracker;a=commitdiff;h=739e33a1a7175d8f481e0fa617cc388b7b7803a7
Was this the last remark before commit approval?
On Thu, 2009-02-12 at 11:39 +, Martyn Russell wrote:
Philip Van Hoof wrote:
On Thu, 2009-02-12 at 10:15 +, Martyn Russell
Check attachment
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
Index: src/libtracker-data/tracker-data-update.c
Nevermind the part of src/tracker-extract/tracker-main.c, that was just
junk that i should have svn revert-ed before making the patch.
On Fri, 2009-03-13 at 13:40 +0100, Philip Van Hoof wrote:
src/tracker-extract/tracker-main.c
--
Philip Van Hoof, freelance software developer
home: me
distributions should as soon as possible start
shipping Evolution 2.25.2 and enable the feature in Tracker.
More information here: http://live.gnome.org/Evolution/Metadata
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be
will be compiled and installed if all the
development versions of Evolution Data Server co. are recent enough.
It should be enabled by default in Evolution (but double check).
I use latest Tracker version of trunk.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome
[2]
http://pvanhoof.be/blog/index.php/2009/04/01/volume-support-in-experimental-tracker
Cheers and great to see DeviceKit people sniffing in our codez!
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http
.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo
On Thu, 2009-04-02 at 14:23 +0200, Philip Van Hoof wrote:
I'm not very sure, but isn't this going to make things faster?
Let me know ...
Added a break, don't know why we would need to continue looping once
found.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot
metadata back.
I have been testing with tracker-topanalyzer.cpp and it has been working
fine, except for yetunported ontology parts of StreamAnalyzer of course.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
and to get any objections
up front before I start anything.
The planned order is the same as above. If no one objects today, I will
request GNOME sysadmins set up a GIT repository for us.
Any objections?
Nope, sounds good to me
--
Philip Van Hoof, freelance software developer
home
This should improve performance for many file types
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
diff --git a/src/libtracker-common/tracker-file-utils.c b/src/libtracker-common/tracker
in the
indexer, it all uses hal from private-hal now instead. Made it
cope with not HAVE_HAL too.
I'll notify you tomorrow about it if I change more things today, Martyn.
But feel free to start reviewing this one already.
On Fri, 2009-04-10 at 17:40 +0200, Philip Van Hoof wrote:
Hackers
Changes since last patch:
o. Don't request a heuristic scan if the media file has no album id3
tag.
On Mon, 2009-04-13 at 14:30 +0200, Philip Van Hoof wrote:
I continued working on this today, so here's a better version.
Changes since last patch:
o. Requests to copy-to-local
.
This patch will I believe fix it.
On lun, 2009-04-13 at 14:49 +0200, Philip Van Hoof wrote:
Changes since last patch:
o. Don't request a heuristic scan if the media file has no album id3
tag.
On Mon, 2009-04-13 at 14:30 +0200, Philip Van Hoof wrote:
I continued working
effort, once it runs. ;)
As I mentioned, I'm a linux noob but I have some C/SQL/PHP/HTML/JS
knowledege. So the first step for me would be to install tracker and
make it indexing on my ubuntu server. Any idea where to start?
--
Philip Van Hoof, freelance software developer
home: me
On Tue, 2009-04-21 at 17:30 +0200, tigerf wrote:
Philip,
thanks for the insights.
Philip Van Hoof schrieb:
[CUT]
- We have internal caching, too. Direct access to the database will
often simply yield incorrect and inconsistent results.
Well, that alone makes this idea obsolete
list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker
enable it and it'll somewhat work, but it'll
make other parts of Tracker unstable and unresponsive. Therefor it's by
default disabled.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
Hi Martyn,
This is a performance improvement in how tracker-0.6 uses SQLite.
Instead of having many UPDATE statements per created resource this tries
to combine them together into one larger UPDATE statement.
Check it out :)
--
Philip Van Hoof, freelance software developer
home: me
On Thu, 2009-05-14 at 16:19 +0200, Philip Van Hoof wrote:
This is a performance improvement in how tracker-0.6 uses SQLite.
Instead of having many UPDATE statements per created resource this tries
to combine them together into one larger UPDATE statement.
+ if (!error
,
this is a leak that will grow to quite big proportions (the size of all
the stored data multiplied by length of the UPDATE bla bla pieces of
the string).
I suggest we add a g_free (sql) before a release is made with this ;)
Feel free to also rewrite attached patch and apply.
--
Philip Van Hoof, freelance
to
libtracker-data (by introducing a TrackerDataUpdateMetadataContext
object), and adds support for initial insertions into the DB, instead of
doing 1 insertion and N updates.
On jue, 2009-05-14 at 16:54 +0200, Philip Van Hoof wrote:
On Thu, 2009-05-14 at 16:19 +0200, Philip Van Hoof wrote
And here's a version that actually compiles :)
On Fri, 2009-05-15 at 17:34 +0200, Philip Van Hoof wrote:
There's another bug, I think something like this should be applied on
top of the commit. Else the ones where a function is to be used will end
up having wrong quoting.
On Thu, 2009-05-14
that
tracker can do all things i need, but i want a confirm :)
Confirmed
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
On Thu, 2009-05-21 at 11:27 +0200, Philip Van Hoof wrote:
We hope that our community contributors will somehow find a way to join
us in our efforts. We're trying really hard to keep you guys involved.
But being a team of people, we're also working pretty fast nowadays.
I'll explain one
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
--
Philip Van Hoof, freelance
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker
On Fri, 2009-06-12 at 17:15 +0200, Cornelius Hald wrote:
Hello Everyone!
Hey!
I'm the author of Conboy[1] a Tomboy[2] compatible note taking
application for the Maemo[3] platform. As the next version of Maemo will
feature Tracker, I thought I should add some support for Tracker to my
On Fri, 2009-06-12 at 17:29 +0200, Philip Van Hoof wrote:
* Is there already an indexer for Tomboy or GNote[4]? If yes, I think I
could reuse it because the XML file format is exactly the same. While
searching I only found this message (including some code):
http://www.mail-archive.com
On Thu, 2009-06-18 at 11:54 +0800, Jerry Tan wrote:
About dependencies, that new tracker will use IIRC vala (= 0.7.2) and
raptor (= 1.6.18).
About Vala
it is a new language like c#,
Vala doesn't need a virtual machine, released software doesn't need vala
(we ship the C code that Vala
On Fri, 2009-07-10 at 08:23 -0400, Jamie McCracken wrote:
On Fri, 2009-07-10 at 13:46 +0200, Philip Van Hoof wrote:
On Fri, 2009-07-10 at 07:11 -0400, Jamie McCracken wrote:
I would like to eliminate the Zeitgeist daemon as what they want to do
is most inefficient - get relevant data
This patch doesn't yet replace the move logic, but already introduces
the isStoredAs predicate.
I'm not certain about the applications.c file, as it apparently isn't
closing the sparql update query. Hence attaching this patch for review
by Jürg.
--
Philip Van Hoof, freelance software developer
and libstreamanalyzer, out of this release candidate. I also wonder
whether packagers are instructed to package these libraries separately.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
On Thu, 2009-07-23 at 12:31 +0300, Evgeny Egorochkin wrote:
On Thursday 23 July 2009 11:52:46 Philip Van Hoof wrote:
Does this libstreamanalyzer already take into account the latest changes
that we made to the Nepomuk Message Ontology, for MIME files?
In particular the nmo:hasContent
. But instead 0.7.0-RC1 or something. Otherwise people who tryout
the RC1 might confuse their version with the future 0.7.0 one. But
that's up to streamanalyzer's project management.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http
0x080519d8 in main (argc=1, argv=0xb264) at tracker-main.c:803
(gdb)
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
diff --git a/src/libtracker-data/tracker-data-update.c b/src/libtracker
to solve this
issue. We could for example first SELECT the value out of the fts table,
to feed it back during the UPDATE. Not sure ...
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
will investigate
this performance issue and see if we can mitigate it.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing
repository.
Any help will be appreciated.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
tracker-list
made any promises about what is in master
yet.
Opinions?
/me puts on his armor
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
, so it should be
relatively safe to write a patch for it.
Coders, Start your editors!
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
will post to
the desktop-devel list with our request.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
tracker-list
and pieces that are now written in Vala
will also be publicly accessible in libtracker-data, in the same way.
I think it's fine if Adrien continues developing these pieces of library
code in Vala.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome
This has been pushed to master.
Happy 'fixing your code' days!
On Wed, 2009-08-05 at 15:37 +0200, Philip Van Hoof wrote:
During several IRC discussions we as a team decided to version the DBus
API of Tracker's master.
o. We decided to decouple the API version from the major version
o. We
and your live journal with the
file that you provide to the restore call.
Restore is of course a bit more complicated because we have to blow the
fuse of the database before restore, and restore the fuse after restore.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome
of
the aforementioned libraries to reply with a mail to allow us to go
forward with the relicensing. We'll send individual mails to
contributors that we've determined from the change log.
Hereby my permission to relicense all my contributions in aforementioned
libraries.
--
Philip Van Hoof, freelance software
on Beagle already knew this.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
tracker-list@gnome.org
http
is devel, OSCAF is the official project. We have a ticket
open at OSCAF about these issues:
https://sourceforge.net/apps/trac/oscaf/ticket/46
http://lists.freedesktop.org/mailman/listinfo/xesam
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot
a complete rescan of the file (else we might end up in an endless
loop). For example by temporarily turning off filemonitoring for the
file being changed (ignoring it until the writeback is finished) and
then storing the mtime storage of it, then unignoring it.
--
Philip Van Hoof, freelance software
in 2,420,760 blocks
==32548==still reachable: 113,384 bytes in 1,720 blocks
==32548== suppressed: 24,748 bytes in 197 blocks
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
the case that the
simple solution is what you want. That simple solution is called the
coalesce support that we've put in SPARQL.
I don't know what the final team-conclusion on this will be, though.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome
On Tue, 2009-10-27 at 15:10 +0100, Philip Van Hoof wrote:
On Tue, Oct 27, 2009 at 2:54 AM, Martyn Russell mar...@lanedo.com
wrote:
Really I think it would be nice if the ontology standards
could detail this.
So note for the readers, this ain't about the write-back
Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
-control -r.
Make sure you built with -g for debug symbols.
Yah, Alexander: use export CFLAGS=-O0 -ggdb before
running ./autogen.sh
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http
/mailman/listinfo/tracker-list
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome
On Tue, 2009-11-03 at 11:48 +0100, Philip Van Hoof wrote:
On Tue, 2009-11-03 at 12:46 +0200, Tshepang Lekhonkhobe wrote:
On Tue, Nov 3, 2009 at 12:04, Philip Van Hoofs...@pvanhoof.be wrote:
We can't reproduce this problem. It would be useful if you guys could
try to reproduce it after
Can you give us a new backtrace?
On Tue, 2009-11-03 at 14:01 +0200, Tshepang Lekhonkhobe wrote:
On Tue, Nov 3, 2009 at 13:03, Tshepang Lekhonkhobetshep...@gmail.com wrote:
On Tue, Nov 3, 2009 at 12:50, Philip Van Hoofs...@pvanhoof.be wrote:
On Tue, 2009-11-03 at 11:48 +0100, Philip Van Hoof
Van Hoofs...@pvanhoof.be
wrote:
On Tue, 2009-11-03 at 11:48 +0100, Philip Van Hoof wrote:
On Tue, 2009-11-03 at 12:46 +0200, Tshepang Lekhonkhobe wrote:
On Tue, Nov 3, 2009 at 12:04, Philip Van
Hoofs...@pvanhoof.be wrote:
We can't reproduce this problem. It would be useful
Lekhonkhobetshep...@gmail.com wrote:
On Tue, Nov 3, 2009 at 12:50, Philip Van Hoofs...@pvanhoof.be
wrote:
On Tue, 2009-11-03 at 11:48 +0100, Philip Van Hoof wrote:
On Tue, 2009-11-03 at 12:46 +0200, Tshepang Lekhonkhobe wrote:
On Tue, Nov 3, 2009 at 12:04, Philip Van
Hoofs...@pvanhoof.be
(with such problems) appears to have a trivial looking
fix ;)
It's been doing some heavy work for hours and there's no trouble so far :-)
Awesome, then it must be fixed ;)
Thanks again for all the debugging. Your help and the backtraces were
very useful.
--
Philip Van Hoof, freelance software
:2799
#9 0x08050c0c in main (argc=134684488, argv=0x2) at tracker-main.c:343
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
doesn't help to track this issue.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
tracker-list@gnome.org
http
points for
devices that have no URN.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
tracker-list@gnome.org
http
On Wed, 2009-11-11 at 10:00 +0200, Tshepang Lekhonkhobe wrote:
2009/11/10 Philip Van Hoof s...@pvanhoof.be:
On Tue, 2009-11-10 at 17:14 +0200, Tshepang Lekhonkhobe wrote:
On Tue, Nov 10, 2009 at 17:08, Tshepang Lekhonkhobetshep...@gmail.com
wrote:
We'll need to you to run valgrind
:2799
#17 0x08050c0c in main (argc=134678792, argv=0x2) at
tracker-main.c:343
Also try G_DEBUG=fatal-criticals when you see CRITICAL warnings
passing
by
will send this soon as it happens; it's currently running
will send also valgrind results
--
Philip Van Hoof, freelance software
are the specifications that you need to read,
and Nepomuk is the ontology.
And then the Tracker 0.7 section here:
http://live.gnome.org/Tracker/Documentation
You can use that wiki page to add your pages to.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof
/glib/gmain.c:2799
#16 0x08050c0c in main (argc=134678792, argv=0x2) at tracker-main.c:343
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
in IA__g_main_loop_run (loop=0x80791d0) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:2799
#16 0x08050c0c in main (argc=134678792, argv=0x2) at tracker-main.c:343
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof
(dangling pointer)
whenever either the hashtable is destroyed or the key is replaced with a
GFile that is g_file_equal.
I'm just wondering because this would explain a bug report by Tshepang.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot
(argc=134678792, argv=0x2) at tracker-main.c:343
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
--
Philip Van Hoof, freelance software
.
We're not your girl -and boyfriends, afaik --).
Now if two feature branches need a shared feature urgently we can also
discuss early cherry-picking stuff to master.
Code!
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http
:
(gdb) thread apply all bt
Thread 1 (Thread 0xb7a39750 (LWP 13079)):
#0 value_set_remove_value (value_set=0x0, value=0xb0e8) at
tracker-data-update.c:705
I pushed a fix for this, can you try to reproduce using current master?
--
Philip Van Hoof, freelance software developer
home: me
? Moreover I would add that it
is not shipped with Fedora 11 and I am not sure it will be in next
versions...
Laurent.
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
--
Philip Van Hoof
On Sun, 2009-11-15 at 01:25 +0200, Debarshi Ray wrote:
afaik you need to erase your previous database (tracker-processes -r)
It works now. Can this change be added to Tracker's ontology?
Done
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof
-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:2799
#17 0x080502f6 in main (argc=Cannot access memory at address 0x0
) at tracker-main.c:430
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http
-R8GTDn/glib2.0-2.22.2/glib/gmain.c:2799
#17 0x080502f6 in main (argc=Cannot access memory at address 0x0
) at tracker-main.c:430
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http
(-)
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http
.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman
On Thu, 2009-11-19 at 10:27 +0100, Juan A. Suarez Romero wrote:
On Thu, 2009-11-19 at 10:09 +0100, Philip Van Hoof wrote:
Hey Juan,
I'll await the conclusions of this discussion between you and Juan
before making any changes to Juan's patches.
I don't mind either using -V or -v. So
Pushed
Thanks!
On Thu, 2009-11-19 at 13:48 +0100, Juan A. Suarez Romero wrote:
On Thu, 2009-11-19 at 10:31 +0100, Philip Van Hoof wrote:
I'd be fine with renaming -v to -V to avoid collision with verbosity.
Perhaps look at the tracker-store and tracker-miner-fs tools whether
they use -v
On Fri, 2009-11-20 at 16:08 +0100, Juan A. Suarez Romero wrote:
On Fri, 2009-11-20 at 15:20 +0100, Philip Van Hoof wrote:
I guess the renaming of these files is a team decision that I can't
make
on my own, so I can't push these patches right now.
Push where? :)
As I said, the patches
... (you get the
point, don't you?)
The fields must be updated because tracker-writeback can cause them
to change (mtime, atime, size and mime-type).
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be
+++ b/configure.ac
@@ -147,7 +147,7 @@ GDK_REQUIRED=1.0
LIBVORBIS_REQUIRED=0.22
LIBEXIF_REQUIRED=0.6
LIBGSF_REQUIRED=1.13
-EXEMPI_REQUIRED=1.99.2
+EXEMPI_REQUIRED=2.1.0
HILDON_THUMBNAIL_REQUIRED=3.0.10
EVO_REQUIRED=2.25.5
EDS_REQUIRED=2.25.5
--
Philip Van Hoof, freelance software
(p)) {
+ for (p = parser-cursor; *p *p != '\0'; p = g_utf8_next_char (p)) {
TrackerParserWordType type;
gunichar c;
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http
On Wed, 2009-11-25 at 09:14 +, Martyn Russell wrote:
On 22/11/09 13:45, Philip Van Hoof wrote:
Hi guys!
[cut]
It looks really good though Philip and Carlos. Thanks for getting
started on this.
I have committed some code clean ups.
Are there things left to do after your code
On Fri, 2009-11-27 at 20:44 +0100, Juan A. Suarez Romero wrote:
On Sun, 2009-11-22 at 14:45 +0100, Philip Van Hoof wrote:
Hi guys!
I have rebased the writeback branch so that each commit in it is a ~
sensible one by either me or Carlos.
Is there any way of deactivating it when
application changed.
Are there any objections in the community for this decision?
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker
doesn't make sense to me.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
tracker-list@gnome.org
http
. It's rather pedantic, and more of an ideology for the all-spaces
fanbase than a pragmatic something that really works.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
thumbnails in the
main thread, either.
Any help or pointers would be appreaciated.
Thanks,
Debarshi
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
of these if you would prefer.
I committed a first batch of fixes in 'writeback', feel free to address
the other whitespace issues you found there as commits.
Other than that, it looks like a good start, thanks.
Cool, thanks
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot
is the status of this kmail plugin anyway? Should it be
disabled/removed/fixed?
.
The question still stands though, if the kmail plugin is actually usable.
The plugin is actually usable, yes.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof
= 0
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman
, always
having ID as an index in all the tables could explain the difference.
A good idea could be to use SELECT sub-queries inside the main SELECT
for the optionals of a same subject.
Regards,
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome
101 - 200 of 496 matches
Mail list logo