veryone who has contributed code used in any 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
l on this branch of the thread, the
people working 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-
had problems like
> those... is there an open discussion to join?
Yes, search for the Xesam project, join its IRC channel and its mailing
list. We discuss development on our ontology via the Xesam project.
Where Xesam is devel, OSCAF is the official project. We have a ticket
open at OSCAF about the
ff 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 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
gt; ==32548== possibly lost: 182,731,118 bytes 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: p
use-case will yield wanted results).
And I happen to lean towards "if a complex solution and a simple
solution both solve the problem, then it's most likely the case that the
simple solution is what you want". That simple solution is called the
coalesce support that we've put in
On Tue, 2009-10-27 at 15:10 +0100, Philip Van Hoof wrote:
> > On Tue, Oct 27, 2009 at 2:54 AM, Martyn Russell
> > wrote:
>
> > Really I think it would be nice if the ontology standards
> > could detail this.
>
> So note for the readers, this a
3a0353
--
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
racker-processes instead of tracker-control (I think).
> To clean everything up and start again, you can use tracker-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, f
re/applications/gksu.desktop",
> > error=0xb29c) at tracker-data-update.c:1789
> > #12 0xb7fb6985 in tracker_sparql_query_execute_drop_graph
> > (self=0x83ff120, error=0xb318) at tracker-sparql-query.c:2464
> > #13 tracker_sparql_query_execute (self=0x83ff120, error=0xb318) at
> > track
On Tue, 2009-11-03 at 12:46 +0200, Tshepang Lekhonkhobe wrote:
> On Tue, Nov 3, 2009 at 12:04, Philip Van Hoof wrote:
> > We can't reproduce this problem. It would be useful if you guys could
> > try to reproduce it after applying this patch:
>
> same crash; I'll do
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 Hoof wrote:
> > > We can't reproduce this problem. It would be useful if you guys could
> > > tr
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 Lekhonkhobe wrote:
> > On Tue, Nov 3, 2009 at 12:50, Philip Van Hoof wrote:
> >> On Tue, 2009-11-03 at 11:48 +0100, Philip Van Hoof wrote:
>
"tracker_db_statement_sqlite_reset",
> > expr=0xb7fdab0b "!priv->stmt_is_sunk") at
> > /build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gtestutils.c:1313
> > #5 0xb7fc555c in tracker_db_statement_sqlite_reset (stmt= > optimized out>) at
quot;, line=1231,
> > func=0xb7fdae40 "tracker_db_statement_sqlite_reset",
> > expr=0xb7fdab0b "!priv->stmt_is_sunk") at
> > /build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gtestutils.c:1313
> > #5 0xb7fc555c in tracker_db_st
On Wed, 2009-11-04 at 15:53 +0200, Tshepang Lekhonkhobe wrote:
> On Wed, Nov 4, 2009 at 11:45, Philip Van Hoof wrote:
> > Okay, we pushed a fix for this in master. Can you guys retest?
> >
> > Thanks again for all the hard work analyzing this non-trivial problem
> &g
uild/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:2591
> #8 0xb7c2caea in IA__g_main_loop_run (loop=0x8084d10) at
> /build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:2799
> #9 0x08050c0c in main (argc=134684488
c9a66'
> > Tracker-Message: Crawling recursively directory '/usr/share/applications'
> >
> > Tracker-CRITICAL **: Could not initialize currently active mount
> > points: 1.345: syntax error, undefined variable
> &g
g the
SPARQL query in accumulator to be formatted wrongly. I don't know what
we can do in case URN is NULL, so I'm just not handling mount 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
On Wed, 2009-11-11 at 10:00 +0200, Tshepang Lekhonkhobe wrote:
> 2009/11/10 Philip Van Hoof :
> > On Tue, 2009-11-10 at 17:14 +0200, Tshepang Lekhonkhobe wrote:
> >> On Tue, Nov 10, 2009 at 17:08, Tshepang Lekhonkhobe
> >> wrote:
> >> >&
799
> #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
hobe wrote:
> 2009/11/10 Philip Van Hoof :
> > On Tue, 2009-11-10 at 17:14 +0200, Tshepang Lekhonkhobe wrote:
> >> On Tue, Nov 10, 2009 at 17:08, Tshepang Lekhonkhobe
> >> wrote:
> >
> >> >> Auwch, this is memory corruption in the gslice magaz
rted on how the API works.
SPARQL and SPARQL Update 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 s
tracker.c:528
> #9 0xb7e49eb8 in tracker_miner_commit (miner=0x8079230,
> cancellable=0x0, callback=0xb7e4b510 , user_data=0x0) at
> tracker-miner.c:1025
> #10 0xb7e4c388 in item_queue_handlers_cb (user_data=0x8079230) at
> tracker-miner-fs.c:1308
> #11 0xb7c260b1 in g_idle_dispatc
t;
> On Thu, Nov 12, 2009 at 15:19, Philip Van Hoof wrote:
> >
> > Please set G_DEBUG=fatal-criticals, and reproduce in gdb
> >
> > On Thu, 2009-11-12 at 10:26 +0200, Tshepang Lekhonkhobe wrote:
> >> Hi,
> >>
> >> I don't remember seeing
g_object_ref (new_file),
file_monitor);
Otherwise will data->file become unreferenced (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
; or : (not sure)
>
> On Thu, Nov 12, 2009 at 15:41, Philip Van Hoof wrote:
> > The problem is that it happened in malloc() and was caused by memory
> > corruption. So your backtrace ain't useful.
> >
> > But not long before your memory corruption happened there'
don't have to send flowers, though.
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 b
e G_TYPE_DOUBLE:
> (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
ersions...
>
>
> Laurent.
> ___
> 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
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 pvanh
Mon, 2009-11-16 at 17:15 +0200, Tshepang Lekhonkhobe wrote:
> On Mon, Nov 16, 2009 at 12:50, Tshepang Lekhonkhobe wrote:
> > On Mon, Nov 16, 2009 at 11:56, Philip Van Hoof wrote:
> >> On Fri, 2009-11-13 at 13:14 +0200, Tshepang Lekhonkhobe wrote:
> >>
> >>&g
2.22.2/glib/gmain.c:2513
> #15 0xb7c60623 in g_main_context_iterate (context=0x806ccd8, block=1,
> dispatch=1, self=0x805a8f0) at
> /build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:2591
> #16 0xb7c60aea in IA__g_main_loop_run (loop=0x8401a90) at
> /build/buildd
ts.c | 19 +++
> src/tracker-utils/tracker-status.c | 12
> src/tracker-utils/tracker-tag.c| 12
> 10 files changed, 120 insertions(+), 2 deletions(-)
>
> ___
k of this option.
>
> For me, this is the kind of option that I would expect in a program,
> like "-?/-h/--help". In fact, they should be standardized :)
>
> J.A.
>
>
>
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnom
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.
>
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 to
racker-files -s Music" and "tracker-query-0.7 -u", and they
> return same information. The drawback is that two trackers will be
> running.
>
> Finally, these patches (well, really the first one) should help to fix
> GB#601799.
>
> J.A.
>
> __
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.
>
On Fri, 2009-11-20 at 15:47 +0100, Juan A. Suarez Romero wrote:
> On Fri, 2009-11-20 at 15:20 +0100, Philip Van Hoof wrote:
> > One immediate big remark with the patches is that you are silently
> > trying to lower the version requirements for sqlite.
> >
> > Don'
r -> tracker-miner-fs -> tracker-store ... (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
cd2046 100644
> --- a/configure.ac
> +++ 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=
;
> - for (p = parser->cursor; *p; p = g_utf8_next_char (p)) {
> + for (p = parser->cursor; *p && *p != '\0'; p = g_utf8_next_char (p)) {
> TrackerParserWordType type;
> gunichar c;
>
--
Philip Van Hoof, f
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 thin
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.
>
>
&
NULL);
> +
> + if (!file_info) {
> + return FALSE;
> + }
> +
> + if (g_file_info_get_file_type (file_info) != G_FILE_TYPE_REGULAR) {
> + g_object_unref (file_info);
> + return FALSE;
> + }
> +
> + g_object_unref (f
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-list mailing list
tracker-list@gnome.org
http
gt;quad
>subqueries
>
> When makes sense to make these changes?
Gradually makes sense. The sudden big commit 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
).
I think not only should code be cute to look at, it should also be fun
and fast to write. All-spaces isn't fun, and certainly isn't fast to
write. It's rather pedantic, and more of an ideology for the all-spaces
fanbase than a pragmatic something that really works.
--
Phi
the root of Tracker's sources. And
Tracker's configure script is seeing that and recursing into 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
_
o use the
> synchronous calls to lookup, and if create and save 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: pva
ocation") == 0 ||
I removed a trailing whitespace on that line. Was there anything else?
> 17, We should probably use tracker_is_blank_string() not
> tracker_is_empty_string() here.
Fixed
> There are other white space issues I found too, so we should really use
> git diff --che
EXTRA_DIST
>
> >
> > What 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, f
VE_CACHE, test_schema=0x0,
> first_time=0xb228) at tracker-data-manager.c:1032
> iface = 0xb7fff670
> is_first_time_index =
> #4 0x080505ad in main (argc=1, argv=0xb2d4) at tracker-main.c:453
> context =
> error = 0x0
>
sub-query in the function
> translate_group_graph_pattern.
>
> I know the common SQL "tips" on Internet that say that LEFT (and
> RIGHT) JOIN are more efficient than sub-queries. But here, always
> having ID as an index in all the tables could explain the difference.
>
home_conf_dir = g_get_home_dir ();
> + }
> + path = g_build_path (G_DIR_SEPARATOR_S,
> home_conf_dir, ".config", "tracker", NULL);
> }
>
> - path = g_build_path (G_DIR_SEPARATOR_S,
gt;
>
>
>
> 1: http://github.com/chergert/rss-glib
> 2: http://liferea.sourceforge.net/
> 3: http://en.wikipedia.org/wiki/PubSubHubbub
> 4: http://projects.gnome.org/libchamplain/
> 5: http://library.gnome.org/devel/libedataserver/stable/
>
--
Philip Van Hoof, freelanc
On Wed, 2010-01-27 at 03:20 +0100, Roberto -MadBob- Guido wrote:
> On Wed, 2010-01-27 at 01:38 +0100, Philip Van Hoof wrote:
> > Would you guys be interested in getting this piece of software into
> > Tracker's repository and project?
> This may be interesting, I
;
> Maybe you can have a miner-rss branch of Tracker which can be merged
> into master from time to time.
Yep, that would work for us.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded
On Wed, 2010-01-27 at 04:46 +0100, Roberto Guido wrote:
> On Wed, 2010-01-27 at 03:51 +0100, Philip Van Hoof wrote:
> > You can also do this work on a gitorious clone, of course. We have the
> > git wizards who can cope with distributed remote git repositories ;)
> >
>
lorent Viard
> Software Development Engineer
>
> fvi...@lacie.com
> Phone: +33 1 58 49 57 20
> Fax: +33 1 58 49 57 20
> 33, boulevard du Général Martial Valin
> 75015 Paris - FRANCE
> www.lacie.com
> Please print only if necessary
if we want more immediate updates (i.e. before the
> miner is done).
>
> + if ((g_slist_length (private->moves_from) +
> + g_slist_length (private->removes)) > 50) {
> + tracker_thumbnailer_send ();
> + }
> +
>
>
> The rest looks fine to me. I sha
ml(), extract_imagemagick(), etc:
>
> - tracker_sparql_builder_subject_iri (metadata, uri);
(I'm skipping this, change by Carlos)
> 14. The get_file_metadata() function in tracker-extract.c needs fixing
> more I think for failure conditions. More specifically, I think
e Foobar extractor has
> significantly improved its extractor, and he want's to enforce a
> reindex.
> He'd then bump the Version counter and the hashsum would change.
>
> Hope this makes sense. Thoughts?
Makes sense to me
Cheers,
Philip
--
Philip Van Hoof, freelance
On Wed, 2010-02-10 at 00:49 +0100, Michele Tameni wrote:
[CUT]
> What you think guys about this? suggestion? question?
Awesome, sounds good to me
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
h
sources).
For tracker-search you can use -f to make it print the URL too
--
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
e questions at FOSDEM was that app developers
want a query interface to packagekit, to make queries against the
metadata of the packages.
That could indeed be implemented with tracker-store as RDF store and
SPARQL service.
But again, do it clientside in packagekit's libraries. No need to go
omment’
>
>
> Do I need to upgrade dbus? Configure ran without problems.
>
>
> Ciao, Marcus
> ___
> tracker-list mailing list
> tracker-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/tracker-list
--
Philip Van Hoof, fr
On Fri, 2010-02-12 at 13:25 +0100, Philip Van Hoof wrote:
> On Fri, 2010-02-12 at 12:06 +0100, Marcus Klemm wrote:
> > Hello dear tracker developers,
> >
> >
> > I tried to build the latest tracker from source but receive the
> > following error me
On Fri, 2010-02-12 at 18:13 +0100, Philip Van Hoof wrote:
> On Fri, 2010-02-12 at 13:25 +0100, Philip Van Hoof wrote:
> > On Fri, 2010-02-12 at 12:06 +0100, Marcus Klemm wrote:
> > > Hello dear tracker developers,
> > >
> > >
> > > I tried to build t
gt; I use commit 0c7283b308c83b4fceac37d9c56715a5bf1882c7
> (date: Fri Feb 12 21:29:14 2010 +0100)
Can you post tracker-store.log and tracker-miner-fs.log? It's of course
not normal that tracker-miner-fs adds the file N times to tracker-store,
there should be a WHERE part added to th
racker core team.
Not because FOSDEM wasn't great, it was, but because we'd like to make
our GUADEC talk a bit more "official", and the contributors are
encouraged to make independent proposals for talks. There is also a bit
more focus and time for multiple presentations at GU
> hackish
Can you give us a full use-case for 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
ovide as a feature. You can
follow development of that here:
http://git.gnome.org/browse/tracker/log/?h=ontology-cope
Cheers,
Philip
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://cod
On Fri, 2010-02-19 at 10:27 +0100, Philip Van Hoof wrote:
[CUT]
> This has everything to do with the limited or modest support for coping
> with ontology changes that we plan to provide as a feature. You can
> follow development of that here:
> http://git.gnome.org/browse/tr
acker_property_get_multiple_values (ALTER TABLE situation) */
This comment is removed in a later commit
> 10. Don't use tracker_ namespace for internal functions, coding style:
>
> + static gint
> + tracker_data_update_get_new_service_id (void)
This change was reverted in a later
ot;.
> >
> > Is there a better way?
> > Anyone played with nfo:mediaListEntry property before? Is it possible for me
> > to create a nmm:ImageList and set its nfo:mediaListEntry to a bunch of image
> > files?
> > Thanks!
> >
> >
> __
Hi guys,
Because we can't guarantee the Maemo ontology in upstream stable
releases, we've made installment of this ontology optional.
You can enable installing it using --enable-maemo
In Maemo releases that we'll do this is enabled, of course.
Cheers,
Philip
--
Philip Van
applet more than a tracker-preferences pane. Any
> feedback is welcome.
>
> The earthquake here might have slipped in a few bugs in my code, so
> review carefuly ;)
:-D
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome:
arch hits at all.
>
> Has this already been fixed in later versions of gtk and nautilus? If
> so, any pointers to patches?
Cheers,
Philip
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http
internal architecture) is here ->
> http://phidias.barberaware.org .
> No stable release has been released since now, but I hope this may be
> interesting for someone.
>
>
>
> Enjoy :-)
>
--
Philip Van Hoof, freelance s
;streaming model" which will do this for you on a
QAbstractDataModel as far as I know.
http://maemo.gitorious.org/maemo-af/libqttracker
Cheers,
Philip
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome
e best way to do that? Do I add my own
> file, something like /data/ontologies/95_book.ontology?
Sounds good. Don't forget to add the tracker:Ontology and
tracker:Namespace sections. And keep the nao:lastModified of
tracker:Ontology up to date and correct.
> - Is there a way to define o
inerRSS))
+#define TRACKER_MINER_RSS_CLASS(c) (G_TYPE_CHECK_CLASS_CAST ((c),
TRACKER_TYPE_MINER_RSS, TrackerMinerRSSClass))
+#define TRACKER_IS_MINER_RSS(o)(G_TYPE_CHECK_INSTANCE_TYPE ((o),
TRACKER_TYPE_MINER_RSS))
+#define TRACKER_IS_MINER_RSS_CLASS(c) (G_TYPE_CHECK_CLASS_TYPE ((c),
TRACKER_TYPE_MINER_R
gchar*
+get_message_subject (FeedItem *item)
+{
Why aren't you letting feed_item_get_id return rss:// in front? And then just
avoid all the string copying for this. Just an idea.
+ return g_strdup_printf ("rss://%s", feed_item_get_id (item));
+}
+typedef struct _TrackerMinerRSS TrackerMi
some thing that use the new ontology
delete some things that used the new ontology
ctrl+c tracker-store
etc
Now
cd $HOME/.cache/tracker
rm meta.db
tracker-store
Your entire database should still be correct ;-)
(not saying it works, just saying I coded the theory in 'ontology-cope
unsubscribe
>
>
>
>
> ___
> tracker-list mailing list
> tracker-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/tracker-list
--
Philip Van Hoof
freelance software developer
Codeminded BVBA - http://codeminded.be
de glued to a
nice configure.ac, etc ?
I'm sure you can convince the nice guys that do packaging for Tracker to
package your project! ;)
--
Philip Van Hoof
freelance software developer
Codeminded BVBA - http://codeminded.be
___
tracker-list mail
On Thu, 2010-03-25 at 17:38 +0100, Juan A. Suarez Romero wrote:
> On Thu, 2010-03-25 at 17:28 +0100, Philip Van Hoof wrote:
> > How about you starting a gitorious repository with the code glued to a
> > nice configure.ac, etc ?
> >
>
> :)
>
> Because I don
that nie:url is wrong?
> (4) Free the hash table when miner finishes.
>
> In most cases, there is no or few change. With this improvement, tracker will
> become much much faster.
>
> Thanks!
> -Zhenqiang
> ___
> track
__
> tracker-list mailing list
> tracker-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/tracker-list
--
Philip Van Hoof
freelance software developer
Codeminded BVBA - http://codeminded.be
___
tracker-li
ted a lot of resources? A GB is by the way not huge in our
perspective.
You can't safely delete it unless you are willing to loose all of your
RDF data.
The better way to remove it is to use tracker-control -r
--
Philip Van Hoof
freelance software developer
Codem
On Wed, 2010-04-14 at 09:52 +0100, Martyn Russell wrote:
> On 14/04/10 09:11, Philip Van Hoof wrote:
> > On Wed, 2010-04-14 at 04:32 +0200, Michael Biebl wrote:
[CUT]
> Assuming of course you refer to the patches you posted here just
> recently to fix the Makefiles?
>
> I
eback-taglib). We'll approve it during the merge of it.
--
Philip Van Hoof
freelance software developer
Codeminded BVBA - http://codeminded.be
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
n't want your custom server to implement all that stuff if
Apache has done it all already?
Cheers
Philip
--
Philip Van Hoof
freelance software developer
Codeminded BVBA - http://codeminded.be
___
tracker-list mailing list
tracker-list@gnome.org
htt
We have no plans to implement our own RDF-based in-memory data-store.
> should i be able to define my own metadata for particular format &
> from where i can retrieve metadata to process/stored it in list in
> another application.
I don't know what you mean. Can you give your
On Tue, 2010-05-11 at 15:45 -0400, jamie wrote:
> On Tue, 2010-05-11 at 21:19 +0200, Philip Van Hoof wrote:
> > On Tue, 2010-05-11 at 12:06 -0700, Remo Remo wrote:
>
> > > I am not getting why tracker is using sqlite if it's managing its own
> > > RDF-based in-
Attached is a response-reply from a reply that Dmitry sent me on my
private E-mail address. I think it's interesting for the list, so I'm
forwarding it.
On Tue, 2010-05-11 at 21:05 +0200, Philip Van Hoof wrote:
> On Tue, 2010-05-11 at 22:26 +0400, Dmitry Bashkatov wrote:
> > H
rces aren't to be exposed over, for
example, UPnp. Even for the selection "multimedia ones": let's allow the
user _not_ to expose his private videos on UPnp. The partner might not
always like that ...
Cheers,
Philip
--
Philip Van Hoof
freelance software developer
Codeminded B
SPARQL and libtracker-client
More info available here:
http://live.gnome.org/Tracker/Documentation
Any form of direct access to the SQLite database will also _always_
require talking SPARQL. We don't provide any direct access to the SQLite
database at this moment by the way.
Cheers,
Phi
501 - 600 of 628 matches
Mail list logo