ition where free space on filesystem is less than size of
database... things could get interesting, right? At the very least it's
probably not worth even attempting the upgrade unless there's a --force
or something.
--
Stewart Smith
-- next part --
A non-text a
ition where free space on filesystem is less than size of
database... things could get interesting, right? At the very least it's
probably not worth even attempting the upgrade unless there's a --force
or something.
--
Stewart Smith
pgp3hCMHv
Vladimir Marek writes:
> Well, if your granularity will be one archive per year of mail, it
> should not be that bad ...
Except for someone like Keith, who has all his email since sometime in
the 80s or something insane like that :)
--
Stewart Smith
-- next part --
Vladimir Marek writes:
> Well, if your granularity will be one archive per year of mail, it
> should not be that bad ...
Except for someone like Keith, who has all his email since sometime in
the 80s or something insane like that :)
--
Stewart Smith
pgpqbDWUxd3Kw.pgp
Descriptio
ourse, the list of mounted file systems could get insane
depending on granularity I guess...
--
Stewart Smith
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notm
ourse, the list of mounted file systems could get insane
depending on granularity I guess...
--
Stewart Smith
pgpZcxW0PhtqJ.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
s everything delivers into Maildir without a problem)
and then on a (say) monthly basis, packing all mail into an archive file
and have notmuch be able to still read it.
you know what... this patch set has re-ignited my interest in making
that work.
--
Stewart Smith
s everything delivers into Maildir without a problem)
and then on a (say) monthly basis, packing all mail into an archive file
and have notmuch be able to still read it.
you know what... this patch set has re-ignited my interest in making
that work.
--
Stewart Smith
s highlights to me that I never even looked at the
> message.
IMHO this is one of the awesome things about notmuch (and I've actively
used it to go back on conversations I previously ignored)
--
Stewart Smith
s highlights to me that I never even looked at the
> message.
IMHO this is one of the awesome things about notmuch (and I've actively
used it to go back on conversations I previously ignored)
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Fri, 10 Jun 2011 17:22:50 -0700, Carl Worth wrote:
Non-text part: multipart/signed
> On Tue, 24 May 2011 13:33:25 -0700, Carl Worth wrote:
> > On Tue, 17 May 2011 12:10:32 +1000, Stewart Smith > flamingspork.com> wrote:
> > > We're not properly concatenating the
On Fri, 10 Jun 2011 17:22:50 -0700, Carl Worth wrote:
Non-text part: multipart/signed
> On Tue, 24 May 2011 13:33:25 -0700, Carl Worth wrote:
> > On Tue, 17 May 2011 12:10:32 +1000, Stewart Smith
> > wrote:
> > > We're not properly concatenating the Rece
ut hopefully you
> can work that out.
I hope so too... it could just be how I was trying to use it or user
ignorance or something like that.
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
ut hopefully you
> can work that out.
I hope so too... it could just be how I was trying to use it or user
ignorance or something like that.
--
Stewart Smith
On Sat, 21 May 2011 09:05:54 +0200, martin f krafft
wrote:
> Has anyone worked on this since?
No, haven't had the cycles... and SSD helped a bit to delay urgency.
--
Stewart Smith
On Sat, 21 May 2011 09:05:54 +0200, martin f krafft wrote:
> Has anyone worked on this since?
No, haven't had the cycles... and SSD helped a bit to delay urgency.
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.
tance of a header */
- if (is_received) {
+ if (strcasecmp(header, "received") == 0) {
if (header_sofar == NULL) {
/* first Received: header we encountered; just add it */
g_hash_table_insert (message->headers, header, decoded_value);
--
Stewart Smith
On Mon, 16 May 2011 11:52:43 +0200, Thomas Jost
wrote:
> On Mon, 16 May 2011 19:29:07 +1000, Stewart Smith flamingspork.com> wrote:
> (people who don't use or like ido may want to replace
> ido-completing-read with completing-read)
I couldn't get ido to work at all (U
ing
things the wrong way.
(setq stewart/mua-identities (list "Stewart Smith " "Stewart Smith "))
(defun stewart/notmuch-mua-mail (&optional from)
(interactive)
(setq from (completing-read "Sender identity: " stewart/mua-identities
nil t nil
tance of a header */
- if (is_received) {
+ if (strcasecmp(header, "received") == 0) {
if (header_sofar == NULL) {
/* first Received: header we encountered; just add it */
g_hash_table_insert (message->headers, header, decoded_val
On Mon, 16 May 2011 11:52:43 +0200, Thomas Jost wrote:
> On Mon, 16 May 2011 19:29:07 +1000, Stewart Smith
> wrote:
> (people who don't use or like ido may want to replace
> ido-completing-read with completing-read)
I couldn't get ido to work at all (Ubuntu Natty). It wou
ing
things the wrong way.
(setq stewart/mua-identities (list "Stewart Smith "
"Stewart Smith "))
(defun stewart/notmuch-mua-mail (&optional from)
(interactive)
(setq from (completing-read "Sender identity: " stewart/mua-identities
nil t nil
if Subject/From not in db for message
add Subject/From for this message to DB.
?
That'd be awesome from my pov (having just rebuilt my database in chert
format and that took FOREVER).
--
Stewart Smith
if Subject/From not in db for message
add Subject/From for this message to DB.
?
That'd be awesome from my pov (having just rebuilt my database in chert
format and that took FOREVER).
--
Stewart Smith
___
notmuch mailing list
notmuch@notm
On Sat, 29 Jan 2011 19:14:27 -0500, Daniel Kahn Gillmor wrote:
> On 01/28/2011 08:05 PM, Stewart Smith wrote:
> > I'm about at the point where I'm going to take my git mail store
> > experiments and get them really to work (and everyone will have to use
> > 'no
On Sat, 29 Jan 2011 19:14:27 -0500, Daniel Kahn Gillmor
wrote:
> On 01/28/2011 08:05 PM, Stewart Smith wrote:
> > I'm about at the point where I'm going to take my git mail store
> > experiments and get them really to work (and everyone will have to use
> >
to work (and everyone will have to use
'notmuch cat' or the like to access the messages) which should provide
both great storage efficiency, much faster backups of your Maildir as
well as having way fewer paths to traverse checking for new mail.
--
Stewart Smith
to work (and everyone will have to use
'notmuch cat' or the like to access the messages) which should provide
both great storage efficiency, much faster backups of your Maildir as
well as having way fewer paths to traverse checking for new mail.
--
Stewart Smith
uch-shared don't include CONFIGURE_LDFLAGS. This caused linking
> > to fail with the following,
>
> What system is this on?
I got this. Ubuntu 9.10 with gold as linker:
$ ld --version
GNU gold (GNU Binutils for Ubuntu 2.20) 1.9
which could be what's causing it?
anyway,
-shared don't include CONFIGURE_LDFLAGS. This caused linking
> > to fail with the following,
>
> What system is this on?
I got this. Ubuntu 9.10 with gold as linker:
$ ld --version
GNU gold (GNU Binutils for Ubuntu 2.20) 1.9
which could be what's causing it?
anyway, this pat
alternative to readdir is fairly simple... but the emacs
UI needs to read from it too :)
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
alternative to readdir is fairly simple... but the emacs
UI needs to read from it too :)
--
Stewart Smith
nd pretty sure ext4) fsync is the same as
sync(). So performance depends on how much dirty data you have in your cache.
libeatmydata also gets rid of msync(), O_SYNC etc as well.
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notm
nd pretty sure ext4) fsync is the same as
sync(). So performance depends on how much dirty data you have in your cache.
libeatmydata also gets rid of msync(), O_SYNC etc as well.
--
Stewart Smith
, but Emacs still uses
> the original name to access the attachment.
What about migrating from a maildir that's turned into notmuch back to
this maildir backend? What will be authoritive: maildir or notmuch database?
--
Stewart Smith
, but Emacs still uses
> the original name to access the attachment.
What about migrating from a maildir that's turned into notmuch back to
this maildir backend? What will be authoritive: maildir or notmuch database?
--
Stewart Smith
___
notmuch mai
) as
either:
1) I'm importing an old Maildir, in which case if it's read it's
probably been dealt with
2) i've used another mail client, same as above.
--
Stewart Smith
) as
either:
1) I'm importing an old Maildir, in which case if it's read it's
probably been dealt with
2) i've used another mail client, same as above.
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
round?
e.g. if anybody has ever pointed Evolution at a Maildir, you get a
bunch of Maildir-name.ev-summary and .ev-summary-meta and .ibex.index
and whatever.
A default list of ignored patterns would be pretty easy to come up with.
--
Stewart Smith
round?
e.g. if anybody has ever pointed Evolution at a Maildir, you get a
bunch of Maildir-name.ev-summary and .ev-summary-meta and .ibex.index
and whatever.
A default list of ignored patterns would be pretty easy to come up with.
--
Stewart Smith
___
notm
bout a quarter
to a fifth of the size of it in Maildir... so a bit of extra usage per
message isn't as dramatic as it may sound.
> Is it possible to find out all trees that reference a given object
> with Git in constant or sub-linear time?
I don't think so but I'm not sure.
--
Stewart Smith
On Wed, 17 Feb 2010 11:21:51 +1100, Stewart Smith
wrote:
> Using fast-import is interesting. Does it update the working tree? The
> big thing I wanted to avoid was creating a working tree (another million
> inodes being created is not ever what I need)
>
> Also interesting is
bout a quarter
to a fifth of the size of it in Maildir... so a bit of extra usage per
message isn't as dramatic as it may sound.
> Is it possible to find out all trees that reference a given object
> with Git in constant or sub-linear time?
I don&
ating a working tree (another million
inodes being created is not ever what I need)
Also interesting is the mention of creating packs on the fly... this
could save the time in first writing the object and then packing it (as
my script does).
I'm going to play with this
--
Stewart Smith
On Wed, 17 Feb 2010 11:21:51 +1100, Stewart Smith
wrote:
> Using fast-import is interesting. Does it update the working tree? The
> big thing I wanted to avoid was creating a working tree (another million
> inodes being created is not ever what I need)
>
> Also interesting is
ating a working tree (another million
inodes being created is not ever what I need)
Also interesting is the mention of creating packs on the fly... this
could save the time in first writing the object and then packing it (as
my script does).
I'm going to play with this
--
Stewart Smith
_
nce
> per table for every (explicit or implicit) flush on a database.
At least if you OS and file system don't hate you (e.g. XFS on Linux),
then fsync() really does flush the drive cache.
Also keep in mind that the OSX file system (HFS+) was great for
1985. It's essentially single threaded :/
--
Stewart Smith
On Tue, Feb 16, 2010 at 03:12:50PM +1300, martin f krafft wrote:
> also sprach Stewart Smith [2010.02.16.1458
> +1300]:
> > + case 'R': /* replied */
> > + notmuch_message_add_tag (message, "answered");
> > + break;
>
&
/* success */
case NOTMUCH_STATUS_SUCCESS:
state->added_messages++;
- tag_inbox_and_unread (message);
+ if (state->tag_maildir) {
+ derive_tags_from_maildir_flags (message,
+ entry->d_name);
+ } else {
+ tag_inbox_and_unread (message);
+ }
break;
/* Non-fatal issues (go on to next file) */
case NOTMUCH_STATUS_DUPLICATE_MESSAGE_ID:
--
Stewart Smith
nce
> per table for every (explicit or implicit) flush on a database.
At least if you OS and file system don't hate you (e.g. XFS on Linux),
then fsync() really does flush the drive cache.
Also keep in mind that the OSX file system (HFS+) was great for
1985. It's e
((strcmp (entry->d_name, "tmp") == 0) ||
> + (strcmp (entry->d_name, "new") == 0) ||
> + (strcmp (entry->d_name, "cur") == 0))) {
should be
(entry->d_type == DT_DIR || entry->d_type == DT_UNKNOWN) &&
as not everywhere is going to give you d_type (e.g. my machine).
(took me a while to find/figure that out :)
--
Stewart Smith
On Tue, Feb 16, 2010 at 03:12:50PM +1300, martin f krafft wrote:
> also sprach Stewart Smith [2010.02.16.1458 +1300]:
> > + case 'R': /* replied */
> > + notmuch_message_add_tag (message, "answered");
> > + break;
>
>
/* success */
case NOTMUCH_STATUS_SUCCESS:
state->added_messages++;
- tag_inbox_and_unread (message);
+ if (state->tag_maildir) {
+ derive_tags_from_maildir_flags (message,
+
to
work out though.
--
Stewart Smith
l out of the Maildir and stores it in the git repo.
Next step?
Make notmuch be able to read mail out of it and add it to an index
(oh, and some kind of verification and error checking about creating
the git repo).
--
Stewart Smith
((strcmp (entry->d_name, "tmp") == 0) ||
> + (strcmp (entry->d_name, "new") == 0) ||
> + (strcmp (entry->d_name, "cur") == 0))) {
should be
(entry->d_type == DT_DIR || entry->d_type == DT_UN
to
work out though.
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
l out of the Maildir and stores it in the git repo.
Next step?
Make notmuch be able to read mail out of it and add it to an index
(oh, and some kind of verification and error checking about creating
the git repo).
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Wed, Nov 18, 2009 at 04:24:42PM -0800, Alexander Botero-Lowry wrote:
> On Thu, 19 Nov 2009 10:45:28 +1100, Stewart Smith flamingspork.com> wrote:
> > On Wed, Nov 18, 2009 at 11:27:20PM +0100, Carl Worth wrote:
> > > Yes. I knew I was "cheating" by usin
are to take a whack at these?
http://www.gnu.org/software/gnulib/
could be a partial answer.
We've taken to using it where needed for Drizzle and seems to work fine.
--
Stewart Smith
---
notmuch-new.c | 30 ++
1 files changed, 10 insertions(+), 20 deletions(-)
diff --git a/notmuch-new.c b/notmuch-new.c
index 11fad8c..c5f841a 100644
--- a/notmuch-new.c
+++ b/notmuch-new.c
@@ -308,36 +308,26 @@ add_files (notmuch_database_t *notmuch,
static void
This gives a rather decent reduction in number of seeks required when
reading a Maildir that isn't in pagecache.
Most filesystems give some locality on disk based on inode numbers.
In ext[234] this is the inode tables, in XFS groups of sequential inode
numbers are together on disk and the most sig
Previously, Ubuntu 9.10, gcc 4.4.1 was getting:
ccache gcc `pkg-config --libs glib-2.0 gmime-2.4 talloc` `xapian-config --libs`
notmuch.o notmuch-config.o notmuch-dump.o notmuch-new.o notmuch-reply.o
notmuch-restore.o notmuch-search.o notmuch-setup.o notmuch-show.o notmuch-tag.o
notmuch-time.o
63 matches
Mail list logo
