Hi,
We have had some build issues trying to get tracker going for the Maemo
platform. This patch fixes the issue by depending on autoconf 2.59
(instead of 2.59c) and automake 1.9 (instead of 1.7).
http://bugzilla.gnome.org/show_bug.cgi?id=511752
If no one has any objections, can I go ahead and
[EMAIL PROTECTED] wrote:
> please have a look:
Hi :)
> [EMAIL PROTECTED]:~$ touch ayxcvbn.txt
> [EMAIL PROTECTED]:~$ tracker-search ayxcv
>
> -> no results when searching for a partial file-name ?!
>
> [EMAIL PROTECTED]:~$ tracker-search ayxcvbn
> /home/gebi/ayxcvbn.txt
>
> fine -- works with
Michael Biebl wrote:
> 2008/1/24, Martyn Russell <[EMAIL PROTECTED]>:
>> Hi,
>>
>> We have had some build issues trying to get tracker going for the Maemo
>> platform. This patch fixes the issue by depending on autoconf 2.59
>> (instead of 2.59c) and aut
Hi,
I have written a patch to modularise the configuration aspects of
trackerd and attached it to this bug:
http://bugzilla.gnome.org/show_bug.cgi?id=513486
Please try it out, all comments welcomed :)
Note: I won't be in the country for the next month though, will be back
on the 1st of March.
Jamie McCracken wrote:
> On Tue, 2008-03-04 at 09:40 +0100, Nikolai Weibull wrote:
>> On Mon, Mar 3, 2008 at 5:24 PM, Jamie McCracken
>> <[EMAIL PROTECTED]> wrote:
>>
>>> From: Ivan Frade <[EMAIL PROTECTED]>
>>> I prepared a small diagram to clarify the intended architecture for
>>> tracker 0.7
Hi,
Details about this bug are available here:
http://bugzilla.gnome.org/show_bug.cgi?id=520789
Please review :)
--
Regards,
Martyn
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
Hi,
Details about this bug are available here:
http://bugzilla.gnome.org/show_bug.cgi?id=521614
Please review :)
--
Regards,
Martyn
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
Michael Biebl wrote:
> 2008/3/10, Martyn Russell <[EMAIL PROTECTED]>:
>> Hi,
>>
>> Details about this bug are available here:
>>
>> http://bugzilla.gnome.org/show_bug.cgi?id=521614
>>
>> Please review :)
>
> The #ifdef HAVE_HAL
> i
Hi,
Details about this bug are available here:
http://bugzilla.gnome.org/show_bug.cgi?id=521803
Please review :)
--
Regards,
Martyn
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
Hi,
I was just looking into fixing the DBus introspection, and I noticed
that there are a couple of files which are unused in the tracker/data
directory.
Namely:
data/tracker.cfg
data/tracker-stop-words.txt
The config file is generated when trackerd runs for the first time now
s
Halton Huo wrote:
> On Mon, 2008-03-17 at 18:03 +0100, Peter Rullmann wrote:
>> Hi,
>>
>> it seems updating the integer version information of trackerd was
>> forgotten with the previous releases. The dbus method GetVersion
>> returns the wrong version. Here's the diff:
>>
>>
>> Index: src/trackerd
Tshepang Lekhonkhobe wrote:
> Hi,
Hi,
I fixed the #include issue. But not the second issue since the
low_disk_space_limit returned can be -1, this would actually have
introduced a regression:
-gint low_disk_space_limit;
+guint low_disk_space_limit;
--
Regard
Guys,
Can we make sure ChangeLogs are written correctly. I noticed the last 2
comments by Jerry Tan and Laurent Aguerreche were badly formatted.
Specifically, proper tabs should be used when listing files and the
comments. Also there should be a ":" after the files/functions modified
for the comm
Martyn Russell wrote:
> Guys,
>
> Can we make sure ChangeLogs are written correctly. I noticed the last 2
> comments by Jerry Tan and Laurent Aguerreche were badly formatted.
>
> Specifically, proper tabs should be used when listing files and the
> comments. Also there shou
Tshepang Lekhonkhobe wrote:
> Hi,
>
> Any idea when we'll celebrate the first 0.7 release? Any guess (Jamie)?
>
> What work is left/planned before that release (besides refactoring)?
The refactoring is taking longer than expected.
There are 3 really big patches which Ivan, Carlos and myself are
Ivan Frade wrote:
> Hi all,
>
> We can discuss the roadmap for the next versions.
>
> Jamie: do you have any concrete plans?
>
> Here is my proposal:
>
> The final goal (whatever version number it is) must be a BIG release
> for application developers. In that release tracker will
>
> -
mike wrote:
> I haven't been able to figure out how to get
> directories such as ~/.dir_name into tracker to have
> tracker index what's there (I've added the paths in
> cfg file (separated/terminated correctly), didn't do
> anything; re-indexed, still didn't do anything) - is
> this possible? I r
Emilio Pozuelo Monfort wrote:
> mike wrote:
>> Do you think it would be tidier if when trackerd
>> wasn't running when tracker-* is started, that maybe
>> trackerd shouldn't be left running after they're closed?
>
> It shouldn't probably start at all (unless e.g. your changes need a reindex
> and
Jamie McCracken wrote:
> On Mon, 2008-04-28 at 11:37 +0200, Philip Van Hoof wrote:
>> On Mon, 2008-04-28 at 17:05 +0800, wendy wrote:
>>> Hi Philip,
>>>
>>> I think we should take into account of using the "xesam-glib", which
>>> will simplify the implementation of "xesam-support" on tracker.
>> H
Jamie McCracken wrote:
> On Mon, 2008-04-28 at 14:38 +0200, Jaap A. Haitsma wrote:
>> Hi,
>>
>> Currently tracker has two preference dialogs: one for the indexer and
>> one for the applet. Furthermore it's also not that easy to add the
>> track-applet to the panel (you need to start it from the com
Jamie McCracken wrote:
> On Fri, 2008-05-02 at 11:58 +0200, Martyn Russell wrote:
>> Jamie McCracken wrote:
>>> On Mon, 2008-04-28 at 11:37 +0200, Philip Van Hoof wrote:
>>>> On Mon, 2008-04-28 at 17:05 +0800, wendy wrote:
>>>>> Hi Philip,
>>>
Hi all,
Thinks are all going well on the indexer-split branch, however, it
occurred to me that daemon has its work duplicated in the indexer. We
need to resolve where the responsibility lies for the daemon and the
indexer.
The Modules
===
First about the modules. So we have these module
Jamie McCracken wrote:
> On Wed, 2008-06-25 at 16:46 +0100, Martyn Russell wrote:
>> The Daemon
>> ==
>>
>> So, recently in the daemon, I just finished writing the code to crawl
>> the file system and queue ALL files in $HOME or where ever the config
>&g
Jamie McCracken wrote:
> On Wed, 2008-06-25 at 16:46 +0100, Martyn Russell wrote:
>> Hi all,
>>
>> Thinks are all going well on the indexer-split branch, however, it
>> occurred to me that daemon has its work duplicated in the indexer. We
>> need to resolve wher
Jamie McCracken wrote:
> On Wed, 2008-06-25 at 19:31 +0100, Martyn Russell wrote:
>> Jamie McCracken wrote:
>>> On Wed, 2008-06-25 at 16:46 +0100, Martyn Russell wrote:
>>>> Hi all,
>>>>
>>>> Thinks are all going well on the indexer-split branc
Miha Bevk wrote:
> I hate this f** message!!
Hi,
What exactly do you hate about this message?
> --- On Thu, 6/26/08, Martyn Russell <[EMAIL PROTECTED]> wrote:
> From: Martyn Russell <[EMAIL PROTECTED]>
> Subject: Re: [Tracker] Tracker daemon/indexer respo
Tshepang Lekhonkhobe wrote:
> Hi,
Hi :)
> A while ago someone limited the log file to grow to about 10MB.
On the indexer-split branch we use GLib for logging. There is no limit
as far as I know.
> That
> to me means it's unnecessary to delete it on every start-up.
It is necessary because we
Jamie McCracken wrote:
> On Fri, 2008-06-27 at 15:44 +0100, Martyn Russell wrote:
>> Tshepang Lekhonkhobe wrote:
>>> Hi,
>> Hi :)
>>
>>> A while ago someone limited the log file to grow to about 10MB.
>> On the indexer-split branch we use GLib for l
Tshepang Lekhonkhobe wrote:
> On Mon, May 26, 2008 at 9:53 AM, Ivan Frade <[EMAIL PROTECTED]> wrote:
>> Hi
>>
>> El sáb, 24-05-2008 a las 17:16 +0200, ext Tshepang Lekhonkhobe escribió:
>>> If this was decided today, how long would it take to ready it for
>>> release? Is there much work involved to
Hi all,
So as part of finishing up the indexer-split branch to try and get
things into a state to begin merging, I have been looking at the config
options we have and checking we implement them and if we don't finding
out if we need them.
Here are the current config options and some questions/com
Philip Van Hoof wrote:
> On Fri, 2008-07-04 at 11:00 +0200, Mikkel Kamstrup Erlandsen wrote:
>> 2008/7/3 Philip Van Hoof <[EMAIL PROTECTED]>:
>
>> Daze[1] actually use org.freedesktop.Tracker.Files.Exist to store user
>> annotations directly in Tracker. So the API is indeed of use. However
>> anot
Jamie McCracken wrote:
> Compared to trunk, an awful lot of essential functionality has been
> removed in the indexer-split.
Yes, a lot of stuff had to be disabled to make the split possible.
> Apologies if they are elsewhere and I have missed them in the code but
> if not these need to be restor
Jamie McCracken wrote:
> On Mon, 2008-07-28 at 10:33 +0100, Martyn Russell wrote:
> yes best done in daemon
OK, that can easily be added.
>>> 3) stop words in tracker-parser.c - why did you remove this?
>> If you mean tracker->stop_words then it wasn't used as far
Martyn Russell wrote:
> Jamie McCracken wrote:
>> pls make sure you load the appropriate stop word list for the stemming
>> langauge - see trunk for this
>
> I *think* that Ivan actually fixed this yesterday. Ivan, care to comment?
Ah, I didn't see your email on the li
Carlos Garnacho wrote:
> Hi!,
Hi Carlos,
> We've been working quite hard this week in the indexer-split branch, and
> I think we're nearly done with all the essential items before a merge
> with trunk is feasible, so here's a brief status report. For more
> detailed info, please check the ChangeL
Martyn Russell wrote:
> Carlos Garnacho wrote:
>> Hi!,
>
> Hi Carlos,
>
>> We've been working quite hard this week in the indexer-split branch, and
>> I think we're nearly done with all the essential items before a merge
>> with trunk is feasi
Jamie McCracken wrote:
> On Fri, 2008-08-01 at 18:11 +0200, Carlos Garnacho wrote:
>> Hi!,
Hi :)
>> We've been working quite hard this week in the indexer-split branch, and
>> I think we're nearly done with all the essential items before a merge
>> with trunk is feasible, so here's a brief status
Jamie McCracken wrote:
> we will want to create a new libtracker in vala (rather than c) that
> wraps the dbus api
>
> we will need to keep the old one on for backwards compatibility so the
> new one should be parallel installable
Hmm, from what I have heard, if done correctly the vala generated
Jamie,
I think we are ready for merge if you are happy with the current state
of the indexer-split branch.
If you find anything you think needs fixing before the merge. Let us know.
--
Regards,
Martyn
___
tracker-list mailing list
tracker-list@gnome.o
Laurent Aguerreche wrote:
> Hello,
>
> Le jeudi 07 août 2008 à 16:38 +0100, Martyn Russell a écrit :
>> Jamie,
>>
>> I think we are ready for merge if you are happy with the current state
>> of the indexer-split branch.
>>
>> If you find anything yo
Martyn Russell wrote:
> Laurent Aguerreche wrote:
>> Hello,
Hi :)
> There might be some tweaking that is needed. I personally don't see this
> issue and my machine is not state of the art. I notice it is running,
> when I am playing games or really loading my system, bu
Laurent Aguerreche wrote:
> Le vendredi 08 août 2008 à 02:11 +0200, Philip Van Hoof a écrit :
>> On Fri, 2008-08-08 at 01:10 +0200, Laurent Aguerreche wrote:
>>> Le jeudi 07 août 2008 à 22:06 +0200, Philip Van Hoof a écrit :
>>>> On Thu, 2008-08-07 at 19:
Laurent Aguerreche wrote:
> Hello,
Hi :)
> Le jeudi 07 août 2008 à 16:38 +0100, Martyn Russell a écrit :
>> Jamie,
>>
>> I think we are ready for merge if you are happy with the current state
>> of the indexer-split branch.
>>
>> If you find anything yo
Martyn Russell wrote:
> Laurent Aguerreche wrote:
>> Hello,
>
> Hi :)
>
>> Le jeudi 07 août 2008 à 16:38 +0100, Martyn Russell a écrit :
>>> Jamie,
>>>
>>> I think we are ready for merge if you are happy with the current state
>>> o
Jamie McCracken wrote:
> On Fri, 2008-08-08 at 12:49 +0100, Martyn Russell wrote:
>> Laurent Aguerreche wrote:
>>> Hello,
>> Hi :)
>>
>>> Le jeudi 07 août 2008 à 16:38 +0100, Martyn Russell a écrit :
>>>> Jamie,
>>>>
>>>
Jamie McCracken wrote:
>> 1.) Index being too big that indexing is slowed right down:
>
> this is why trunk used index merging so it would flush to separate
> indexes and then merge them into one when finished.
>
> By experimentation 16MB is a good size for an index hence trunk flushed
> in 16mb
Jamie McCracken wrote:
> On Mon, 2008-08-11 at 10:55 +0100, Martyn Russell wrote:
>> Have you had time to look at the rest of the branch to see if it is
>> satisfactory?
>>
> unfortunately it is not
>
> Running it I get very poor performance (Im running tracker-ap
Jamie McCracken wrote:
> On Mon, 2008-08-11 at 14:32 +0100, Martyn Russell wrote:
>> Jamie McCracken wrote:
>>> On Mon, 2008-08-11 at 10:55 +0100, Martyn Russell wrote:
>>>> Have you had time to look at the rest of the branch to see if it is
>>>> sati
Jamie McCracken wrote:
> As I will be working quite extensively on trunk post merge I require any
> major changes to be done ASAP
OK.
> list of changes required prior to merge (in order of priority) - all of
> these already exist and work in trunk:
>
>
> 1) trackerd: Handle file moves - update
Jamie McCracken wrote:
> On Wed, 2008-08-13 at 17:12 +0200, Carlos Garnacho wrote:
>> Hi!,
Hi :)
>> On mar, 2008-08-12 at 14:18 -0400, Jamie McCracken wrote:
>>
>>
>>
>>> that sounds inefficient - trunk only ever checked for existing deleted
>>> or junk emails at startup because iterating throug
Jamie McCracken wrote:
> As I will be working quite extensively on trunk post merge I require any
> major changes to be done ASAP
>
> list of changes required prior to merge (in order of priority) - all of
> these already exist and work in trunk:
>
>
> 1) trackerd: Handle file moves - update fi
Jamie McCracken wrote:
> On Wed, 2008-08-13 at 19:30 +0200, Carlos Garnacho wrote:
>> As far as I see, for mbox you're storing the offset in the stream:
>>
>> msg_offset = g_mime_parser_tell (mf->parser);
>>
>> mail_msg->offset = msg_offset;
>>
>> For IMAP, I j
Jamie McCracken wrote:
> On Fri, 2008-08-15 at 11:01 +0100, Martyn Russell wrote:
>> Jamie McCracken wrote:
>>> As I will be working quite extensively on trunk post merge I require any
>>> major changes to be done ASAP
>>>
>>> list of changes required p
Jamie McCracken wrote:
> 1) trackerd: Handle file moves - update files in a directory
> recursively when a directory is renamed/moved (need to pause indexer
> before updating - watch out!). Likewise re-enable update of index from
> trackerd as its needed for tagging and other user metadata
This s
Jamie McCracken wrote:
> still getting lots of serious problems when running
>
>
> email-contents.db does not grow - why are we not saving email body
> contents here?
>
> Also what happened to email-index.db? Why have you combined files and
> emails index?
Not sure why this was decided, but I
Hi,
Just to let you know, I will be on vacation from Monday 25th to
September 2nd. Talk to you all when I get back.
--
Regards,
Martyn
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
Jamie McCracken wrote:
>>> that should also save every debug message to
>>> ~/.local/share/tracker/tracker-indexer.log, it'd also be useful to see
>>> the last messages before the crash.
>> A question: how do you compile all the code with -g for debugging?
>> In the past, "configure" had --enable-d
Jamie McCracken wrote:
> Another potential crasher - unlike trunk get_file_content does no utf-8
> validation and also if file is bigger than MAX_TEXT cuts it off which is
> likely to not land on a valid utf-8 word break
This is true.
> ideally do what trunk does and read file line by line so tha
Jamie McCracken wrote:
> Finding more performance issues
>
> on an up to date indexed home directory, the next restart of trackerd
> checks every single file to see if its up to date - why?
Because we redesigned the whole code base and haven't finished
optimising it yet.
> trunk only checks dire
Jamie McCracken wrote:
> Could we also reduce memory usage by not statically linking to the
> private libs libtracker-common and libtracker-db?
Those libraries should not be available for public use. Before doing so,
each API would have to be:
a) Documented
b) Checked it needs to be public
c) Ver
Jamie McCracken wrote:
> On Tue, 2008-09-02 at 12:23 +0100, Martyn Russell wrote:
>> Jamie McCracken wrote:
>>> Could we also reduce memory usage by not statically linking to the
>>> private libs libtracker-common and libtracker-db?
>> Those libraries should not be
Jamie McCracken wrote:
> On Tue, 2008-09-02 at 12:23 +0100, Martyn Russell wrote:
>> Jamie McCracken wrote:
>>> Could we also reduce memory usage by not statically linking to the
>>> private libs libtracker-common and libtracker-db?
>> Those libraries should not be
Jamie McCracken wrote:
> On Tue, 2008-09-02 at 12:14 +0100, Martyn Russell wrote:
>> Jamie McCracken wrote:
>>> Another potential crasher - unlike trunk get_file_content does no utf-8
>>> validation and also if file is bigger than MAX_TEXT cuts it off which is
>>&g
Jamie McCracken wrote:
>>> trunk only checks directories (If a file in a directory is modified then
>>> the directories mtime is also altered so no need to check every file)
>>> hence startup is much faster.
Note: the mtime of the parent directory ONLY is updated. This is not
recursive. So if you
Hi,
So I have been reading up on the things that are remaining for merging.
This is the list I have so far which I will be working on:
* Check the move files/directories issue. I *think* it works.
* Fix the get_file_contents() function so it checks for #13 in the first
64Kb.
* Make private libr
Jamie McCracken wrote:
> trackerd should just pass directories at startup and let the indexer
> work out what to process. Dbus is not optimised for passing large number
> of strings. Can the current design easily accommodate this?
DBus' optimisation is not an issue here. I can send ALL of my files
Martyn Russell wrote:
> Hi,
>
> So I have been reading up on the things that are remaining for merging.
> This is the list I have so far which I will be working on:
>
> * Check the move files/directories issue. I *think* it works.
Work on this will be continuing Mo
Martyn Russell wrote:
> Martyn Russell wrote:
>> Hi,
>>
>> So I have been reading up on the things that are remaining for merging.
>> This is the list I have so far which I will be working on:
>>
>> * Check the move files/directories issue. I *think* it work
Jamie McCracken wrote:
> On Tue, 2008-09-09 at 18:02 +0200, Philip Van Hoof wrote:
>> On Tue, 2008-09-09 at 11:56 -0400, Jamie McCracken wrote:
>>> On Tue, 2008-09-09 at 16:30 +0100, Martyn Russell wrote:
>>>> Jamie can we try to get this merge done this week please
Jamie McCracken wrote:
> Im afraid Im unable to run latest svn
>
> trackerd dies everytime I try and search for somehting
>
> I did following:
>
> svn up
> make distclean
I would use:
make maintainer-clean
> make
> sudo make install
Make sure you are not running trackerd or tracker-indexer
Martyn Russell wrote:
> Jamie McCracken wrote:
>> searching with tracker-search-tool crashes trackerd
>> searching with tracker-search returns no result (when it should)
>
> I have freshly installed the packages on the Maemo device this week and
> the tracker-search works
Jamie McCracken wrote:
> On Wed, 2008-09-10 at 23:20 -0400, Jamie McCracken wrote:
>> Im afraid Im unable to run latest svn
>>
>> trackerd dies everytime I try and search for somehting
>>
>> I did following:
>>
>> svn up
>> make distclean
>> make
>> sudo make install
>> sudo rm -rf /usr/bin/tracker
Jamie McCracken wrote:
> On Fri, 2008-09-12 at 10:27 +0100, Martyn Russell wrote:
> I know but it just outputs the above continuously with no change in the
> indexed count
>
> and it does not flush to index which means I cant search for anything
Flushing doesn't happen when t
Jamie McCracken wrote:
> On Fri, 2008-09-12 at 18:35 +0100, Martyn Russell wrote:
>> Jamie McCracken wrote:
>>> Note that existing config options must be respected as otherwise
>>> upgrading will be impossible for existing users
>> This option is not honoured then
Jimmy Huang wrote:
> On Wed, 2008-09-17 at 00:21 +0200, Laurent Aguerreche wrote:
>> Hello,
>>
>> there is a big memory leak with tracker-indexer. The processus uses more
>> and more memory but free almost all memory when it exists so I assume
>> that a list of extracted info is not freed while tra
Laurent Aguerreche wrote:
> Hello,
>
> there is a big memory leak with tracker-indexer. The processus uses more
> and more memory but free almost all memory when it exists so I assume
> that a list of extracted info is not freed while tracker-indexer is
> running.
Hi,
I thought I would check up
Jamie McCracken wrote:
> On Tue, 2008-09-16 at 18:35 +0100, Martyn Russell wrote:
>
> yes its much better
>
> tracker-search works on command line but tracker-search-tool still kills
> the daemon
Which API call was it that kills the daemon again? The GetHitCountAll?
> Im h
Laurent Aguerreche wrote:
> Hello,
>
> in tracker-indexer.log, I only see "(null)" as UID for each IMAP email.
> So I ran tracker-indexer under GDB and I found that UIDs were never
> correctly set in get_metadata_for_imap() (in evolution.c) even after the
> call to read_summary(). For instance, th
Jamie McCracken wrote:
> On Wed, 2008-07-30 at 05:56 +0300, Ivan Frade wrote:
>> Hi Jamie
Hi
>> This FTS3 sounds great, and could help to remove a lot of "home brew" code.
>>
>>> All the above disadvantages can be sorted by forking FTS 3 and
>>> including:
>> well, "forking" doesn't sound so go
Thomas Mittelstaedt wrote:
> I just removed the .cache/tracker directory, and re-indexed and still
> some mails are not found when searching for terms found in the body of
> the message. I am running version 0.6.6 on ubuntu hardy and evolution
> 2.22.3.1
>
> Thanks for hints on how to track this d
Thomas Mittelstaedt wrote:
> tracker-tags-tab.py does not work anymore with indexer-split. Compared
> the version in svn with my installed version and they are the same.
I *think* this might be due to the DBus name change. We changed (i.e. I
changed) the org.freedesktop.tracker to org.freedesktop.
Hi all,
After the hackfest this past weekend Jamie and I resolved the final
issues for the merge to go ahead with everyone's consent.
So the plan is to prepare for the merge today and to do the actual merge
tomorrow.
So far the planning consists of:
1. Merging all .po files over from TRUNK to t
Michael Biebl wrote:
> 2008/9/25 Martyn Russell <[EMAIL PROTECTED]>:
>> Hi all,
>>
>> After the hackfest this past weekend Jamie and I resolved the final
>> issues for the merge to go ahead with everyone's consent.
>>
>> So the plan is to prep
Michael Biebl wrote:
> 2008/9/25 Martyn Russell <[EMAIL PROTECTED]>:
>> Michael Biebl wrote:
>>> 2008/9/25 Martyn Russell <[EMAIL PROTECTED]>:
>>>> Hi all,
>>>>
>>>> After the hackfest this past weekend Jamie and I resolved the f
Jamie McCracken wrote:
> ok lets just have a shell script that deletes old stuff (which is not
> called by Makefile) and put a note in the README file on how to upgrade
Really, this is not necessary. It is only old binary files and old
application data which is causing the problem here. It isn't *
Michael Biebl wrote:
> 2008/9/25 Martyn Russell <[EMAIL PROTECTED]>:
>> Jamie McCracken wrote:
>>> ok lets just have a shell script that deletes old stuff (which is not
>>> called by Makefile) and put a note in the README file on how to upgrade
>> Really
Jamie McCracken wrote:
> On Thu, 2008-09-25 at 14:39 +0200, Michael Biebl wrote:
>> 2008/9/25 Jamie McCracken <[EMAIL PROTECTED]>:
>>> ok lets just have a shell script that deletes old stuff (which is not
>>> called by Makefile) and put a note in the README file on how to upgrade
>>
>> That would b
Michael Biebl wrote:
> 2008/9/25 Martyn Russell <[EMAIL PROTECTED]>:
>> Michael Biebl wrote:
>>> 2008/9/25 Martyn Russell <[EMAIL PROTECTED]>:
>>>> Jamie McCracken wrote:
>>>>> ok lets just have a shell script that deletes old stuff (whi
Michael Biebl wrote:
> 2008/9/25 Michael Biebl <[EMAIL PROTECTED]>:
>> 2008/9/25 Martyn Russell <[EMAIL PROTECTED]>:
>>> Michael Biebl wrote:
>>>> 2008/9/25 Martyn Russell <[EMAIL PROTECTED]>:
>>>>> Michael Biebl wrote:
>>>&
Michael Biebl wrote:
> Please see [1] for further info on DESTDIR
> Proper DESTDIR support is required, to build the Debian/Ubuntu packages.
> The install stage runs unprivileged and usurally installes the files
> into a tmp dir
> debian/tmp via "make install DESTDIR=debian/tmp" from where the
> pa
Michael Biebl wrote:
> 2008/9/25 Martyn Russell <[EMAIL PROTECTED]>:
>> Well, sure that's what the documentation says. But we don't do that for
>> any other variable we use and they work fine for me when using make
>> distcheck and when building debian packa
Hi all,
Just to let you all know, the indexer-split branch has now been merged
to TRUNK. For those that want to get to the old indexer-split branch you
can still access it [1]. This branch is no longer going to be developed
on except for work which we agreed can be done post merge and which is a
b
Jamie et al,
So as discussed at the hackfest, we have decided to take this week to
try and document all the parts of Tracker which are complex and which
would help 3rd parties write backends and integrate with the project.
We are going to add this to the project of course. But we thought it
would
Jamie McCracken wrote:
> agree - maybe gtkdoc?
I would rather not, I hate GtkDoc :) and it is far from compliant with
Windows, Tor had to add hacks around GtkDoc to get Evolution and other
technologies working on Windows with it. I have had to do this too.
To me it makes sense to just use a simpl
Ivan Frade wrote:
> Hi all,
>
> We have found that the query "Give me all metadata you know about a
> file" is pretty useful, and there were no direct method to do it in the
> current tracker API.
>
> I attach a patch that implements this feature in a new "GetAll" method
> in the "Metadata" int
Laurent Aguerreche wrote:
> Hello,
>
> Le jeudi 25 septembre 2008 à 13:48 +0200, [EMAIL PROTECTED] a
> écrit :
>> Selon Carlos Garnacho <[EMAIL PROTECTED]>:
>>
>>> On mié, 2008-09-24 at 23:56 +0200, Laurent Aguerreche wrote:
>>>> Le mercredi 17
Martyn Russell wrote:
> Jamie et al,
>
> So as discussed at the hackfest, we have decided to take this week to
> try and document all the parts of Tracker which are complex and which
> would help 3rd parties write backends and integrate with the project.
>
> We are goi
Luca Ferretti wrote:
> Il giorno lun, 29/09/2008 alle 16.40 +0100, Martyn Russell ha scritto:
>> Jamie McCracken wrote:
>>> agree - maybe gtkdoc?
>> I would rather not, I hate GtkDoc :) and it is far from compliant with
>> Windows, Tor had to add hacks around Gtk
Luca Ferretti wrote:
> Il giorno gio, 02/10/2008 alle 12.04 +0100, Martyn Russell ha scritto:
>> Luca Ferretti wrote:
>>> Il giorno lun, 29/09/2008 alle 16.40 +0100, Martyn Russell ha scritto:
>>>> Jamie McCracken wrote:
>
>
>
>>> And
Laurent Aguerreche wrote:
> Hello,
Hi :)
> But it can't currently be built :-/
>
> Some Makefile.in files are missing.
>
> (I don't know if you were aware about that.)
Hmm, I did make distcheck and it was successful, so it should work.
Did you run autogen again with --enable-gtk-doc ?
--
Re
1 - 100 of 1268 matches
Mail list logo
