Re: ext2 -> ext3 migration require reindexing?
On Sun, 2005-12-18 at 17:19 -0500, Ken Kennedy wrote: > Anyway...quick question. I've started playing around with beagled, and > realized that I probably should (finally) upsize my /home partition > from ext2 to ext3. Should I/do I need to redo the indexing after that? > If so, what should I whack? .beagle/Indexes, or just > beagle/Indexes/FileSystemIndex? (ah, I see the FileAttributesStore.db > in there now...this is starting to make sense). You should not need to redo any indexing, no. An up-conversion from ext2 to ext3 really does not entail anything but the creation of the journal. Your data and metadata are all fine. Robert Love ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Holmes Exception
This happens for only one search of mine, all others seem to be alright, but I can't tell what hit is causing the crash either... Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in <0x000cd> Search.Tiles.TileFile:.ctor (Beagle.Hit,Beagle.Query) in <0x00020> Search.Tiles.TextDocument:.ctor (Beagle.Hit,Beagle.Query) in <0x0001c> Search.Tiles.TextDocumentActivator:BuildTile (Beagle.Hit,Beagle.Query) in <0x0018a> Search.Tiles.TileActivatorOrg:MakeTile (Beagle.Hit,Beagle.Query) in <0x00068> Search.MainWindow:OnHitsAdded (Beagle.HitsAddedResponse) in <0x0003b> (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_HitsAddedResponse (Beagle.HitsAddedResponse) in <0x0003a> Beagle.Query:OnHitsAdded (Beagle.ResponseMessage) in <0x0003b> (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_ResponseMessage (Beagle.ResponseMessage) in <0x00042> Beagle.RequestMessage:OnAsyncResponse (Beagle.ResponseMessage) in <0x0003b> (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_ResponseMessage (Beagle.ResponseMessage) in <0x00023> EventThrowingClosure:ThrowEvent () in <0x00037> (wrapper delegate-invoke) System.MulticastDelegate:invoke_bool () in <0x0002a> IdleProxy:Handler () in <0x0002b> (wrapper native-to-managed) IdleProxy:Handler () in (unmanaged) 0x45e95960 in <0x4> (wrapper managed-to-native) Gtk.Application:gtk_main () in <0x7> Gtk.Application:Run () in <0x7> Gnome.Program:Run () in <0x000cc> Search.MainWindow:Main (string[]) -- Cheers, Kevin Kubasik ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
ext2 -> ext3 migration require reindexing?
Hello all... I started playing with Beagle recently...good, good stuff. I've lurked around since the old original Dashboard days, but I realized recently that it's come a LONG way, and definitely fills a need I have. And looks like a good place to start playing with mono in a decent sized app. Joy all around. Anyway...quick question. I've started playing around with beagled, and realized that I probably should (finally) upsize my /home partition from ext2 to ext3. Should I/do I need to redo the indexing after that? If so, what should I whack? .beagle/Indexes, or just .beagle/Indexes/FileSystemIndex? (ah, I see the FileAttributesStore.db in there now...this is starting to make sense). Thanks for any help, and I look forward to poking around and checking things out. Take care! -- Ken Kennedy | http://www.kenzoid.com| [EMAIL PROTECTED] ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: pan backend
On Sun, 2005-12-18 at 12:16 -0500, Kevin Kubasik wrote: > Unfortunately, because pan is not a wildly popular app (hand in hand > with NNTP not gaining much use overall) it would be hard to justify hmm. The pan stats, I don't know, but for usenet generally, what exactly do you define as "not much use"? It's been around far longer than the web and over the last 5 years or so, estimates would seem to indicate a consistent average of between 500,000 and 800,000 posts every month. Although the decentralised nature of the NNTP network makes it hard ot be sure. D. -- Darren Davison Public Key: 0xDD356B0D signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: pan backend
Currently one is not under development/planned for development, however if you were interested in starting work on a filter, we have a short tutorial style wiki page here http://beaglewiki.org/Beagle_Filter_Anatomy Although this might be a backend as opposed to a filter, if you have written most of the code for extraction and processing I'm sure someone would have no problem putting the polish on to incorporate it smoothly into beagle proper. Unfortunately, because pan is not a wildly popular app (hand in hand with NNTP not gaining much use overall) it would be hard to justify writing one from scratch, but if someone submitted the filter, incorporation is not a big deal ;) Cheers, Kevin Kubasik On 12/18/05, Darren Davison <[EMAIL PROTECTED]> wrote: > hi all, > > Does anyone know if a backend for pan (NNTP reader) is being > considered/developed? > > I think the indexing should be simple enough: all cached messages are > stored in ~/.pan/messages/cache as one file per message (across all > subscribed groups). Difficulty I imagine is opening pan at the right > message as I'm not sure it can be done. Lack of a pan man page doesn't > help. Fallback could be to open in a text editor though..? > > Regards, > -- > Darren Davison > Public Key: 0xDD356B0D > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.2 (GNU/Linux) > > iD8DBQBDpSEUKLMLAN01aw0RAl1JAJ4/NnJSlKK9Kj6nRfZ5/CnE5d1lzwCfb2kr > Tcx8lXyWkMAUJQBf759n2dM= > =C4I/ > -END PGP SIGNATURE- > > > ___ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers > > > -- Kevin Kubasik 240-838-6616 ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
pan backend
hi all, Does anyone know if a backend for pan (NNTP reader) is being considered/developed? I think the indexing should be simple enough: all cached messages are stored in ~/.pan/messages/cache as one file per message (across all subscribed groups). Difficulty I imagine is opening pan at the right message as I'm not sure it can be done. Lack of a pan man page doesn't help. Fallback could be to open in a text editor though..? Regards, -- Darren Davison Public Key: 0xDD356B0D signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers