, Bastien Nocera wrote:
On Mon, 2010-04-12 at 11:31 +0100, Martyn Russell wrote:
On 10/04/10 22:10, Owen Taylor wrote:
On Sat, 2010-04-10 at 11:43 -0400, Jamie McCracken wrote:
On Fri, 2010-04-09 at 18:09 -0400, Owen Taylor wrote:
Well, certainly tracking and indexing file metadata doesn't
One way around all this is to provide interfaces which could use tracker
or something else for base storage and notification of changes.
In the future tracker may use CouchDb for storage of tags/notes and
other user input metadata as being able to import/export to/from the
cloud and across
On Fri, 2010-04-09 at 18:09 -0400, Owen Taylor wrote:
Tracker
===
In some testing, Tracker 0.8 seems enormously better behaved
than Tracker 0.6. It has very significant optimizations in how
it stores the tracker database on disk, and also, by default,
only indexes defined subdirs of
On Sat, 2010-04-10 at 17:10 -0400, Owen Taylor wrote:
The reason I consider storage relevant is that throwing data into an
optimized SQL database where you don't have any ability to control what
is indexed or understanding how query plans are executed is usually a
recipe for application
On Fri, 2010-04-02 at 14:20 +0200, Johannes Schmid wrote:
Hi Naba!
Does gnome-shell work without graphics capabilities?
No, you need a hardware accelerated graphic card.
So, basically my question is do you have official plan to support
non-accelerated machines, or is it just a bug?
JS, whilst a good glue language, is nevertheless problematic in this it
appears impotent (no native dbus support nor subclassing). I would only
recommend it for scripting that does not need dbus. Currently a lot of
code needs to be written in C to make up for these shortfalls in
Gnome-Shell so I
On Mon, 2009-11-02 at 17:12 -0500, Owen Taylor wrote:
My initial understanding of the Zeitgeist engine was that it was
a data collection engine to collect a rich view of how the user
used their computer over time, which would then be used to build
an OLPC style journal
On Fri, 2009-10-30 at 11:18 +0100, Murray Cumming wrote:
On Fri, 2009-10-30 at 00:08 -0400, Jamie McCracken wrote:
The problem is that to leverage the full power of
tracker, you need much deeper integration and its not practical to
make
it optional in those cases
On Thu, 2009-10-29 at 17:51 -0400, David Zeuthen wrote:
On Thu, 2009-10-29 at 22:25 +0100, Luca Ferretti wrote:
But in previous GNOME release we accepted stuff like PolicyKit or
DeviceKit or PulseAudio while not yet officially released or widely
adopted. And those stuff was needed to be
On Thu, 2009-10-29 at 23:13 -0400, David Zeuthen wrote:
On Thu, 2009-10-29 at 19:38 -0400, Jamie McCracken wrote:
this is all hypothetical. What matters is that people actually try it
out then make judgements based on whether the current tracker gives a
good experience. If people dont do
On Tue, 2009-10-27 at 20:54 +0100, Sebastian Pölsterl wrote:
Martyn Russell schrieb:
On 27/10/09 14:50, Sebastian Pölsterl wrote:
Martyn Russell schrieb:
Carlos Garnacho and I did spend 2 or 3 days writing an application
similar to spotlight - although it is just a quick mock up to
There has to be migration - i can never remember all my evo account
settings and im sure in corporate environments it would be a major
source of technical call outs
If it were for only Gnome 3 then maybe an exception can be made but for
gnome 2.x, migration is critical IMO
jamie
On Fri,
On Fri, 2009-10-16 at 15:15 +, Colin Walters wrote:
On Fri, Oct 16, 2009 at 3:03 PM, Ross Burton r...@burtonini.com wrote:
Not providing a migration path will probably delay adoption of
dconf/gsettings into Debian because Debian tries it's hardest to
preserve user configuration,
On Wed, 2009-10-14 at 11:48 -0500, Shaun McCance wrote:
On Wed, 2009-10-14 at 17:25 +0100, Emmanuele Bassi wrote:
On Wed, 2009-10-14 at 10:54 -0500, Shaun McCance wrote:
On Wed, 2009-10-14 at 15:54 +0100, Alan Cox wrote:
Take 20,000 distro Gnome users, what percentage of them do you
I would rephrase this as valac as a build dependency for gnome
as valac is like yacc/bison/flex in that there is no runtime dependency
and only people developing or compiling from git will need it (tarballs
and distributed source will contain the generated c files so wont be
needed there)
jamie
On Wed, 2009-08-19 at 15:50 +0100, John Carr wrote:
CouchDB is also a storage but with a different philosophy. The nicest part
is the synchronization... but maybe we could wrap tracker in a similar
code to allow the online replication. This is just a wild guess.
I think its possible -
The indexer part is optional
The main part tracker-store is just a database with querying and is to
be used by zeitgeist
If the consensus is that indexer is not suitable for inclusion then the
separate tracker-store should be considered for inclusion separately
the store does not do any
On Tue, 2009-08-18 at 16:18 +0100, Martyn Russell wrote:
On 18/08/09 16:18, Jamie McCracken wrote:
The indexer part is optional
Well, right now it isn't but it will be at some point sure.
The main part tracker-store is just a database with querying and is to
be used by zeitgeist
On Tue, 2009-08-18 at 17:20 +0200, Patryk Zawadzki wrote:
On Tue, Aug 18, 2009 at 5:18 PM, Jamie
McCrackenjamie.mccr...@googlemail.com wrote:
The indexer part is optional
The main part tracker-store is just a database with querying and is to
be used by zeitgeist
If the consensus is
On Tue, 2009-08-18 at 16:44 +0100, Martyn Russell wrote:
On 18/08/09 16:07, Lennart Poettering wrote:
On Tue, 18.08.09 13:05, Martyn Russell (mar...@lanedo.com) wrote:
Hmm. The beef I have with Tracker (and Beagle fwiw) is that they build
something on infrastructure that currently is not
On Tue, 2009-08-18 at 17:50 +0200, Steve Frécinaux wrote:
Xan Lopez wrote:
It can be used directly by applications that feed it data through an
API. Zeitgeist is an example, another could be bookmarks/history
storage in Epiphany.
Do you mean storing actual bookmarks into the database ?
On Tue, 2009-08-18 at 16:57 +0100, Martyn Russell wrote:
On 18/08/09 16:57, Jamie McCracken wrote:
On Tue, 2009-08-18 at 16:44 +0100, Martyn Russell wrote:
On 18/08/09 16:07, Lennart Poettering wrote:
On Tue, 18.08.09 13:05, Martyn Russell (mar...@lanedo.com) wrote:
Hmm. The beef I have
On Tue, 2009-08-18 at 17:02 +0100, Martyn Russell wrote:
On 18/08/09 17:03, Jamie McCracken wrote:
On Tue, 2009-08-18 at 16:57 +0100, Martyn Russell wrote:
We already do that. But some projects have a LOT of directories ;)
do we? It still indexes all source files for me. Just to be clear
On Tue, 2009-08-18 at 16:11 +, Colin Walters wrote:
On Tue, Aug 18, 2009 at 3:32 PM, Jamie
McCrackenjamie.mccr...@googlemail.com wrote:
we could use the Gtk Recent files stuff for this and that would work for
ordinary users but not devs fetching source code or other command line
On Tue, 2009-08-18 at 19:40 +0200, Philip Van Hoof wrote:
On Tue, 2009-08-18 at 17:14 +0100, Martyn Russell wrote:
On 18/08/09 17:11, Colin Walters wrote:
On Tue, Aug 18, 2009 at 3:32 PM, Jamie
McCrackenjamie.mccr...@googlemail.com wrote:
we could use the Gtk Recent files stuff for
On Tue, 2009-08-18 at 19:21 +0100, Michael Meeks wrote:
Hi Jamie,
On Tue, 2009-08-18 at 11:32 -0400, Jamie McCracken wrote:
Couldn't you just make gio (or gedit or OpenOffice) notify you every
time it closes a file instead of monitoring bazillions of files? I'm
not very likely
On Tue, 2009-08-18 at 20:26 +0200, Vincent Untz wrote:
Le mardi 18 août 2009, à 20:19 +0200, Philip Van Hoof a écrit :
We'll do our best and are committed to formulate our answers in a
non-vague way and improve the communication of the project's members,
about the project, towards the
On Tue, 2009-08-18 at 20:57 +0200, Lennart Poettering wrote:
On Tue, 18.08.09 14:48, Jamie McCracken (jamie.mccr...@googlemail.com) wrote:
On Tue, 2009-08-18 at 20:26 +0200, Vincent Untz wrote:
Le mardi 18 août 2009, à 20:19 +0200, Philip Van Hoof a écrit :
We'll do our best
On Tue, 2009-08-18 at 19:52 +0100, Martyn Russell wrote:
I didn't say that and that is not the case either. I did talk to various
people about improving the problems we have at GCDS this year. I also am
not against fixing it or helping towards fixing it. I just resent people
saying that we
On Sun, 2009-04-19 at 17:26 +0200, Matteo Settenvini wrote:
Il giorno dom, 19/04/2009 alle 14.31 +0100, Emmanuele Bassi ha scritto:
On Sun, 2009-04-19 at 14:34 +0200, Sebastian Pölsterl wrote:
I think it would be a big mistake to omit applets in the new gnome desktop
evolution.
On Fri, 2009-04-10 at 17:11 +0200, Josselin Mouette wrote:
Le vendredi 10 avril 2009 à 15:15 +0200, Vincent Untz a écrit :
Just a stupid question... Why should we switch to GSettings? Ie, what
does it bring us that we can't do with gconf?
So far, I heard a performance argument. Anything
Also I would imagine a dconf-editor app would not be practical without
schemas especially for settings of type bool/enum where you want a
checkbox/dropdown
jamie
On Fri, 2009-04-03 at 09:20 -0400, Havoc Pennington wrote:
Hi,
On Fri, Apr 3, 2009 at 8:27 AM, Vincent Untz vu...@gnome.org
process
file change notifications while running on battery power.
thanks thats a good idea (I assume I can use dbus to get the info so
dont have to depend on any gnome stuff)
please consider adding enhancement requests to:
http://bugzilla.gnome.org/browse.cgi?product=tracker
--
Mr Jamie
Joe Shaw wrote:
Hi,
Jamie McCracken wrote:
point 2 is scheduled at nice +19 (same with Ionice +7) so it only uses
more cpu if its idle.
That's not quite how the nice level works, at least in Linux. Higher
nice values get a shorter timeslice, so they merely have less time to
get
needs.
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Joe Shaw wrote:
Hi,
On Mon, 2007-01-08 at 20:47 +0100, Steve Frécinaux wrote:
Jamie McCracken wrote:
in any event tracker can be configured to not index at all or only index
metadata and/or contents. It can also be used a stand alone metadata DB
so I think tracker should be flexible
Joe Shaw wrote:
Hi,
On Wed, 2007-01-10 at 16:26 +, Jamie McCracken wrote:
Joe Shaw wrote:
[snipped my concerns about Tracker]
all these also apply to EDS too yet no one complains?
Some of them apply. EDS isn't a general data store; it has APIs and
backends that are very specific
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
player, find video
for in your video player, find contacts, email and everything in less than a
split second!
yes that is a good approach
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list
with some
tweaking as others have suggested - especially places menu)
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
to search apps.
Its much better to have the general search/deskbar applet as it is (an
applet in the panel)
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org
also add that nautilus search without beagle or tracker is
barely usable and appallingly slow so its not only the new menu thats
suffering here.
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel
tracker should be flexible enough for most cases where you
only want a subset of its features.
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo
criticisms should have been
met.
API churn is not relevant to desktop modules AFAIK although I am
expecting only minor adjustments there.
* (http://www.grillbar.org/wordpress/?p=173)
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop
Steve Frécinaux wrote:
Jamie McCracken wrote:
in any event tracker can be configured to not index at all or only
index metadata and/or contents. It can also be used a stand alone
metadata DB so I think tracker should be flexible enough for most
cases where you only want a subset of its
ended but I
expect the default should be no search until at least tracker gets
into GNOME :)
(Tracker is still under proposal for Gnome 2.18)
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel
Ross Burton wrote:
On Wed, 2006-10-25 at 23:10 +0100, Jamie McCracken wrote:
The RDF way would be (triples):
hasPersonalEmail --- rdfs:subPropertyOf --- hasEmail
hasWorkEmail --- rdfs:subPropertyOf --- hasEmail
RossBurton --- hasWorkEmail --- [EMAIL PROTECTED
Shaun McCance wrote:
On Wed, 2006-10-25 at 11:20 +0100, Jamie McCracken wrote:
James Doc Livingston wrote:
What would be really cool is support for field groups, but that would
probably require a fairly large change. So you could do things like
correctly storing the release dates when a track
types,
but that is necessary for the metadata to stay useful when doing
generic queries.
yeah thanks that makes sense
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http
Vincent Untz wrote:
Le mardi 24 octobre 2006, à 21:33, Jamie McCracken a écrit :
It would be nice as tracker is a freedesktop thingie to avoid evolution
I've read several times that tracker is a freedesktop
thingie/project/insert another word here. Do you mean it's desktop
agnostic or do
James Henstridge wrote:
On 25/10/06, Jamie McCracken [EMAIL PROTECTED] wrote:
You would need to completely flatten the metadata as
Contact.HomeJabberID, Contact.WorkJabberID etc so that all metadata is
mapped 1:1
If you do flatten things like this, I would hope you'd still be able
to query
James Doc Livingston wrote:
On Tue, 2006-10-24 at 21:33 +0100, Jamie McCracken wrote:
A contact can only have one metadata value per type (this is a primary
key constraint)
With everything mapped 1:1 you can then use RDF query to search them
On Tue, 2006-10-24 at 23:39 +0100, Jamie
Ross Burton wrote:
On Wed, 2006-10-25 at 11:12 +0100, Jamie McCracken wrote:
With everything mapped 1:1 you can then use RDF query to search them
Why would you need a 1:1 mapping to do a query? A query for contacts
with an email of [EMAIL PROTECTED] should be possible
independent
Ross Burton wrote:
On Wed, 2006-10-25 at 11:20 +0100, Jamie McCracken wrote:
looking at evolution's contacts screen it does not look like its support
more than one work email (it has home, work and other)
Incorrect, the type is a combo. If you want to add four work email
addresses
Ross Burton wrote:
On Wed, 2006-10-25 at 11:20 +0100, Jamie McCracken wrote:
Not being able to handle multiplicative metadata would make some things
very awkward. For example what should happen with music that has
multiple artists? I think that supporting multiple values for a piece
Jamie McCracken wrote:
I'm thinking of decent genre support, so multiple genre tags per song
(as supported in Ogg). If a song has Song.Genre=Post Rock,Ambient and
I search for rock, will the substring search incorrectly match the
song?
Yes it will unfortunately - hopefully these corner
Nick Murtagh wrote:
Jamie McCracken wrote:
Contact.HomeEmailAddress : [EMAIL PROTECTED];[EMAIL PROTECTED]
Contact.WorkEmailAddress : [EMAIL PROTECTED]
note using semicolon as delimiter so contents would need to be escaped
for the semicolon. I guess standardising on semicolon delimiters
James Henstridge wrote:
On 25/10/06, Jamie McCracken [EMAIL PROTECTED] wrote:
James Henstridge wrote:
While having standard names for metadata relationship types that
everyone can use is great, there are going to be cases where apps want
to experiment with relationships that haven't yet
Ross Burton wrote:
On Wed, 2006-10-25 at 11:41 +0100, Jamie McCracken wrote:
I'm thinking of decent genre support, so multiple genre tags per song
(as supported in Ogg). If a song has Song.Genre=Post Rock,Ambient and
I search for rock, will the substring search incorrectly match the
song
Ross Burton wrote:
On Wed, 2006-10-25 at 14:06 +0100, Jamie McCracken wrote:
I do wonder why nobody has taken a fast database-backed RDF triple store
(from librdf), put a sparql-based frontend on it for queries (again from
librdf) and used re-used a lot of code from both Beagle and Tracker
to answer them on this list but that should
not have any bearing on whether tracker is adopted or not.
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org
Wouter Bolsterlee wrote:
2006-10-25 klockan 12:27 skrev Jamie McCracken:
Ross Burton wrote:
On Wed, 2006-10-25 at 11:12 +0100, Jamie McCracken wrote:
With everything mapped 1:1 you can then use RDF query to search them
Why would you need a 1:1 mapping to do a query? A query for contacts
for love
in all the wrong places. They fight crime!
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
or not it
wont make a difference to the functionality tracker offers.
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Don Scorgie wrote:
Hi,
On Tue, 2006-10-24 at 00:07 +0100, Jamie McCracken wrote:
Jeff Waugh wrote:
quote who=Jamie McCracken
t-s-t uses the same code as g-s-t so it inherits the working code. Its a
better search tool because it can show search snippets like google as well
as providing
Sanford Armstrong wrote:
On 10/24/06, Don Scorgie [EMAIL PROTECTED] wrote:
Hi,
On Tue, 2006-10-24 at 00:07 +0100, Jamie McCracken wrote:
Jeff Waugh wrote:
quote who=Jamie McCracken
t-s-t uses the same code as g-s-t so it inherits the working code. Its a
better search tool because it can
Dan Winship wrote:
On Mon, 2006-10-23 at 21:26 +0100, Jamie McCracken wrote:
First to clarify, tracker is not a dedicated indexer (like Beagle and
Strigi) but is first and foremost a database which has indexing as a
side feature.
Are there any *currently existing* GNOME applications
then I will
reconsider (If any experts in that area wish to supply me with the
equivalent metadata in the spec I will seriously consider it)
(probably best to do so on tracker mailing list to avoid more noise on
d-d-l before we get complaints)
--
Mr Jamie McCracken
http
Luca Ferretti wrote:
Il giorno gio, 19/10/2006 alle 03.10 +0100, Jamie McCracken ha scritto:
Hi,
We have just released a new stable version of tracker (0.5.0) which can
be found here:
http://www.gnome.org/~jamiemcc/tracker/tracker-0.5.0.tar.bz2
I would like to propose this for inclusion
James Henstridge wrote:
On 24/10/06, Jamie McCracken [EMAIL PROTECTED] wrote:
Ross Burton wrote:
On Tue, 2006-10-24 at 23:26 +0800, James Henstridge wrote:
I think that the idea Ross is trying to get across here is that rather
than having a flat namespace of metadata types, you want
Luca Ferretti wrote:
PPS what about a bugzilla entry?
I asked for one about 6 months ago (I emailed the bugzilla team but got
no reply)
If anyone could help set up a bugzilla entry that would be great (or
point me to the appropriate procedure)
--
Mr Jamie McCracken
http
Evandro Fernandes Giovanini wrote:
Em Ter, 2006-10-24 às 17:09 +0100, Jamie McCracken escreveu:
The only thing slowing down further integration is getting into gnome or
being an accepeted dependency - hopefully a chicken and egg situation
can be avoided here
Why don't you create
Ross Burton wrote:
On Mon, 2006-10-23 at 23:21 +0100, Jamie McCracken wrote:
The main reason was I didn't like the way GNOME uses loads of different,
inefficient and incompatible means of storing information (think
Berkeley DB for EDS, MBox for emails, the zillions of small performance
Ross Burton wrote:
On Tue, 2006-10-24 at 20:04 +0100, Jamie McCracken wrote:
Only Files at the moment. We have preliminary Email support but its not
complete yet. The Api would be specific to each object and would be
analogous to the methods on a class.
Can you point to the API
Ross Burton wrote:
On Tue, 2006-10-24 at 21:33 +0100, Jamie McCracken wrote:
Next up we would define the basic metadata or properties of the object
(EG Contact.FirstName, Contact.Surname, Contact.EmailAddress etc along
with their types) and add these to the metadata types table
$ grep EVC_
.
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
so
that it can be imported by all three.
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Mariano Suárez-Alvarez wrote:
On Mon, 2006-10-23 at 21:26 +0100, Jamie McCracken wrote:
First to clarify, tracker is not a dedicated indexer (like Beagle and
Strigi) but is first and foremost a database which has indexing as a
side feature.
Jamie, can you please explain what exactly
Hubert Figuiere wrote:
[ cross-post reduced d-d-l ]
Jamie McCracken wrote:
Some people might not like that but I think its a practical compromise.
With tracker being the only one written in pure C it is therefore the
only one that can *ultimately* get into the Gnome platform and be fully
Jeff Waugh wrote:
quote who=Jamie McCracken
As this stage I am simply proposing tracker-search-tool as a replacement
for the gnome-search-tool as I believe it does a better job with faster
instant search and search snippets.
That was not entirely clear from previous emails in this thread
Jeff Waugh wrote:
quote who=Jamie McCracken
t-s-t uses the same code as g-s-t so it inherits the working code. Its a
better search tool because it can show search snippets like google as well
as providing high speed search.
And it does so by using... Tracker? Which means you're not just
Jeff Waugh wrote:
quote who=Jamie McCracken
sorry, is anything else still unclear?
Go back to my mail, read it again, and start from the beginning. What is it,
what does it do, why is it important? Tell us a story with an elevator pitch
and use cases, not an essay with hypotheticals
Jeff Waugh wrote:
quote who=Jamie McCracken
(okay here goes - now that I have looked up what an elevator pitch is!
I will try to be brief...)
This is a pretty airy-fairy description for a developer mailing list. Your
audience is not my Mum, it's the group of people architecting GNOME
Jeff Waugh wrote:
quote who=Jamie McCracken
This is a pretty airy-fairy description for a developer mailing list.
Your audience is not my Mum, it's the group of people architecting
GNOME. You did not include use cases in your description.
Use Cases:
Jamie, these are not use cases
, would they use Beagle or Tracker APIs? To search
these values, Beagle would have to also index them. Does it make sense
to essentially store them twice? My feeling lately is that these should
probably be the same thing.
fair enough
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com
but couldn't be used in the
cool new slab menu!
and it also means I dont have to fork your stuff too :)
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org
Elijah Newren wrote:
On 10/18/06, Jamie McCracken [EMAIL PROTECTED] wrote:
I know this is a bit late in the hour but I should be in the nick of
time as the new modules proposals deadlines ends in a few hours!
Actually...as per the release schedule, although freezes are
graphically shown
Ross Burton wrote:
On Thu, 2006-10-19 at 10:12 +0100, Jamie McCracken wrote:
It also has fully extensible metadata and a desktop wide tag/keyword
database so apps can use it to store all their metadata about any first
class object (also kind of nice for integrating with the new G-VFS
Ross Burton wrote:
On Thu, 2006-10-19 at 03:10 +0100, Jamie McCracken wrote:
We have just released a new stable version of tracker (0.5.0) which can
be found here:
http://www.gnome.org/~jamiemcc/tracker/tracker-0.5.0.tar.bz2
I would like to propose this for inclusion into Gnome 2.18 as its
Jeff Waugh wrote:
quote who=Sebastien Bacher
Le jeudi 19 octobre 2006 à 13:36 +0100, Jamie McCracken a écrit :
We will be pushing for this in ubuntu edgy+1
Will we? Where has this been decided?
I think by we, Jamie means the tracker folk.
yes thats right - just lobbying and making
Behdad Esfahbod wrote:
On Thu, 2006-10-19 at 11:21 -0400, Jamie McCracken wrote:
I also dont see the significance of a proposed app needing to be in
widespread use as the whole purpose of a four month period between
proposal and acceptance is precisely to try them out!
Not really
it you dont have a problem with tracker being used as a stand
alone metadata DB in conjuction with beagle?
(I can add a compile option to remove the indexing parts if it will help?)
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel
tool and if accepted it should
replace this.
I know this is a bit late in the hour but I should be in the nick of
time as the new modules proposals deadlines ends in a few hours!
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel
!) and stetic is for constructing mono based
apps only (AFAICT).
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
and gamin use identical inotify code, so it is
hard to see what would be improved by using one over the other...
hopefully the new G-VFS proposal will provide the interfaces/hooks to
the available file notification mechanisms (just in case one is more
suitable over NFS than the other).
--
Mr Jamie
to do is to code up these prototypes - having working
code is half way towards making agreement and acceptance a reality (IE
its far harder to argue for something radically different if there's no
code to show)
just my penny for a thought...
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com
how topaz will transpire but I feel it should be written in
a native high level language like D or Vala as its likely to be a
rewrite of much of the existing code and could be doable in 9 months
with a more productive language.
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com
to be used as a backend (which would probably default to
POSIX and ini files respectively).
Bear in mind XFCE also uses gtk so I dont think for example directly
exposing Gnome-vfs would be a good idea (they already have their own
simpler vfs).
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com
?
___
Cant python be sandboxed?
not sure if it helps in this case or not as I bet you want the python
code to have full access to the system.
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com/
___
desktop-devel-list mailing
(and Tomboy too if maintainer allows) is one way of
improving things in that regard. Im not commiting myself to fixing all
your gripes in sticky notes just giving it a bit of tracker power that
will hopefully make them more manageable and powerful.
--
Mr Jamie McCracken
http://jamiemcc.livejournal.com
1 - 100 of 137 matches
Mail list logo