from:"Amadeusz Żołnowski"

Re: Unsure on how initial tagging with afew is supposed to work

2016-12-29 Thread Amadeusz Żołnowski

Hi Christoffer,

If you have properly configured notmuch for afew (`tags=new;` in "new"
section) you should not need `tag:new`. All filters are only applied to
messages with initial tag "new".

I had a similar problem with suckless.org mailing list. This is how I
have solved the problem:

[Filter.99]
query = from:d...@suckless.org OR to:d...@suckless.org
tags = -dev;+dev-suckless

-- Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH v3] emacs: add a tag jump menu

2016-09-20 Thread Amadeusz Żołnowski

Mark Walters <markwalters1...@gmail.com> writes:
> +(,(kbd "u") notmuch-show-mark-read-tags "Mark read")

"u" is counter-intuitive...

-- Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH] emacs: add tag jump menu

2016-09-20 Thread Amadeusz Żołnowski

Ioan-Adrian Ratiu <a...@adirat.com> writes:
> I know C-u is default emacs behaviour but I find very cumbersone to do
> C-u for unapplying the tag. What I do and want is to simply apply the
> tag when pressing "d" then unapply it when pressing "d" again if the
> mail/thread already contains the deleted tag (basically it's a
> toggle).

I haven't completely follow discussion about this. Maybe someone has
already mentioned that:

The most important thing is to preserve consistency in Emacs UI: 'a'
archives messages and pressing it again on archived message doesn't
unarchive it. The behaviour shouldn't be different for tag jump menu.

PS. Mark, I have tested your patch. I hope you can make it into 0.23!

Cheers,
-- Amadeusz Żołnowski

signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH] emacs: add tag jump menu

2016-09-18 Thread Amadeusz Żołnowski

Mark Walters <markwalters1...@gmail.com> writes:
> a (Archive) -inbox -unread

Notmuch default behaviour on archiving is not removing "unread" tag.

> u (Mark Read) -unread
> d (Delete)  +deleted

Could you remove "inbox" tag by default?

I also suggest another default action:

s (Mark spam) +spam -inbox

Cheers,

-- Amadeusz Żołnowski

signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

Re: notmuch and "mute" -- useful to anyone?

2016-08-02 Thread Amadeusz Żołnowski

This seems to be something that https://github.com/teythoon/afew already
does, although it uses tag 'killed' instead. I think that alot e-mail
client uses 'killed' tag as well. Maybe you could consider having that
name instead or make it configurable with 'killed' as default?

Cheers,

-- Amadeusz Żołnowski

Matt Armstrong <marmstr...@google.com> writes:

> Is anyone else interested in Gmail-like "mute" support in notmuch.el?
> If so, I can think about polishing the below off and adding it to
> notmuch.
>
> I've managed to implement Gmail's "mute" in notmuch as follows in my
> notmuch-post-new:
>
> --
> # Unmute all threads with new messages sent to me.
> notmuch search --output=threads tag:new AND tag:me | \
>   xargs --no-run-if-empty notmuch tag -muted --
>
> # Remove all muted threads from the inbox and mark every message in them
> # muted.  Ideally this would be atomic with the above.
> notmuch search --output=threads tag:muted | \
>   xargs --no-run-if-empty notmuch tag -inbox +muted --
> --
>
> Then in .emacs:
>
> --
> (defcustom my-notmuch-mute-tags '("+muted" "-inbox")
>   "List of tag changes to apply to a message or a thread when it is muted.
>
> Tags starting with \"+\" (or not starting with either \"+\" or
> \"-\") in the list will be added, and tags starting with \"-\"
> will be removed from the message or thread being archived.
>
> For example, if you wanted to remove an \"inbox\" tag and add an
> \"archived\" tag, you would set:
> (\"-inbox\" \"+archived\")"
>   :type '(repeat string)
>   :group 'notmuch-search
>   :group 'notmuch-show)
>
> ;; TODO: consider defadvice?
> (defun my-notmuch-search-mute-thread ( unarchive beg end)
>   "Mute the currently selected thread or region.
>
> Mute  each message in the currently selected thread by applying the
> tag changes in `my-notmuch-mute-tags' to each (remove the \"inbox\"
> tag by default). If a prefix argument is given, the messages will
> be \"unarchived\" (i.e. the tag changes in `my-notmuch-mute-tags'
> will be reversed).
>
> This function advances the next thread when finished."
>   (interactive (cons current-prefix-arg (notmuch-search-interactive-region)))
>   (let ((notmuch-archive-tags my-notmuch-mute-tags))
> (notmuch-search-archive-thread unarchive beg end)))
>
> (defun my-notmuch-show-mute-thread-then-next ()
>   (interactive)
>   "Mute all messages in the current buffer, then show next thread from 
> search."
>   (let ((notmuch-archive-tags my-notmuch-mute-tags))
> (notmuch-show-archive-thread-then-next)))
>
> (define-key notmuch-search-mode-map "m" 'my-notmuch-search-mute-thread)
> (define-key notmuch-show-mode-map "m" 'my-notmuch-show-mute-thread-then-next)
> --
> ___
> notmuch mailing list
> notmuch@notmuchmail.org
> https://notmuchmail.org/mailman/listinfo/notmuch


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

Re: syncing tags across machines

2016-07-09 Thread Amadeusz Żołnowski

Stephen Eglen <sj...@cam.ac.uk> writes:
> http://www.muchsync.org/  -- but is this still being developed?

I was testing it before putting into Gentoo repository and I recommend
it. The fact that there are no recent changes doesn't mean it's not
working. It's really well thought solution for syncing tags.

Reddit is not a solution for this problem. ;-)

-- 
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

Re: muchsync files renames

2015-09-09 Thread Amadeusz Żołnowski

Thank you David B. for explanation.  I think that everything is clear
now.

David M., what about updating your website on that?  I think it's
important to warn about possible files moves between new/ and cur/.

And what I can do is to prepare patches for afew to handle it
appropriately.

-- 
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: muchsync files renames

2015-09-02 Thread Amadeusz Żołnowski

David Bremner <da...@tethera.net> writes:
> If I understand the code correctly, this movement will only happen
> when one of the maildir-flag-equivalent tags is changed. I haven't dug
> ack through the archives, but I think mutt uses presence in new/ as
> some kind of extra unseen state, so people requested not to move files
> until needed.

When I have added 'unread' tag the file was still in new/. Only after
removing 'unread' afterwards the file has been moved to cur/. So it
seems you're right, but take a look at the following excerpt from
T340-maildir-sync.sh:

test_begin_subtest "Message in new with maildir info is moved to cur on any 
tag change"
add_message [filename]='message-with-info-to-be-moved-to-cur:2,' [dir]=new
notmuch tag +anytag id:$gen_msg_id
output=$(cd "$MAIL_DIR"; ls */message-with-info-to-be-moved-to-cur*)
test_expect_equal "$output" "cur/message-with-info-to-be-moved-to-cur:2,"

What is different about the test case and my case is that my mail file
doesn't have ":2," suffix. Adding the suffix to file name makes it
working as expect by test case. I see I would have to convert my mail
files names, but I think this inconsistency in notmuch should also take
some attention.

-- 
Amadeusz Żołnowski

signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: muchsync files renames

2015-09-01 Thread Amadeusz Żołnowski

Hi David,

David Mazieres <dm-list-email-notm...@scs.stanford.edu> writes:
> Let's just make sure I understand:  Your mail starts out like this:
>
> Path:  spam/new/nnn.MnnnPnnnQnRn.machine
> Tags:  new
>
> Then you run afew, and afew runs
>
> notmuch tag -new +spam 
>
> You are saying that that even though maildir.synchronize_tags is true,
> you end up with:
>
> Path:  spam/new/nnn.MnnnPnnnQnRn.machine
> Tags:  spam

Yes.

> That's a little surprising, because the next time you run "notmuch new,"
> I would have expected it to add the unread flag based on the pathname.

What's more surprising is that there is a test case in notmuch test
suite which test whether after modifing tag of a mail it is moved from
new/ to cur/. Yes, it should be moved on any tag modification if I
understand correctly. But it seems it does not for my maildirs...

$ notmuch search --output=files thread:000108bf
/home/aidecoe/Mail/aidecoe/2015/new/1441022521.M714465P23412VFE04I00141A38_0.freja,S=53857
$ notmuch search thread:000108bf
thread:000108bf  Yest. 11:58 [1/1] Somebody; Subject (reklama unread)
$ notmuch tag +hey thread:000108bf
$ notmuch search thread:000108bf
thread:000108bf  Yest. 11:58 [1/1] Somebody; Subject (hey reklama 
unread)
$ notmuch search --output=files thread:000108bf
/home/aidecoe/Mail/aidecoe/2015/new/1441022521.M714465P23412VFE04I00141A38_0.freja,S=53857

> Then it will add the unread tag to the Xapian database.  But maybe if it
> finds a file in the new folder it doesn't add the unread flag.

Might be.

> But why does notmuch_message_tags_to_maildir_flag() then feel the need
> to rename the file when muchsync calls it.  Muchsync should ideally
> behave exactly the same as the notmuch tag command.  Specifically, when
> muchsync receives a new file from the server, it does the following:
>
>  1. create file in same directory as the server (presumably spam/new)
>
>  2. Call the following functions on this file:
>   notmuch_database_add_message()
>   notmuch_message_freeze()
>   notmuch_message_remove_all_tags()
>   notmuch_message_add_tag() for each tag in new.tags
>   if (synchronize_tags) notmuch_message_tags_to_maildir_flag()
>   notmuch_message_thaw()
>
>  3. get the current tags of the message from the server (presumably just
> spam)
>
>  4. Call the following functions on the Message-ID:
>   notmuch_message_freeze()
>   notmuch_message_remove_all_tags()
>   notmuch_message_add_tag() for each tag sent *by the server*
>   if (synchronize_tags) notmuch_message_tags_to_maildir_flag()
>   notmuch_message_thaw()

So for some reason in my maildirs mails are not moved from new/ to cur/
on tag manipulation, but they are on client side by muchsync.  I will
have to investigate why this happens to me.

-- 
Amadeusz Żołnowski

signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: muchsync files renames

2015-08-31 Thread Amadeusz Żołnowski

Hi David,

dm-list-email-notm...@scs.stanford.edu writes:
> The one thing I'm still unclear on is whether afew is running on the
> client of the server.

It is run as a post-hook, i.e. after "notmuch new", so it's on the
server.

> I guess the other option is that your maildir.synchronize_flags false
> on the server and true on the client.

Both have this set to true.

> If you are running it on the server, then somehow afew must not be
> respecting the maildir.synchronize_flags setting.  Otherwise, the file
> should already be moved to the cur directory after having the unread
> tag stripped off on the server.

Not necessarily. The recommended setup of notmuch for afew is that
"notmuch new" tags messages with "new" tag only. Then afew processes all
messages with "new" tag. So if it is a spam, then it gets "new" removed
and "spam" added. A spam message at any time doesn't have "unread" tag
assigned which should explain this behaviour.  So the problem is to be
fixed on the afew side.

Once again thank you for helping with tracking down the issue.

-- 
Amadeusz Żołnowski

signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

ANNOUNCE: muchsync 2 released on Gentoo

2015-08-31 Thread Amadeusz Żołnowski

Just a short note, I have added net-mail/muchsync-2 to Gentoo tree.

Enjoy,

-- 
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: muchsync files renames

2015-08-31 Thread Amadeusz Żołnowski

Hi David,

First of all thank you a lot for support.  I am Cc'ing ml because the
last paragraph may be useful hint for other users.

David Mazieres writes:
> So to be clear, you are getting tons of lines that start "[SERVER]
> [notmuch]" and contain the string "Ignoring non-mail file"?  Is the
> "##...##" literal, or is that an ellipsis?

I have just cut off few directories on the path. :-) All of these files
are invalid spam mail, indeed.  I have removed them.  One problem less.

> Also, those file names were not generated were not generated by
> muchsync.  Any mail file created by muchsync will have a file name of
> the form:
>
> nnn.MnnnPnnnQnRn.machine
> nnn.MnnnPnnnQnRn.machine:2,

Just to makes things clear (once again? :-)), these file names are
generated only on client side.  Muchsync is not gonna ever to sync file
names to server, is it?

> When you run "notmuch new" on the server, without muchsync, does it
> take forever and print all these message while scanning non mail
> files?

No. Notmuch doesn't print these messages when I just run "notmuch new"
myself.  Anyway there was only around 100 of invalid mail files.

> Okay, this is the interesting part.  It appears that 5775 out of your
> 115877 messages have been moved to a different directory on the
> client.  I notice that the one message you include above has been
> moved to the Spam maildir.

> Is it possible that A) you have some spam filtering on the client that
> is moving things to the Spam folder,

I have a mailfilter rule which moves mails with "X-Spam-Status: Yes" to
Spam directory, but this happens on delivery before notmuch indexing.

> or B) that one of your two machines is using a case-independent file
> system that is causing confusion between "Spam" and "spam"?

I am testing it on single GNU/Linux host between different users.  It is
ext4 fs.

> So... based on all the evidence so fare the culprit seems to be that
> something is moving mail files into your Spam folder on the client.
> If that rings any bells and solves the problem, great.  If not, here
> is what we need to do to track it down further.

I have followed you hints to track down the issue.  All of these
messages are spam. What I suspect follows.

All of these files have been placed to new/ subdir by maildrop and
during posthook (afew) have been stripped of any tags besides 'spam'
tag, in particular 'unread' tag has been removed, but files still remain
in new/ subdir.  So... what had to happen is that during muchsync these
messages have been discovered as already read, so they don't belong to
new/ but must be moved to cur/.  And this is what happened on client
side.  During next muchsync these changes had to be pushed to server,
i.e. move from new/ to cur/.

So if my assumptions are correct, actually there is no issue!  I would
just have to adjust afew filtering to prevent this behaviour.

Thank you,

-- 
Amadeusz Żołnowski

signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: muchsync files renames

2015-08-26 Thread Amadeusz Żołnowski

Hi David,

(Resending, because I forgot to Cc mailing list.)

David Mazieres dm-list-email-notm...@scs.stanford.edu writes:
 3. I run muchsync SERVER.
 4. When it lasted much longer then initialization I canceled it by
 single SIGINT (^c).

 Interesting.  I wish I knew why this was taking much longer than running
 it on the server, and whether the delay was caused by client activity or
 server activity.

I think there was something happening on server side because with --noup
it has been completed in few seconds.

  I don't suppose you'd be willing to make a copy of your mail database
  to repeat the experiment without any risk of messing up your real
  maildir?

I would try it, but unfortunately I would have to make a bit more space
for having second copy of my mail.  I am testing muchsync on the same
machine between different users home directories, so it already takes
some space.  I'll try the experiment some day this week, I hope.

 5. I rerun muchsync SERVER and then it notified me that notmuch
 identified files names changes - more than 1000.

 Were the link changes on the client (sent) or the server (received)
 side?

On the server side.  That's why I am worried.


 I don't think that will change things.  maildir.synchronized_flags
 will make things slower, but it shouldn't affect the SUMMARY numbers
 you see at the end of muchsync, other than maybe files moving from
 .../new to .../cur.  But presumably most of your mail files were
 already in cur directories.

So what would happen on my machine is that first client initialization
took place.  During this stage muchsync moved some files from new/ to
cur/. Later running muchsync SERVER tried to reflect client changes on
server by pushing renames requests to server.  Is it what actually could
happend?


-- 
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: muchsync files renames

2015-08-24 Thread Amadeusz Żołnowski

David Mazieres dm-list-email-notm...@scs.stanford.edu writes:
 Initially, when you run muchsync --init, it copies all the files to
 your maildir, and for each file invokes
 notmuch_message_tags_to_maildir_flag.  That changes the name of the
 file, with the result that the sql database and the actual mail
 directory end up out of sync.  That on it's own is not a big deal, but
 it means that the next time muchsync, muchsync will have to rescan all
 of the files, as their names are no longer correct.  That shouldn't
 cause any extra traffic between the two machines, but it will require
 time on the client.  That is likely the source of the delay you were
 seeing.

Yes, that seems to be probable scenario.

 However, if you C-c the client during this process, I still don't see
 any problems arising that cause more links to be transferred between
 machines.  So I'm kind of stumped about that part.

I don't think that C-c caused more links transfers. It's just about that
on rerun (after C-c) the notmuch on server reported renames which
probably took place in the previous run.

-- 
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: muchsync files renames

2015-08-23 Thread Amadeusz Żołnowski

Hi David,

Fist of all thank you for such elaborate answer.

I have missed the paragraph about maildir.synchronize_flags somehow.  I
have it enabled.  So this must be source of a problem (?).

Here follows steps I followed:

1. I initialized server locally with muchsync -vv.  My mail is stored in
~/Mail on the server.
2. I run muchsync --init ~/mail SERVER. (Directory names do not need to
be the same, do they?)
3. I run muchsync SERVER.
4. When it lasted much longer then initialization I canceled it by
single SIGINT (^c).
5. I rerun muchsync SERVER and then it notified me that notmuch
identified files names changes - more than 1000.
6. I waited a bit and then I canceled it by SIGINT.
7. I run muchsync --noup SERVER. This took only seconds to finish.

I suspected that muchsync at step 3 and 5 tried to push files renames
back to server.  But now I am not sure what was going on.  Have I
desynchronized file mail flags?  It's hard to say if anything has broken
for me, but I am a bit worried anyway.

If I just disable maildir.synchronize_flags and rerun muchsync, will
everything get synchronized properly?


-- 
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

muchsync files renames

2015-08-22 Thread Amadeusz Żołnowski

Hi,

I am testing muchsync-2 and it looks to me that files names across
machines are different.  Moreover when syncing again after
initialization it seems muchsync is working on something.  I have
canceled this and rerun muchsync.  notmuch reported lots of files
renames on server.  What and why it happens?


Kind regards,

-- 
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

ANNOUNCE: muchsync 0 - share notmuch DB across machines

2015-04-18 Thread Amadeusz Żołnowski

Thank you for sharing your work.  Many people were waiting for this. (-:

I'm gonna add this to Gentoo packages tree.


Cheers,

-- 
Amadeusz Å»oÅnowski
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 472 bytes
Desc: not available
URL:

Re: ANNOUNCE: muchsync 0 - share notmuch DB across machines

2015-04-18 Thread Amadeusz Żołnowski

Thank you for sharing your work.  Many people were waiting for this. (-:

I'm gonna add this to Gentoo packages tree.


Cheers,

-- 
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Proposal: List-Id

2015-03-16 Thread Amadeusz Żołnowski

There's afew [0].  One of its core features is tagging mails by List-Id.

[0] https://github.com/teythoon/afew


Cheers,

-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 472 bytes
Desc: not available
URL:

Re: Proposal: List-Id

2015-03-16 Thread Amadeusz Żołnowski

There's afew [0].  One of its core features is tagging mails by List-Id.

[0] https://github.com/teythoon/afew


Cheers,

-- 
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

gdb-7.8 seems to break atomicity tests

2014-09-18 Thread Amadeusz Żołnowski

Hi,

With version 7.8 of gdb atomicity tests fail.  With version 7.7.1 all
tests pass.


T380-atomicity: Testing atomicity
 FAIL   notmuch new is idempotent under arbitrary aborts
--- T380-atomicity.1.searchall  2014-09-18 18:27:10.711956594 +
+++ T380-atomicity.1.expectall  2014-09-18 18:27:10.712956609 +
@@ -1,14 +1,12 @@
-When interrupted after tmp.T380-atomicity/backtrace.-1 (abort points 
0-0)
 thread:0002   2001-01-05 [1/1] Notmuch Test Suite; 
Duplicate (inbox unread)
+thread:0003   2001-01-05 [1/1] Notmuch Test Suite; Remove 
(inbox unread)
 thread:0001   2001-01-05 [1/1] Notmuch Test Suite; Remove 
duplicate (inbox unread)
 thread:0005   2001-01-05 [1/1] Notmuch Test Suite; Rename 
(inbox unread)
 thread:0006   2001-01-05 [1/1] Notmuch Test Suite; Rename 
duplicate (inbox unread)
 thread:0007   2001-01-05 [1/1] Notmuch Test Suite; Move 1 
(inbox unread)
 thread:000a   2001-01-05 [1/1] Notmuch Test Suite; Move 2 
(inbox unread)
-thread:0008   2001-01-05 [1/1] Notmuch Test Suite; Flag 
(flagged inbox unread)
-thread:0004   2001-01-05 [1/1] Notmuch Test Suite; Flag 
duplicate (inbox unread)
+thread:0008   2001-01-05 [1/1] Notmuch Test Suite; Flag 
(inbox unread)
+thread:0004   2001-01-05 [1/1] Notmuch Test Suite; Flag 
duplicate (flagged inbox unread)
+thread:000b   2001-01-05 [1/1] Notmuch Test Suite; Remove 
directory (inbox unread)
 thread:0009   2001-01-05 [1/1] Notmuch Test Suite; Remove 
directory duplicate (inbox unread)
-thread:000e   2001-01-05 [1/1] Notmuch Test Suite; Added 
(inbox unread)
-thread:000d   2001-01-05 [1/1] Notmuch Test Suite; Add 
duplicate (inbox unread)
-thread:000c   2001-01-05 [1/1] Notmuch Test Suite; Add 
duplicate copy (inbox unread)
 
 FAIL   detected 110 abort points
test 1 -gt 10



Cheers,

-- 
Amadeusz Żołnowski


pgpMHiiddSRpM.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[alot] announcing v0.3.6

2014-08-07 Thread Amadeusz Żołnowski

Hi!

I've just committed alot-0.3.6 into Gentoo tree. It should be available
to users in few hours.


Cheers,

-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 472 bytes
Desc: not available
URL:

Re: [alot] announcing v0.3.6

2014-08-07 Thread Amadeusz Żołnowski

Hi!

I've just committed alot-0.3.6 into Gentoo tree. It should be available
to users in few hours.


Cheers,

-- 
Amadeusz Żołnowski


pgpCIzftxOLkE.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] Unset html_static_path in Python bindings docs

2014-05-12 Thread Amadeusz Żołnowski

html_static_path is a kind of source directory and it was set to
destination directory (../html) which caused infinite recursion with
Sphinx 1.2 and above.
---
 bindings/python/docs/source/conf.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/bindings/python/docs/source/conf.py 
b/bindings/python/docs/source/conf.py
index 9db377f..5107a96 100644
--- a/bindings/python/docs/source/conf.py
+++ b/bindings/python/docs/source/conf.py
@@ -140,7 +140,7 @@ html_theme = 'default'
 # Add any paths that contain custom static files (such as style sheets) here,
 # relative to this directory. They are copied after the builtin static files,
 # so a file named "default.css" will overwrite the builtin "default.css".
-html_static_path = ['../html']
+html_static_path = []

 # If not '', a 'Last updated on:' timestamp is inserted at every page bottom,
 # using the given strftime format.
-- 
1.9.2

[PATCH] Unset html_static_path in Python bindings docs

2014-05-12 Thread Amadeusz Żołnowski

html_static_path is a kind of source directory and it was set to
destination directory (../html) which caused infinite recursion with
Sphinx 1.2 and above.
---
 bindings/python/docs/source/conf.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/bindings/python/docs/source/conf.py 
b/bindings/python/docs/source/conf.py
index 9db377f..692a8f2 100644
--- a/bindings/python/docs/source/conf.py
+++ b/bindings/python/docs/source/conf.py
@@ -140,7 +140,7 @@ html_theme = 'default'
 # Add any paths that contain custom static files (such as style sheets) here,
 # relative to this directory. They are copied after the builtin static files,
 # so a file named "default.css" will overwrite the builtin "default.css".
-html_static_path = ['../html']
+html_static_path = ['']

 # If not '', a 'Last updated on:' timestamp is inserted at every page bottom,
 # using the given strftime format.
-- 
1.9.2

[PATCH] Unset html_static_path

2014-05-12 Thread Amadeusz Żołnowski

Nevermind. Duplicate of
id:4244e9c2c0e64eedcd8e4bcca5c24f942f747548.1399737242.git.wking at tremily.us


-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:

[PATCH] Unset html_static_path

2014-05-12 Thread Amadeusz Żołnowski

html_static_path is a kind of source directory and it was set to
destination directory (../html) which caused infinite recursion with
Sphinx 1.2 and above.
---
 bindings/python/docs/source/conf.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/bindings/python/docs/source/conf.py 
b/bindings/python/docs/source/conf.py
index 9db377f..c93b2ee 100644
--- a/bindings/python/docs/source/conf.py
+++ b/bindings/python/docs/source/conf.py
@@ -140,7 +140,7 @@ html_theme = 'default'
 # Add any paths that contain custom static files (such as style sheets) here,
 # relative to this directory. They are copied after the builtin static files,
 # so a file named "default.css" will overwrite the builtin "default.css".
-html_static_path = ['../html']
+#html_static_path = ['../html']

 # If not '', a 'Last updated on:' timestamp is inserted at every page bottom,
 # using the given strftime format.
-- 
1.9.2

[PATCH] Unset html_static_path

2014-05-12 Thread Amadeusz Żołnowski

html_static_path is a kind of source directory and it was set to
destination directory (../html) which caused infinite recursion with
Sphinx 1.2 and above.
---
 bindings/python/docs/source/conf.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/bindings/python/docs/source/conf.py 
b/bindings/python/docs/source/conf.py
index 9db377f..c93b2ee 100644
--- a/bindings/python/docs/source/conf.py
+++ b/bindings/python/docs/source/conf.py
@@ -140,7 +140,7 @@ html_theme = 'default'
 # Add any paths that contain custom static files (such as style sheets) here,
 # relative to this directory. They are copied after the builtin static files,
 # so a file named default.css will overwrite the builtin default.css.
-html_static_path = ['../html']
+#html_static_path = ['../html']
 
 # If not '', a 'Last updated on:' timestamp is inserted at every page bottom,
 # using the given strftime format.
-- 
1.9.2

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH] Unset html_static_path

2014-05-12 Thread Amadeusz Żołnowski

Nevermind. Duplicate of
id:4244e9c2c0e64eedcd8e4bcca5c24f942f747548.1399737242.git.wk...@tremily.us


-- 
Amadeusz Żołnowski


pgpqh9M2WZ2wL.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] Unset html_static_path in Python bindings docs

2014-05-12 Thread Amadeusz Żołnowski

html_static_path is a kind of source directory and it was set to
destination directory (../html) which caused infinite recursion with
Sphinx 1.2 and above.
---
 bindings/python/docs/source/conf.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/bindings/python/docs/source/conf.py 
b/bindings/python/docs/source/conf.py
index 9db377f..692a8f2 100644
--- a/bindings/python/docs/source/conf.py
+++ b/bindings/python/docs/source/conf.py
@@ -140,7 +140,7 @@ html_theme = 'default'
 # Add any paths that contain custom static files (such as style sheets) here,
 # relative to this directory. They are copied after the builtin static files,
 # so a file named default.css will overwrite the builtin default.css.
-html_static_path = ['../html']
+html_static_path = ['']
 
 # If not '', a 'Last updated on:' timestamp is inserted at every page bottom,
 # using the given strftime format.
-- 
1.9.2

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] Unset html_static_path in Python bindings docs

2014-05-12 Thread Amadeusz Żołnowski

html_static_path is a kind of source directory and it was set to
destination directory (../html) which caused infinite recursion with
Sphinx 1.2 and above.
---
 bindings/python/docs/source/conf.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/bindings/python/docs/source/conf.py 
b/bindings/python/docs/source/conf.py
index 9db377f..5107a96 100644
--- a/bindings/python/docs/source/conf.py
+++ b/bindings/python/docs/source/conf.py
@@ -140,7 +140,7 @@ html_theme = 'default'
 # Add any paths that contain custom static files (such as style sheets) here,
 # relative to this directory. They are copied after the builtin static files,
 # so a file named default.css will overwrite the builtin default.css.
-html_static_path = ['../html']
+html_static_path = []
 
 # If not '', a 'Last updated on:' timestamp is inserted at every page bottom,
 # using the given strftime format.
-- 
1.9.2

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Github?

2014-05-09 Thread Amadeusz Żołnowski

Hi,

Wael Nasreddine  writes:

> I was a bit disappointed that the project is not living (or at least
> mirrored) to Github, it would have made my search much easier.

How GitHub would help with this? I believe that most of search engines
reach Notmuch home page.

GitHub is not the center of the world.  I have a GitHub account, too and
I use it to host some stuff, but I have never given a single thought
about encouraging project I use or contribute to to move/mirror on
GitHub just because I use it.

The same goes for Travis. There's already a build bot.  Why bother with
Travis?

I wonder when a next person is going to be _disappointed_ that there's
no mirror on Bitbucket, or that he/she couldn't find Notmuch on
Facebook/Google+/whatever... This can be a never ending story.

Just my 0.02 PLN.

Best regards,

-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:

Re: Github?

2014-05-09 Thread Amadeusz Żołnowski

Hi,

Wael Nasreddine wael.nasredd...@gmail.com writes:

 I was a bit disappointed that the project is not living (or at least
 mirrored) to Github, it would have made my search much easier.

How GitHub would help with this? I believe that most of search engines
reach Notmuch home page.

GitHub is not the center of the world.  I have a GitHub account, too and
I use it to host some stuff, but I have never given a single thought
about encouraging project I use or contribute to to move/mirror on
GitHub just because I use it.

The same goes for Travis. There's already a build bot.  Why bother with
Travis?

I wonder when a next person is going to be _disappointed_ that there's
no mirror on Bitbucket, or that he/she couldn't find Notmuch on
Facebook/Google+/whatever... This can be a never ending story.


Just my 0.02 PLN.


Best regards,

-- 
Amadeusz Żołnowski


pgpoOdZZjxYdQ.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

An Emacs Minor Mode to Mute Email Threads

2014-01-21 Thread Amadeusz Żołnowski

David Bremner  writes:

> Amadeusz ?o?nowski  writes:
>>> I have developed a small minor mode to mute email threads with notmuch.
>>
>> FYI, it seems to be similar to "killed" option of afew[1].
>>
>> [1] https://github.com/teythoon/afew
>
> As far as I can tell, neither afew nor alot uses
> search.exclude_tags. This seems unfortunate to me, but I'm not using
> either so I may miss the complete story.

The question is: should exclude_tags be used in context of killed/mute?
This is just for skipping ?inbox?, not for hiding them in all search
results - at least IMHO.

-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:

An Emacs Minor Mode to Mute Email Threads

2014-01-21 Thread Amadeusz Żołnowski

kototama kototama  writes:

> Hello everyone,

Hi,


> I have developed a small minor mode to mute email threads with notmuch.

FYI, it seems to be similar to "killed" option of afew[1].

[1] https://github.com/teythoon/afew


Regards,

-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:

Re: An Emacs Minor Mode to Mute Email Threads

2014-01-21 Thread Amadeusz Żołnowski

kototama kototama kotot...@gmail.com writes:

 Hello everyone,

Hi,


 I have developed a small minor mode to mute email threads with notmuch.

FYI, it seems to be similar to killed option of afew[1].

[1] https://github.com/teythoon/afew


Regards,

-- 
Amadeusz Żołnowski


pgpbhqNMsoedx.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: An Emacs Minor Mode to Mute Email Threads

2014-01-21 Thread Amadeusz Żołnowski

David Bremner da...@tethera.net writes:

 Amadeusz Żołnowski aide...@aidecoe.name writes:
 I have developed a small minor mode to mute email threads with notmuch.

 FYI, it seems to be similar to killed option of afew[1].

 [1] https://github.com/teythoon/afew

 As far as I can tell, neither afew nor alot uses
 search.exclude_tags. This seems unfortunate to me, but I'm not using
 either so I may miss the complete story.

The question is: should exclude_tags be used in context of killed/mute?
This is just for skipping „inbox”, not for hiding them in all search
results - at least IMHO.

-- 
Amadeusz Żołnowski


pgpQD0hWstQm3.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver

2013-09-04 Thread Amadeusz Żołnowski

David Bremner  writes:

> Both are superceded by code in the main tree, and should probably not be
> shipped in the next release. I suppose there are some packagers
> packaging contrib/notmuch-deliver, but they will have to adapt at some
> point anyway.  
>
> Comments?

+1.  I don't pack notmuch-deliver for Gentoo.


-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:

Re: proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver

2013-09-04 Thread Amadeusz Żołnowski

David Bremner da...@tethera.net writes:

 Both are superceded by code in the main tree, and should probably not be
 shipped in the next release. I suppose there are some packagers
 packaging contrib/notmuch-deliver, but they will have to adapt at some
 point anyway.  

 Comments?

+1.  I don't pack notmuch-deliver for Gentoo.


-- 
Amadeusz Żołnowski


pgpHE823wdTQu.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[notmuch] Unicode in Python bindings

2013-07-07 Thread Amadeusz Żołnowski

Hello,

I have come across a problem with Unicode [1] in afew mail filter which
uses Notmuch Python bindings and it has eventually bringed us to
confusion about Unicode handling in Python bindings.

Shouldn't __unicode__() methods return value of type unicode?  Let's
take an example of __unicode__() method from Message class:

def __unicode__(self):
format = "%s (%s) (%s)"
return format % (self.get_header('from'),
 self.get_tags(),
 date.fromtimestamp(self.get_date()),
)

format is of type str, not unicode and method is eventually going to
return str, while the user of the API is expecting unicode type.

I haven't programmed in Python 3, yet - only in Python 2, so maybe I am
missing something.  When I was writing a big project in Python 2, I have
eventually decided to use u'' literals everywhere and decode any str to
unicode ASAP - and this solved all issues wrt encodings.  I guess that
mixing Python 2 and 3 gets even more problematic.

Could you review (and fix if it is needed) Python bindings in context of
unicode handling, please?


[1] https://github.com/teythoon/afew/issues/36


Regards,

-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:

Unison + notmuch?

2013-06-14 Thread Amadeusz Żołnowski

James Vasile  writes:

> I'm tempted to see if unison can keep two notmuch databases in sync.
> Before I play with this concept, I was wondering if anybody with unison
> experience had already tried this.  I didn't see anything in the list
> archive/wiki/web.

I use Unison and notmuch and I obey the rule: before doing anything with
mails on another machine, first sync with the first one.  I don't think
Unison can help here.

Regards,

-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:

miraculous from: field

2013-05-08 Thread Amadeusz Żołnowski


Hi!

I am resurrecting quite an old thread?

Adam Wolfe Gordon  writes:

> On Wed, Jun 20, 2012 at 5:33 AM, Jani Nikula  wrote:
>> The reply template comes from 'notmuch reply' cli command, while the
>> forwarding is internal to the emacs ui. I don't have any quick solutions,
>> but perhaps in the long run we should do the forwarding template in the cli
>> too.
>
> I think this is the right approach. Someone suggested a while ago that
> we have a notmuch compose, which would do new message creation (for
> frontends that can't do it themselves), reply, and forward in one
> place. It would probably support raw and JSON like the current reply
> does.
>
> Something I'll do if I find some time, but would be happy to see
> someone else work on :-).

It seems nobody has done work yet.  Could you reconsider adding this
feature?  I am really looking forward to it and I think I am not alone.


Regards,

-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:

Re: miraculous from: field

2013-05-08 Thread Amadeusz Żołnowski


Hi!

I am resurrecting quite an old thread…

Adam Wolfe Gordon awg+notm...@xvx.ca writes:

 On Wed, Jun 20, 2012 at 5:33 AM, Jani Nikula j...@nikula.org wrote:
 The reply template comes from 'notmuch reply' cli command, while the
 forwarding is internal to the emacs ui. I don't have any quick solutions,
 but perhaps in the long run we should do the forwarding template in the cli
 too.

 I think this is the right approach. Someone suggested a while ago that
 we have a notmuch compose, which would do new message creation (for
 frontends that can't do it themselves), reply, and forward in one
 place. It would probably support raw and JSON like the current reply
 does.

 Something I'll do if I find some time, but would be happy to see
 someone else work on :-).

It seems nobody has done work yet.  Could you reconsider adding this
feature?  I am really looking forward to it and I think I am not alone.


Regards,

-- 
Amadeusz Żołnowski


pgp9KJkZll2b0.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Notmuch Emacs UI aborts on SourceForge.net newsletter

2013-04-30 Thread Amadeusz Żołnowski

Attached message, when opened, causes Emacs crash:

*** glibc detected *** emacs: free(): invalid next size (fast): 
0x0324f5e0 ***
=== Backtrace: =
/lib64/libc.so.6(+0x7ccb6)[0x7fb6c540ccb6]
emacs[0x5be6a2]
emacs[0x5c505a]
emacs[0x5c33af]
emacs[0x5c36be]
emacs[0x553c59]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x552b0e]
emacs[0x552eb2]
emacs[0x552ade]
emacs[0x552eb2]
emacs[0x5533a8]
emacs[0x5532b1]
emacs[0x5534cd]
emacs[0x5561d2]
emacs[0x5532b1]
emacs[0x5534cd]
emacs[0x553818]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
emacs[0x5537a2]
emacs[0x553ad4]
emacs[0x58923b]
=== Memory map: 
0040-00622000 r-xp  fe:01 943846 
/usr/bin/emacs-24
00821000-00822000 r--p 00221000 fe:01 943846 
/usr/bin/emacs-24
00822000-0133b000 rw-p 00222000 fe:01 943846 
/usr/bin/emacs-24
02d9b000-039b9000 rw-p  00:00 0  [heap]
7fb6b8e72000-7fb6b97d9000 r--p  fe:01 949163 
/usr/share/icons/hicolor/icon-theme.cache
7fb6b97d9000-7fb6bdeb4000 r--p  fe:01 933830 
/usr/share/icons/gnome/icon-theme.cache
7fb6bdeb4000-7fb6bdecf000 rw-p  00:00 0 
7fb6bdecf000-7fb6bdf65000 r--p  fe:01 1059353
/usr/share/fonts/dejavu/DejaVuSans-Oblique.ttf
7fb6bdf65000-7fb6bdf8 rw-p  00:00 0 
7fb6bdf8-7fb6be03 r--p  fe:01 1062441
/usr/share/fonts/dejavu/DejaVuSans.ttf
7fb6be03-7fb6be07d000 r--p  fe:01 1053257
/usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf
7fb6be07d000-7fb6be0a7000 rw-p  00:00 0 
7fb6be0a7000-7fb6be0e3000 r--p  fe:01 1053250
/usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf
7fb6be0e3000-7fb6be193000 r--p  fe:01 1062441
/usr/share/fonts/dejavu/DejaVuSans.ttf
7fb6be193000-7fb6be196000 r-xp  fe:01 264992 
/usr/lib64/pango/1.8.0/modules/pango-basic-fc.so
7fb6be196000-7fb6be395000 ---p 3000 fe:01 264992 
/usr/lib64/pango/1.8.0/modules/pango-basic-fc.so
7fb6be395000-7fb6be396000 r--p 2000 fe:01 264992 
/usr/lib64/pango/1.8.0/modules/pango-basic-fc.so
7fb6be396000-7fb6be397000 rw-p 3000 fe:01 264992 
/usr/lib64/pango/1.8.0/modules/pango-basic-fc.so
7fb6be397000-7fb6be417000 rw-s  00:04 7405577
/SYSV (deleted)
7fb6be417000-7fb6be419000 r-xp  fe:01 949467 
/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
7fb6be419000-7fb6be618000 ---p 2000 fe:01 949467 
/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
7fb6be618000-7fb6be619000 r--p 1000 fe:01 949467 
/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
7fb6be619000-7fb6be61a000 rw-p 2000 fe:01 949467 
/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
7fb6be61a000-7fb6be637000 r--s  fe:01 930006 
/usr/share/mime/mime.cache
7fb6be637000-7fb6be689000 r--p  fe:01 1061787
/usr/share/fonts/dejavu/DejaVuSansMono.ttf
7fb6be689000-7fb6be6fd000 rw-p  00:00 0 
7fb6be6fd000-7fb6be701000 r-xp  fe:01 169465 
/usr/lib64/gtk-3.0/3.0.0/theming-engines/libadwaita.so
7fb6be701000-7fb6be90 ---p 4000 fe:01 169465 
/usr/lib64/gtk-3.0/3.0.0/theming-engines/libadwaita.so
7fb6be90-7fb6be901000 r--p 3000 fe:01 169465 
/usr/lib64/gtk-3.0/3.0.0/theming-engines/libadwaita.so
7fb6be901000-7fb6be902000 rw-p 4000 fe:01 169465 
/usr/lib64/gtk-3.0/3.0.0/theming-engines/libadwaita.so
7fb6be902000-7fb6be976000 r--p  fe:01 151616 
/usr/share/themes/Adwaita/gtk-3.0/gtk.gresource
7fb6be976000-7fb6be97f000 r--s  fe:02 552087 
/var/cache/fontconfig/acc285bc1956c3c4bc7afb41d537a85a-le64.cache-3
7fb6be97f000-7fb6be988000 r--s  fe:02 552086 
/var/cache/fontconfig/4460665c0f3e88acdd4c85aa2f409b99-le64.cache-3
7fb6be988000-7fb6be99e000 r--s  fe:02 552085

[ANNOUNCE] notmuch-web 0.1.0

2013-03-03 Thread Amadeusz Żołnowski

Quoting John Lenz (2013-03-03 20:58:48)
> > Could you provide us some screenshots?
> 
> I put a couple screenshots of the search and the pager on bitbucket.
> The compose screen is just a form so I didn't add a screenshot of
> that.  In the screenshots you can see the buttons for retagging
> messages and also see the pager to page between messages.

Thanks!


> https://bitbucket.org/wuzzeb/notmuch-web/src/tip/screenshots/search.png
> https://bitbucket.org/wuzzeb/notmuch-web/src/tip/screenshots/pager.png

Wow, it looks really nice.  I hope I can use it when I eventually set up
my mail server. :-)


-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: signature
URL:

[ANNOUNCE] notmuch-web 0.1.0

2013-03-03 Thread Amadeusz Żołnowski

Hello John,

Quoting John Lenz (2013-03-03 05:51:17)
> I have been recently working on a web interface to notmuch.  The past
> two weeks, I have used it as my only email client and since the trial
> period was a great success (I had no major issues or problems and
> never had to revert to another client), I have decided to release an
> initial version.  I am planning on continuing to use this web client
> as my sole notmuch client and will continue developing features (most
> identified by my two week trial period :)  Combined with the It's All
> Text Firefox plugin for compose, I am really happy with the result.

Congratulations! :-)

Could you provide us some screenshots?


-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: signature
URL:

Re: [ANNOUNCE] notmuch-web 0.1.0

2013-03-03 Thread Amadeusz Żołnowski

Hello John,

Quoting John Lenz (2013-03-03 05:51:17)
 I have been recently working on a web interface to notmuch.  The past
 two weeks, I have used it as my only email client and since the trial
 period was a great success (I had no major issues or problems and
 never had to revert to another client), I have decided to release an
 initial version.  I am planning on continuing to use this web client
 as my sole notmuch client and will continue developing features (most
 identified by my two week trial period :)  Combined with the It's All
 Text Firefox plugin for compose, I am really happy with the result.

Congratulations! :-)

Could you provide us some screenshots?


-- 
Amadeusz Żołnowski


signature.asc
Description: signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] lib/Makefile.local: depend on libs we are linking with

2013-01-21 Thread Amadeusz Żołnowski

---
 lib/Makefile.local | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/Makefile.local b/lib/Makefile.local
index 7785944..155ac02 100644
--- a/lib/Makefile.local
+++ b/lib/Makefile.local
@@ -73,7 +73,7 @@ libnotmuch_modules := $(libnotmuch_c_srcs:.c=.o) 
$(libnotmuch_cxx_srcs:.cc=.o)
 $(dir)/libnotmuch.a: $(libnotmuch_modules)
$(call quiet,AR) rcs $@ $^

-$(dir)/$(LIBNAME): $(libnotmuch_modules) notmuch.sym
+$(dir)/$(LIBNAME): $(libnotmuch_modules) notmuch.sym util/libutil.a 
parse-time-string/libparse-time-string.a
$(call quiet,CXX $(CXXFLAGS)) $(libnotmuch_modules) 
$(FINAL_LIBNOTMUCH_LDFLAGS) $(LIBRARY_LINK_FLAG) -o $@ util/libutil.a 
parse-time-string/libparse-time-string.a

 notmuch.sym: $(srcdir)/$(dir)/notmuch.h $(libnotmuch_modules)
-- 
1.8.1.1

[PATCH 0/2] automatic tagging based on imap maildir

2012-10-30 Thread Amadeusz Żołnowski

Quoting Andrei POPESCU (2012-10-28 11:03:24)
> Besides that consider also that I'm subscribed to about 40 mailing
> lists, each sorted to it's own folder by rules based on List-Id (which
> notmuch doesn't support yet as far as I know). This separation is very
> useful for my read-flow.

But 'afew' supports it:

a) It supports tagging mail based on list-id.
b) It supports moving messages across folders (afair, but I have never used
that feature).

So combining both should give you effect you want.  I really recommend
you to take a look at 'afew'.  It helps a lot with initial tagging.


-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: signature
URL:

Re: [PATCH 0/2] automatic tagging based on imap maildir

2012-10-30 Thread Amadeusz Żołnowski

Quoting Andrei POPESCU (2012-10-28 11:03:24)
 Besides that consider also that I'm subscribed to about 40 mailing
 lists, each sorted to it's own folder by rules based on List-Id (which
 notmuch doesn't support yet as far as I know). This separation is very
 useful for my read-flow.

But 'afew' supports it:

a) It supports tagging mail based on list-id.
b) It supports moving messages across folders (afair, but I have never used
that feature).

So combining both should give you effect you want.  I really recommend
you to take a look at 'afew'.  It helps a lot with initial tagging.


-- 
Amadeusz Żołnowski


signature.asc
Description: signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH 0/2] automatic tagging based on imap maildir

2012-10-26 Thread Amadeusz Żołnowski

Quoting Taesoo Kim (2012-10-26 01:33:57)
> To use gmail's label (imap maildir), parse maildir and add some tags
> as gmail's labels.

Is this what Teythoon's afew [0] does (and lots more)?

[0] https://github.com/teythoon/afew/


-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: signature
URL:

Re: [PATCH 0/2] automatic tagging based on imap maildir

2012-10-26 Thread Amadeusz Żołnowski

Quoting Taesoo Kim (2012-10-26 01:33:57)
 To use gmail's label (imap maildir), parse maildir and add some tags
 as gmail's labels.

Is this what Teythoon's afew [0] does (and lots more)?

[0] https://github.com/teythoon/afew/


-- 
Amadeusz Żołnowski


signature.asc
Description: signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] Build symbol-test with make instead of hardcoding in symbol-hiding.

2011-11-27 Thread Amadeusz Żołnowski

If symbol-test is built in symbol-hiding with hardcoded g++ invokation,
it's not so easy to pass $(srcdir) which is required to find notmuch.h
when srcdir and builddir are separate directories.
---
 test/.gitignore |1 +
 test/Makefile.local |5 -
 test/basic  |2 +-
 test/symbol-hiding  |3 +--
 4 files changed, 7 insertions(+), 4 deletions(-)

diff --git a/test/.gitignore b/test/.gitignore
index 9e97052..7e30e8d 100644
--- a/test/.gitignore
+++ b/test/.gitignore
@@ -1,4 +1,5 @@
 test-results
 corpus.mail
 smtp-dummy
+symbol-test
 tmp.*
diff --git a/test/Makefile.local b/test/Makefile.local
index 9b3308a..b77f721 100644
--- a/test/Makefile.local
+++ b/test/Makefile.local
@@ -11,8 +11,11 @@ smtp_dummy_modules = $(smtp_dummy_srcs:.c=.o)
 $(dir)/smtp-dummy: $(smtp_dummy_modules)
$(call quiet,CC) $^ -o $@
 
+$(dir)/symbol-test: $(dir)/symbol-test.o
+   $(call quiet,CC) $^ -o $@ -Llib -lnotmuch -lxapian
+
 .PHONY: test check
-test:  all $(dir)/smtp-dummy
+test:  all $(dir)/smtp-dummy $(dir)/symbol-test
@${dir}/notmuch-test $(OPTIONS)
 
 check: test
diff --git a/test/basic b/test/basic
index f258d1f..4edf831 100755
--- a/test/basic
+++ b/test/basic
@@ -54,7 +54,7 @@ test_begin_subtest 'Ensure that all available tests will be 
run by notmuch-test'
 eval $(sed -n -e '/^TESTS=$/,/^$/p' $TEST_DIRECTORY/notmuch-test)
 tests_in_suite=$(for i in $TESTS; do echo $i; done | sort)
 available=$(find $TEST_DIRECTORY -maxdepth 1 -type f -executable -printf 
'%f\n' | \
-sed -r -e 
/^(aggregate-results.sh|notmuch-test|smtp-dummy|test-verbose)$/d | \
+sed -r -e 
/^(aggregate-results.sh|notmuch-test|smtp-dummy|test-verbose|symbol-test)$/d 
| \
 sort)
 test_expect_equal $tests_in_suite $available
 
diff --git a/test/symbol-hiding b/test/symbol-hiding
index d0b31ae..f67b653 100755
--- a/test/symbol-hiding
+++ b/test/symbol-hiding
@@ -12,13 +12,12 @@ test_description='exception symbol hiding'
 . ./test-lib.sh
 
 run_test(){
-result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib ./symbol-test 21)
+result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib 
$TEST_DIRECTORY/symbol-test 21)
 }
 
 output=A Xapian exception occurred opening database: Couldn't stat 
'fakedb/.notmuch/xapian'
 caught No chert database found at path \`./nonexistant'
 
-g++ -o symbol-test -I$TEST_DIRECTORY/../lib $TEST_DIRECTORY/symbol-test.cc 
-L$TEST_DIRECTORY/../lib -lnotmuch -lxapian
 mkdir -p fakedb/.notmuch
 test_expect_success 'running test' run_test
 test_begin_subtest 'checking output'
-- 
1.7.8.rc3

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH] Build symbol-test with make instead of hardcoding in symbol-hiding.

2011-11-27 Thread Amadeusz Żołnowski

Excerpts from Amadeusz Żołnowski's message of 2011-11-26 21:51:21 +0100:
 If symbol-test is built in symbol-hiding with hardcoded g++
 invokation, it's not so easy to pass $(srcdir) which is required to
 find notmuch.h when srcdir and builddir are separate directories.

Sorry, I've just realised that I've forgot to add symbol-test to clean
target.  Following patch includes clean, too.

-- 
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] Build symbol-test with make instead of hardcoding in symbol-hiding.

2011-11-27 Thread Amadeusz Żołnowski

If symbol-test is built in symbol-hiding with hardcoded g++ invokation,
it's not so easy to pass $(srcdir) which is required to find notmuch.h
when srcdir and builddir are separate directories.
---
 test/.gitignore |1 +
 test/Makefile.local |7 +--
 test/basic  |2 +-
 test/symbol-hiding  |3 +--
 4 files changed, 8 insertions(+), 5 deletions(-)

diff --git a/test/.gitignore b/test/.gitignore
index 9e97052..7e30e8d 100644
--- a/test/.gitignore
+++ b/test/.gitignore
@@ -1,4 +1,5 @@
 test-results
 corpus.mail
 smtp-dummy
+symbol-test
 tmp.*
diff --git a/test/Makefile.local b/test/Makefile.local
index 9b3308a..646779e 100644
--- a/test/Makefile.local
+++ b/test/Makefile.local
@@ -11,10 +11,13 @@ smtp_dummy_modules = $(smtp_dummy_srcs:.c=.o)
 $(dir)/smtp-dummy: $(smtp_dummy_modules)
$(call quiet,CC) $^ -o $@
 
+$(dir)/symbol-test: $(dir)/symbol-test.o
+   $(call quiet,CC) $^ -o $@ -Llib -lnotmuch -lxapian
+
 .PHONY: test check
-test:  all $(dir)/smtp-dummy
+test:  all $(dir)/smtp-dummy $(dir)/symbol-test
@${dir}/notmuch-test $(OPTIONS)
 
 check: test
 
-CLEAN := $(CLEAN) $(dir)/smtp-dummy $(dir)/smtp-dummy.o
+CLEAN := $(CLEAN) $(dir)/smtp-dummy $(dir)/smtp-dummy.o $(dir)/symbol-test 
$(dir)/symbol-test.o
diff --git a/test/basic b/test/basic
index f258d1f..4edf831 100755
--- a/test/basic
+++ b/test/basic
@@ -54,7 +54,7 @@ test_begin_subtest 'Ensure that all available tests will be 
run by notmuch-test'
 eval $(sed -n -e '/^TESTS=$/,/^$/p' $TEST_DIRECTORY/notmuch-test)
 tests_in_suite=$(for i in $TESTS; do echo $i; done | sort)
 available=$(find $TEST_DIRECTORY -maxdepth 1 -type f -executable -printf 
'%f\n' | \
-sed -r -e 
/^(aggregate-results.sh|notmuch-test|smtp-dummy|test-verbose)$/d | \
+sed -r -e 
/^(aggregate-results.sh|notmuch-test|smtp-dummy|test-verbose|symbol-test)$/d 
| \
 sort)
 test_expect_equal $tests_in_suite $available
 
diff --git a/test/symbol-hiding b/test/symbol-hiding
index d0b31ae..f67b653 100755
--- a/test/symbol-hiding
+++ b/test/symbol-hiding
@@ -12,13 +12,12 @@ test_description='exception symbol hiding'
 . ./test-lib.sh
 
 run_test(){
-result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib ./symbol-test 21)
+result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib 
$TEST_DIRECTORY/symbol-test 21)
 }
 
 output=A Xapian exception occurred opening database: Couldn't stat 
'fakedb/.notmuch/xapian'
 caught No chert database found at path \`./nonexistant'
 
-g++ -o symbol-test -I$TEST_DIRECTORY/../lib $TEST_DIRECTORY/symbol-test.cc 
-L$TEST_DIRECTORY/../lib -lnotmuch -lxapian
 mkdir -p fakedb/.notmuch
 test_expect_success 'running test' run_test
 test_begin_subtest 'checking output'
-- 
1.7.8.rc3

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] Build symbol-test with make instead of hardcoding in symbol-hiding.

2011-11-26 Thread Amadeusz Żołnowski

If symbol-test is built in symbol-hiding with hardcoded g++ invokation,
it's not so easy to pass $(srcdir) which is required to find notmuch.h
when srcdir and builddir are separate directories.
---
 test/.gitignore |1 +
 test/Makefile.local |7 +--
 test/basic  |2 +-
 test/symbol-hiding  |3 +--
 4 files changed, 8 insertions(+), 5 deletions(-)

diff --git a/test/.gitignore b/test/.gitignore
index 9e97052..7e30e8d 100644
--- a/test/.gitignore
+++ b/test/.gitignore
@@ -1,4 +1,5 @@
 test-results
 corpus.mail
 smtp-dummy
+symbol-test
 tmp.*
diff --git a/test/Makefile.local b/test/Makefile.local
index 9b3308a..646779e 100644
--- a/test/Makefile.local
+++ b/test/Makefile.local
@@ -11,10 +11,13 @@ smtp_dummy_modules = $(smtp_dummy_srcs:.c=.o)
 $(dir)/smtp-dummy: $(smtp_dummy_modules)
$(call quiet,CC) $^ -o $@

+$(dir)/symbol-test: $(dir)/symbol-test.o
+   $(call quiet,CC) $^ -o $@ -Llib -lnotmuch -lxapian
+
 .PHONY: test check
-test:  all $(dir)/smtp-dummy
+test:  all $(dir)/smtp-dummy $(dir)/symbol-test
@${dir}/notmuch-test $(OPTIONS)

 check: test

-CLEAN := $(CLEAN) $(dir)/smtp-dummy $(dir)/smtp-dummy.o
+CLEAN := $(CLEAN) $(dir)/smtp-dummy $(dir)/smtp-dummy.o $(dir)/symbol-test 
$(dir)/symbol-test.o
diff --git a/test/basic b/test/basic
index f258d1f..4edf831 100755
--- a/test/basic
+++ b/test/basic
@@ -54,7 +54,7 @@ test_begin_subtest 'Ensure that all available tests will be 
run by notmuch-test'
 eval $(sed -n -e '/^TESTS="$/,/^"$/p' $TEST_DIRECTORY/notmuch-test)
 tests_in_suite=$(for i in $TESTS; do echo $i; done | sort)
 available=$(find "$TEST_DIRECTORY" -maxdepth 1 -type f -executable -printf 
'%f\n' | \
-sed -r -e 
"/^(aggregate-results.sh|notmuch-test|smtp-dummy|test-verbose)$/d" | \
+sed -r -e 
"/^(aggregate-results.sh|notmuch-test|smtp-dummy|test-verbose|symbol-test)$/d" 
| \
 sort)
 test_expect_equal "$tests_in_suite" "$available"

diff --git a/test/symbol-hiding b/test/symbol-hiding
index d0b31ae..f67b653 100755
--- a/test/symbol-hiding
+++ b/test/symbol-hiding
@@ -12,13 +12,12 @@ test_description='exception symbol hiding'
 . ./test-lib.sh

 run_test(){
-result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib ./symbol-test 2>&1)
+result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib 
$TEST_DIRECTORY/symbol-test 2>&1)
 }

 output="A Xapian exception occurred opening database: Couldn't stat 
'fakedb/.notmuch/xapian'
 caught No chert database found at path \`./nonexistant'"

-g++ -o symbol-test -I$TEST_DIRECTORY/../lib $TEST_DIRECTORY/symbol-test.cc 
-L$TEST_DIRECTORY/../lib -lnotmuch -lxapian
 mkdir -p fakedb/.notmuch
 test_expect_success 'running test' run_test
 test_begin_subtest 'checking output'
-- 
1.7.8.rc3

[PATCH] Build symbol-test with make instead of hardcoding in symbol-hiding.

2011-11-26 Thread Amadeusz Żołnowski

Excerpts from Amadeusz ?o?nowski's message of 2011-11-26 21:51:21 +0100:
> If symbol-test is built in symbol-hiding with hardcoded g++
> invokation, it's not so easy to pass $(srcdir) which is required to
> find notmuch.h when srcdir and builddir are separate directories.

Sorry, I've just realised that I've forgot to add symbol-test to clean
target.  Following patch includes clean, too.

-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL:

[PATCH] Build symbol-test with make instead of hardcoding in symbol-hiding.

2011-11-26 Thread Amadeusz Żołnowski

If symbol-test is built in symbol-hiding with hardcoded g++ invokation,
it's not so easy to pass $(srcdir) which is required to find notmuch.h
when srcdir and builddir are separate directories.
---
 test/.gitignore |1 +
 test/Makefile.local |5 -
 test/basic  |2 +-
 test/symbol-hiding  |3 +--
 4 files changed, 7 insertions(+), 4 deletions(-)

diff --git a/test/.gitignore b/test/.gitignore
index 9e97052..7e30e8d 100644
--- a/test/.gitignore
+++ b/test/.gitignore
@@ -1,4 +1,5 @@
 test-results
 corpus.mail
 smtp-dummy
+symbol-test
 tmp.*
diff --git a/test/Makefile.local b/test/Makefile.local
index 9b3308a..b77f721 100644
--- a/test/Makefile.local
+++ b/test/Makefile.local
@@ -11,8 +11,11 @@ smtp_dummy_modules = $(smtp_dummy_srcs:.c=.o)
 $(dir)/smtp-dummy: $(smtp_dummy_modules)
$(call quiet,CC) $^ -o $@

+$(dir)/symbol-test: $(dir)/symbol-test.o
+   $(call quiet,CC) $^ -o $@ -Llib -lnotmuch -lxapian
+
 .PHONY: test check
-test:  all $(dir)/smtp-dummy
+test:  all $(dir)/smtp-dummy $(dir)/symbol-test
@${dir}/notmuch-test $(OPTIONS)

 check: test
diff --git a/test/basic b/test/basic
index f258d1f..4edf831 100755
--- a/test/basic
+++ b/test/basic
@@ -54,7 +54,7 @@ test_begin_subtest 'Ensure that all available tests will be 
run by notmuch-test'
 eval $(sed -n -e '/^TESTS="$/,/^"$/p' $TEST_DIRECTORY/notmuch-test)
 tests_in_suite=$(for i in $TESTS; do echo $i; done | sort)
 available=$(find "$TEST_DIRECTORY" -maxdepth 1 -type f -executable -printf 
'%f\n' | \
-sed -r -e 
"/^(aggregate-results.sh|notmuch-test|smtp-dummy|test-verbose)$/d" | \
+sed -r -e 
"/^(aggregate-results.sh|notmuch-test|smtp-dummy|test-verbose|symbol-test)$/d" 
| \
 sort)
 test_expect_equal "$tests_in_suite" "$available"

diff --git a/test/symbol-hiding b/test/symbol-hiding
index d0b31ae..f67b653 100755
--- a/test/symbol-hiding
+++ b/test/symbol-hiding
@@ -12,13 +12,12 @@ test_description='exception symbol hiding'
 . ./test-lib.sh

 run_test(){
-result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib ./symbol-test 2>&1)
+result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib 
$TEST_DIRECTORY/symbol-test 2>&1)
 }

 output="A Xapian exception occurred opening database: Couldn't stat 
'fakedb/.notmuch/xapian'
 caught No chert database found at path \`./nonexistant'"

-g++ -o symbol-test -I$TEST_DIRECTORY/../lib $TEST_DIRECTORY/symbol-test.cc 
-L$TEST_DIRECTORY/../lib -lnotmuch -lxapian
 mkdir -p fakedb/.notmuch
 test_expect_success 'running test' run_test
 test_begin_subtest 'checking output'
-- 
1.7.8.rc3

[PATCH 3/3] Whitespaces cleanup.

2011-11-25 Thread Amadeusz Żołnowski

---
 test/symbol-test.cc |   13 +++--
 1 files changed, 7 insertions(+), 6 deletions(-)

diff --git a/test/symbol-test.cc b/test/symbol-test.cc
index ec250b2..1548ca4 100644
--- a/test/symbol-test.cc
+++ b/test/symbol-test.cc
@@ -1,16 +1,17 @@
 #include 
 #include 
 #include 
-int main (){

-  (void)notmuch_database_open ("fakedb",
-NOTMUCH_DATABASE_MODE_READ_ONLY);

-  try{
-(void)new Xapian::WritableDatabase ("./nonexistant",   
Xapian::DB_OPEN);
+int main() {
+  (void) notmuch_database_open("fakedb", NOTMUCH_DATABASE_MODE_READ_ONLY);
+
+  try {
+(void) new Xapian::WritableDatabase("./nonexistant", Xapian::DB_OPEN);
   } catch (const Xapian::Error ) {
-printf("caught %s\n",error.get_msg().c_str());
+printf("caught %s\n", error.get_msg().c_str());
 return 0;
   }
+
   return 1;
 }
-- 
1.7.8.rc3

[PATCH 2/3] Fix warnings for test/symbol-test.cc.

2011-11-25 Thread Amadeusz Żołnowski

---
 test/symbol-test.cc |5 ++---
 1 files changed, 2 insertions(+), 3 deletions(-)

diff --git a/test/symbol-test.cc b/test/symbol-test.cc
index 1de06ea..ec250b2 100644
--- a/test/symbol-test.cc
+++ b/test/symbol-test.cc
@@ -1,10 +1,9 @@
 #include 
 #include 
 #include 
-main (int argc, char **argv){
+int main (){

-notmuch_database_t *notmuch
-  = notmuch_database_open ("fakedb",
+  (void)notmuch_database_open ("fakedb",
 NOTMUCH_DATABASE_MODE_READ_ONLY);

   try{
-- 
1.7.8.rc3

[PATCH 1/2] Build symbol-test with make instead of hardcoding in symbol-hiding.

2011-11-25 Thread Amadeusz Żołnowski

Excerpts from David Bremner's message of 2011-11-25 14:04:44 +0100:
> On Fri, 25 Nov 2011 11:54:51 +0100, Amadeusz ?o?nowski  aidecoe.name> wrote:
> >  
> > +$(dir)/symbol-test: $(dir)/symbol-test.o
> > +$(call quiet,CC) $^ -o $@ -Llib -lnotmuch -lxapian
> 
> I'm a bit surprised no -I is neaded here. Is that taken care in the CC
> call?

-I is for headers which are not used when linking.  symbol-test.o is
compiled according to rule defined earlier in some parent Makefile.


> >  .PHONY: test check
> > -test:all $(dir)/smtp-dummy
> > +test:all $(dir)/smtp-dummy $(dir)/symbol-test
> >  @${dir}/notmuch-test $(OPTIONS)
> 
> The instructions were already wrong, but maybe they should be updated to
> point out that calling the test scripts directly requires smtp-dummy and
> symbol-test already be built. Or maybe the tests should check for these
> binaries as pre-reqs along with emacs, gpg, etc... 
> 
> > +   -e 
> > "/^(emacs.expected-output|smtp-dummy|smtp-dummy.c|test-verbose|symbol-test.cc|symbol-test|symbol-test.o)/d"
> >  \
> 
> I wonder if this should be shortened (and made a bit sloppier) with the
> use of regexes.

Thanks it's so straightforward.  I found this line quickly without deep
analysis of all test-framework. :-)  It could only be made more flexible
- put list of this files into some separate text file.  But that's
subject for another patch.  Purpose of this one is to make building out
of tree working.


--
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL:

[PATCH] Build symbol-test with make a not manually in symbol-hiding.

2011-11-25 Thread Amadeusz Żołnowski

Fixed warnings in symbol-test.cc, btw.
---
 test/.gitignore |1 +
 test/Makefile.local |5 -
 test/basic  |2 +-
 test/symbol-hiding  |3 +--
 test/symbol-test.cc |9 -
 5 files changed, 11 insertions(+), 9 deletions(-)

diff --git a/test/.gitignore b/test/.gitignore
index 9e97052..7e30e8d 100644
--- a/test/.gitignore
+++ b/test/.gitignore
@@ -1,4 +1,5 @@
 test-results
 corpus.mail
 smtp-dummy
+symbol-test
 tmp.*
diff --git a/test/Makefile.local b/test/Makefile.local
index 8eb0433..a672fd3 100644
--- a/test/Makefile.local
+++ b/test/Makefile.local
@@ -11,8 +11,11 @@ smtp_dummy_modules = $(smtp_dummy_srcs:.c=.o)
 $(dir)/smtp-dummy: $(smtp_dummy_modules)
$(call quiet,CC) $^ -o $@
 
+$(dir)/symbol-test: $(dir)/symbol-test.o
+   $(call quiet,CC) $^ -o $@ -Llib -lnotmuch -lxapian
+
 .PHONY: test check
-test:  all $(dir)/smtp-dummy
+test:  all $(dir)/smtp-dummy $(dir)/symbol-test
@${dir}/notmuch-test $(OPTIONS)
 
 check: test
diff --git a/test/basic b/test/basic
index 38db2ba..5463bf8 100755
--- a/test/basic
+++ b/test/basic
@@ -56,7 +56,7 @@ tests_in_suite=$(for i in $TESTS; do echo $i; done | sort)
 available=$(ls -1 $TEST_DIRECTORY/ | \
 sed -r -e 
/^(aggregate-results.sh|Makefile|Makefile.local|notmuch-test)/d \
   -e 
/^(README|test-lib.sh|test-lib.el|test-results|tmp.*|valgrind|corpus*)/d \
-  -e 
/^(emacs.expected-output|smtp-dummy|smtp-dummy.c|test-verbose|symbol-test.cc)/d
 \
+  -e 
/^(emacs.expected-output|smtp-dummy|smtp-dummy.c|test-verbose|symbol-test.cc|symbol-test|symbol-test.o)/d
 \
   -e /^(test.expected-output|.*~)/d \
   -e /^(gnupg-secret-key.asc)/d \
   -e /^(gnupg-secret-key.NOTE)/d \
diff --git a/test/symbol-hiding b/test/symbol-hiding
index d0b31ae..f67b653 100755
--- a/test/symbol-hiding
+++ b/test/symbol-hiding
@@ -12,13 +12,12 @@ test_description='exception symbol hiding'
 . ./test-lib.sh
 
 run_test(){
-result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib ./symbol-test 21)
+result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib 
$TEST_DIRECTORY/symbol-test 21)
 }
 
 output=A Xapian exception occurred opening database: Couldn't stat 
'fakedb/.notmuch/xapian'
 caught No chert database found at path \`./nonexistant'
 
-g++ -o symbol-test -I$TEST_DIRECTORY/../lib $TEST_DIRECTORY/symbol-test.cc 
-L$TEST_DIRECTORY/../lib -lnotmuch -lxapian
 mkdir -p fakedb/.notmuch
 test_expect_success 'running test' run_test
 test_begin_subtest 'checking output'
diff --git a/test/symbol-test.cc b/test/symbol-test.cc
index 1de06ea..bfbe38f 100644
--- a/test/symbol-test.cc
+++ b/test/symbol-test.cc
@@ -1,14 +1,13 @@
 #include stdio.h
 #include xapian.h
 #include notmuch.h
-main (int argc, char **argv){
+int main (){
 
-notmuch_database_t *notmuch
-  = notmuch_database_open (fakedb,
-NOTMUCH_DATABASE_MODE_READ_ONLY);
+  //notmuch_database_t *notmuch =
+  notmuch_database_open (fakedb, NOTMUCH_DATABASE_MODE_READ_ONLY);
 
   try{
-(void)new Xapian::WritableDatabase (./nonexistant,   
Xapian::DB_OPEN);
+(void)new Xapian::WritableDatabase (./nonexistant, Xapian::DB_OPEN);
   } catch (const Xapian::Error error) {
 printf(caught %s\n,error.get_msg().c_str());
 return 0;
-- 
1.7.8.rc3

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] Build symbol-test with make instead of hardcoding in symbol-hiding.

2011-11-25 Thread Amadeusz Żołnowski

If symbol-test is built in symbol-hiding with hardcoded g++ invokation, it's
not so easy to pass $(srcdir) which is required to find notmuch.h when srcdir
and builddir are separate directories.

Fixed warnings in symbol-test.cc, btw.
---
 test/.gitignore |1 +
 test/Makefile.local |5 -
 test/basic  |2 +-
 test/symbol-hiding  |3 +--
 test/symbol-test.cc |9 -
 5 files changed, 11 insertions(+), 9 deletions(-)

diff --git a/test/.gitignore b/test/.gitignore
index 9e97052..7e30e8d 100644
--- a/test/.gitignore
+++ b/test/.gitignore
@@ -1,4 +1,5 @@
 test-results
 corpus.mail
 smtp-dummy
+symbol-test
 tmp.*
diff --git a/test/Makefile.local b/test/Makefile.local
index 8eb0433..a672fd3 100644
--- a/test/Makefile.local
+++ b/test/Makefile.local
@@ -11,8 +11,11 @@ smtp_dummy_modules = $(smtp_dummy_srcs:.c=.o)
 $(dir)/smtp-dummy: $(smtp_dummy_modules)
$(call quiet,CC) $^ -o $@
 
+$(dir)/symbol-test: $(dir)/symbol-test.o
+   $(call quiet,CC) $^ -o $@ -Llib -lnotmuch -lxapian
+
 .PHONY: test check
-test:  all $(dir)/smtp-dummy
+test:  all $(dir)/smtp-dummy $(dir)/symbol-test
@${dir}/notmuch-test $(OPTIONS)
 
 check: test
diff --git a/test/basic b/test/basic
index 38db2ba..5463bf8 100755
--- a/test/basic
+++ b/test/basic
@@ -56,7 +56,7 @@ tests_in_suite=$(for i in $TESTS; do echo $i; done | sort)
 available=$(ls -1 $TEST_DIRECTORY/ | \
 sed -r -e 
/^(aggregate-results.sh|Makefile|Makefile.local|notmuch-test)/d \
   -e 
/^(README|test-lib.sh|test-lib.el|test-results|tmp.*|valgrind|corpus*)/d \
-  -e 
/^(emacs.expected-output|smtp-dummy|smtp-dummy.c|test-verbose|symbol-test.cc)/d
 \
+  -e 
/^(emacs.expected-output|smtp-dummy|smtp-dummy.c|test-verbose|symbol-test.cc|symbol-test|symbol-test.o)/d
 \
   -e /^(test.expected-output|.*~)/d \
   -e /^(gnupg-secret-key.asc)/d \
   -e /^(gnupg-secret-key.NOTE)/d \
diff --git a/test/symbol-hiding b/test/symbol-hiding
index d0b31ae..f67b653 100755
--- a/test/symbol-hiding
+++ b/test/symbol-hiding
@@ -12,13 +12,12 @@ test_description='exception symbol hiding'
 . ./test-lib.sh
 
 run_test(){
-result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib ./symbol-test 21)
+result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib 
$TEST_DIRECTORY/symbol-test 21)
 }
 
 output=A Xapian exception occurred opening database: Couldn't stat 
'fakedb/.notmuch/xapian'
 caught No chert database found at path \`./nonexistant'
 
-g++ -o symbol-test -I$TEST_DIRECTORY/../lib $TEST_DIRECTORY/symbol-test.cc 
-L$TEST_DIRECTORY/../lib -lnotmuch -lxapian
 mkdir -p fakedb/.notmuch
 test_expect_success 'running test' run_test
 test_begin_subtest 'checking output'
diff --git a/test/symbol-test.cc b/test/symbol-test.cc
index 1de06ea..bfbe38f 100644
--- a/test/symbol-test.cc
+++ b/test/symbol-test.cc
@@ -1,14 +1,13 @@
 #include stdio.h
 #include xapian.h
 #include notmuch.h
-main (int argc, char **argv){
+int main (){
 
-notmuch_database_t *notmuch
-  = notmuch_database_open (fakedb,
-NOTMUCH_DATABASE_MODE_READ_ONLY);
+  //notmuch_database_t *notmuch =
+  notmuch_database_open (fakedb, NOTMUCH_DATABASE_MODE_READ_ONLY);
 
   try{
-(void)new Xapian::WritableDatabase (./nonexistant,   
Xapian::DB_OPEN);
+(void)new Xapian::WritableDatabase (./nonexistant, Xapian::DB_OPEN);
   } catch (const Xapian::Error error) {
 printf(caught %s\n,error.get_msg().c_str());
 return 0;
-- 
1.7.8.rc3

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH 1/2] Build symbol-test with make instead of hardcoding in symbol-hiding.

2011-11-25 Thread Amadeusz Żołnowski

If symbol-test is built in symbol-hiding with hardcoded g++ invokation,
it's not so easy to pass $(srcdir) which is required to find notmuch.h
when srcdir and builddir are separate directories.
---
 test/.gitignore |1 +
 test/Makefile.local |5 -
 test/basic  |2 +-
 test/symbol-hiding  |3 +--
 4 files changed, 7 insertions(+), 4 deletions(-)

diff --git a/test/.gitignore b/test/.gitignore
index 9e97052..7e30e8d 100644
--- a/test/.gitignore
+++ b/test/.gitignore
@@ -1,4 +1,5 @@
 test-results
 corpus.mail
 smtp-dummy
+symbol-test
 tmp.*
diff --git a/test/Makefile.local b/test/Makefile.local
index 8eb0433..a672fd3 100644
--- a/test/Makefile.local
+++ b/test/Makefile.local
@@ -11,8 +11,11 @@ smtp_dummy_modules = $(smtp_dummy_srcs:.c=.o)
 $(dir)/smtp-dummy: $(smtp_dummy_modules)
$(call quiet,CC) $^ -o $@
 
+$(dir)/symbol-test: $(dir)/symbol-test.o
+   $(call quiet,CC) $^ -o $@ -Llib -lnotmuch -lxapian
+
 .PHONY: test check
-test:  all $(dir)/smtp-dummy
+test:  all $(dir)/smtp-dummy $(dir)/symbol-test
@${dir}/notmuch-test $(OPTIONS)
 
 check: test
diff --git a/test/basic b/test/basic
index 38db2ba..5463bf8 100755
--- a/test/basic
+++ b/test/basic
@@ -56,7 +56,7 @@ tests_in_suite=$(for i in $TESTS; do echo $i; done | sort)
 available=$(ls -1 $TEST_DIRECTORY/ | \
 sed -r -e 
/^(aggregate-results.sh|Makefile|Makefile.local|notmuch-test)/d \
   -e 
/^(README|test-lib.sh|test-lib.el|test-results|tmp.*|valgrind|corpus*)/d \
-  -e 
/^(emacs.expected-output|smtp-dummy|smtp-dummy.c|test-verbose|symbol-test.cc)/d
 \
+  -e 
/^(emacs.expected-output|smtp-dummy|smtp-dummy.c|test-verbose|symbol-test.cc|symbol-test|symbol-test.o)/d
 \
   -e /^(test.expected-output|.*~)/d \
   -e /^(gnupg-secret-key.asc)/d \
   -e /^(gnupg-secret-key.NOTE)/d \
diff --git a/test/symbol-hiding b/test/symbol-hiding
index d0b31ae..f67b653 100755
--- a/test/symbol-hiding
+++ b/test/symbol-hiding
@@ -12,13 +12,12 @@ test_description='exception symbol hiding'
 . ./test-lib.sh
 
 run_test(){
-result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib ./symbol-test 21)
+result=$(LD_LIBRARY_PATH=$TEST_DIRECTORY/../lib 
$TEST_DIRECTORY/symbol-test 21)
 }
 
 output=A Xapian exception occurred opening database: Couldn't stat 
'fakedb/.notmuch/xapian'
 caught No chert database found at path \`./nonexistant'
 
-g++ -o symbol-test -I$TEST_DIRECTORY/../lib $TEST_DIRECTORY/symbol-test.cc 
-L$TEST_DIRECTORY/../lib -lnotmuch -lxapian
 mkdir -p fakedb/.notmuch
 test_expect_success 'running test' run_test
 test_begin_subtest 'checking output'
-- 
1.7.8.rc3

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH 1/2] Build symbol-test with make instead of hardcoding in symbol-hiding.

2011-11-25 Thread Amadeusz Żołnowski

Excerpts from David Bremner's message of 2011-11-25 14:04:44 +0100:
 On Fri, 25 Nov 2011 11:54:51 +0100, Amadeusz Żołnowski aide...@aidecoe.name 
 wrote:
   
  +$(dir)/symbol-test: $(dir)/symbol-test.o
  +$(call quiet,CC) $^ -o $@ -Llib -lnotmuch -lxapian
 
 I'm a bit surprised no -I is neaded here. Is that taken care in the CC
 call?

-I is for headers which are not used when linking.  symbol-test.o is
compiled according to rule defined earlier in some parent Makefile.


   .PHONY: test check
  -test:all $(dir)/smtp-dummy
  +test:all $(dir)/smtp-dummy $(dir)/symbol-test
   @${dir}/notmuch-test $(OPTIONS)
 
 The instructions were already wrong, but maybe they should be updated to
 point out that calling the test scripts directly requires smtp-dummy and
 symbol-test already be built. Or maybe the tests should check for these
 binaries as pre-reqs along with emacs, gpg, etc... 
 
  +   -e 
  /^(emacs.expected-output|smtp-dummy|smtp-dummy.c|test-verbose|symbol-test.cc|symbol-test|symbol-test.o)/d
   \
 
 I wonder if this should be shortened (and made a bit sloppier) with the
 use of regexes.

Thanks it's so straightforward.  I found this line quickly without deep
analysis of all test-framework. :-)  It could only be made more flexible
- put list of this files into some separate text file.  But that's
subject for another patch.  Purpose of this one is to make building out
of tree working.


--
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH 2/3] Fix warnings for test/symbol-test.cc.

2011-11-25 Thread Amadeusz Żołnowski

---
 test/symbol-test.cc |5 ++---
 1 files changed, 2 insertions(+), 3 deletions(-)

diff --git a/test/symbol-test.cc b/test/symbol-test.cc
index 1de06ea..ec250b2 100644
--- a/test/symbol-test.cc
+++ b/test/symbol-test.cc
@@ -1,10 +1,9 @@
 #include stdio.h
 #include xapian.h
 #include notmuch.h
-main (int argc, char **argv){
+int main (){
 
-notmuch_database_t *notmuch
-  = notmuch_database_open (fakedb,
+  (void)notmuch_database_open (fakedb,
 NOTMUCH_DATABASE_MODE_READ_ONLY);
 
   try{
-- 
1.7.8.rc3

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH 3/3] Whitespaces cleanup.

2011-11-25 Thread Amadeusz Żołnowski

---
 test/symbol-test.cc |   13 +++--
 1 files changed, 7 insertions(+), 6 deletions(-)

diff --git a/test/symbol-test.cc b/test/symbol-test.cc
index ec250b2..1548ca4 100644
--- a/test/symbol-test.cc
+++ b/test/symbol-test.cc
@@ -1,16 +1,17 @@
 #include stdio.h
 #include xapian.h
 #include notmuch.h
-int main (){
 
-  (void)notmuch_database_open (fakedb,
-NOTMUCH_DATABASE_MODE_READ_ONLY);
 
-  try{
-(void)new Xapian::WritableDatabase (./nonexistant,   
Xapian::DB_OPEN);
+int main() {
+  (void) notmuch_database_open(fakedb, NOTMUCH_DATABASE_MODE_READ_ONLY);
+
+  try {
+(void) new Xapian::WritableDatabase(./nonexistant, Xapian::DB_OPEN);
   } catch (const Xapian::Error error) {
-printf(caught %s\n,error.get_msg().c_str());
+printf(caught %s\n, error.get_msg().c_str());
 return 0;
   }
+
   return 1;
 }
-- 
1.7.8.rc3

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] Separate Emacs miscellaneous files directory from Emacs code directory.

2011-10-25 Thread Amadeusz Żołnowski

Excerpts from Tomi Ollila's message of 2011-10-25 10:15:15 +0200:
> emacslispdir is supposed to be PREFIX/share/emacs/site-lisp
> 
> In case emacsetcdir is not set to anything else this is to be
> the same.
> 
> But what is the value for emacsetcdir used in Gentoo ?

The policy in Gentoo with Emacs is to put misc files into separate
directory which defaults to /usr/share/emacs/etc.

It's how I use these options in my ebuild:

  --emacslispdir="${ROOT}/${SITELISP}/${PN}"
  --emacsetcdir="${ROOT}/${SITEETC}/${PN}"

(${PN} is package name.)

Without this option I need to alter locations of notmuch-logo.png later,
which is ugly.  New option doesn't hurt existing usage and helps Gentoo.
:-)


-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL:

[PATCH] Separate Emacs miscellaneous files directory from Emacs code directory.

2011-10-25 Thread Amadeusz Żołnowski

Excerpts from Tomi Ollila's message of 2011-10-25 10:17:20 +0200:
> On Tue 25 Oct 2011 11:11, Amadeusz ?o?nowski  writes:
> 
> > Excerpts from Thomas Jost's message of 2011-10-25 09:12:44 +0200:
> >> However there is something annoying in the commit:
> >> 
> >> +# The directory to which emacs lisp files should be installed
> >> +emacsetcdir=${EMACSETCDIR}
> >> 
> >> $EMACSETCDIR is not for emacs lisp files (that's what $EMACSLISPDIR is
> >> for), so this line needs be fixed.
> >
> > Ups. :-)  Just fixed with patch sent moment ago.
> 
> And managed to write comment with line length more than 80 chars ;/

Hm, where?  You mean comment below?  Line ends with printable char at
79.  80 is \n.

# The directory to which emacs miscellaneous (machine-independent) files should
# be installed

-- 
Amadeusz ?o?nowski
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL:

[PATCH] Separate Emacs miscellaneous files directory from Emacs code directory.

2011-10-25 Thread Amadeusz Żołnowski

Excerpts from Thomas Jost's message of 2011-10-25 09:12:44 +0200:
> However there is something annoying in the commit:
> 
> +# The directory to which emacs lisp files should be installed
> +emacsetcdir=${EMACSETCDIR}
> 
> $EMACSETCDIR is not for emacs lisp files (that's what $EMACSLISPDIR is
> for), so this line needs be fixed.

Ups. :-)  Just fixed with patch sent moment ago.


Regards,

-- 
Amadeusz ?o?nowski

[PATCH] Separate Emacs misc. files dir. from Emacs code dir.

2011-10-25 Thread Amadeusz Żołnowski

New option --emacsetcdir was added, but it's set default to the same
value as --emacslispdir for backward compatibility.
---
 configure|   15 +++
 emacs/Makefile.local |3 ++-
 2 files changed, 17 insertions(+), 1 deletions(-)

diff --git a/configure b/configure
index 3999ce8..e90b76f 100755
--- a/configure
+++ b/configure
@@ -97,6 +97,7 @@ Fine tuning of some installation directories is available:
--mandir=DIRInstall man pages to DIR [PREFIX/share/man]
--sysconfdir=DIRRead-only single-machine data [PREFIX/etc]
--emacslispdir=DIR  Emacs code [PREFIX/share/emacs/site-lisp]
+   --emacsetcdir=DIR   Emacs miscellaneous files 
[PREFIX/share/emacs/site-lisp]
--bashcompletiondir=DIR Bash completions files 
[SYSCONFDIR/bash_completion.d]
--zshcompletiondir=DIR  Zsh completions files 
[PREFIX/share/zsh/functions/Completion/Unix]

@@ -139,6 +140,8 @@ for option; do
SYSCONFDIR="${option#*=}"
 elif [ "${option%%=*}" = '--emacslispdir' ] ; then
EMACSLISPDIR="${option#*=}"
+elif [ "${option%%=*}" = '--emacsetcdir' ] ; then
+   EMACSETCDIR="${option#*=}"
 elif [ "${option%%=*}" = '--bashcompletiondir' ] ; then
BASHCOMPLETIONDIR="${option#*=}"
 elif [ "${option%%=*}" = '--zshcompletiondir' ] ; then
@@ -330,6 +333,14 @@ if [ -z "${EMACSLISPDIR}" ]; then
 fi
 fi

+if [ -z "${EMACSETCDIR}" ]; then
+if pkg-config --exists emacs; then
+   EMACSETCDIR=$(pkg-config emacs --variable sitepkglispdir)
+else
+   EMACSETCDIR='$(prefix)/share/emacs/site-lisp'
+fi
+fi
+
 printf "Checking if emacs is available... "
 if emacs --quick --batch > /dev/null 2>&1; then
 printf "Yes.\n"
@@ -614,6 +625,10 @@ sysconfdir = ${SYSCONFDIR:=\$(prefix)/etc}
 # The directory to which emacs lisp files should be installed
 emacslispdir=${EMACSLISPDIR}

+# The directory to which emacs miscellaneous (machine-independent) files should
+# be installed
+emacsetcdir=${EMACSETCDIR}
+
 # Whether there's an emacs binary available for byte-compiling
 HAVE_EMACS = ${have_emacs}

diff --git a/emacs/Makefile.local b/emacs/Makefile.local
index ce0c3f0..0c58b82 100644
--- a/emacs/Makefile.local
+++ b/emacs/Makefile.local
@@ -38,6 +38,7 @@ install-emacs:
 ifeq ($(HAVE_EMACS),1)
install -m0644 $(emacs_bytecode) "$(DESTDIR)$(emacslispdir)"
 endif
-   install -m0644 $(emacs_images) "$(DESTDIR)$(emacslispdir)"
+   mkdir -p "$(DESTDIR)$(emacsetcdir)"
+   install -m0644 $(emacs_images) "$(DESTDIR)$(emacsetcdir)"

 CLEAN := $(CLEAN) $(emacs_bytecode)
-- 
1.7.7.1

[PATCH] Separate Emacs misc. files dir. from Emacs code dir.

2011-10-25 Thread Amadeusz Żołnowski

New option --emacsetcdir was added, but it's set default to the same
value as --emacslispdir for backward compatibility.
---
 configure|   15 +++
 emacs/Makefile.local |3 ++-
 2 files changed, 17 insertions(+), 1 deletions(-)

diff --git a/configure b/configure
index 3999ce8..e90b76f 100755
--- a/configure
+++ b/configure
@@ -97,6 +97,7 @@ Fine tuning of some installation directories is available:
--mandir=DIRInstall man pages to DIR [PREFIX/share/man]
--sysconfdir=DIRRead-only single-machine data [PREFIX/etc]
--emacslispdir=DIR  Emacs code [PREFIX/share/emacs/site-lisp]
+   --emacsetcdir=DIR   Emacs miscellaneous files 
[PREFIX/share/emacs/site-lisp]
--bashcompletiondir=DIR Bash completions files 
[SYSCONFDIR/bash_completion.d]
--zshcompletiondir=DIR  Zsh completions files 
[PREFIX/share/zsh/functions/Completion/Unix]
 
@@ -139,6 +140,8 @@ for option; do
SYSCONFDIR=${option#*=}
 elif [ ${option%%=*} = '--emacslispdir' ] ; then
EMACSLISPDIR=${option#*=}
+elif [ ${option%%=*} = '--emacsetcdir' ] ; then
+   EMACSETCDIR=${option#*=}
 elif [ ${option%%=*} = '--bashcompletiondir' ] ; then
BASHCOMPLETIONDIR=${option#*=}
 elif [ ${option%%=*} = '--zshcompletiondir' ] ; then
@@ -330,6 +333,14 @@ if [ -z ${EMACSLISPDIR} ]; then
 fi
 fi
 
+if [ -z ${EMACSETCDIR} ]; then
+if pkg-config --exists emacs; then
+   EMACSETCDIR=$(pkg-config emacs --variable sitepkglispdir)
+else
+   EMACSETCDIR='$(prefix)/share/emacs/site-lisp'
+fi
+fi
+
 printf Checking if emacs is available... 
 if emacs --quick --batch  /dev/null 21; then
 printf Yes.\n
@@ -614,6 +625,10 @@ sysconfdir = ${SYSCONFDIR:=\$(prefix)/etc}
 # The directory to which emacs lisp files should be installed
 emacslispdir=${EMACSLISPDIR}
 
+# The directory to which emacs miscellaneous (machine-independent) files should
+# be installed
+emacsetcdir=${EMACSETCDIR}
+
 # Whether there's an emacs binary available for byte-compiling
 HAVE_EMACS = ${have_emacs}
 
diff --git a/emacs/Makefile.local b/emacs/Makefile.local
index ce0c3f0..0c58b82 100644
--- a/emacs/Makefile.local
+++ b/emacs/Makefile.local
@@ -38,6 +38,7 @@ install-emacs:
 ifeq ($(HAVE_EMACS),1)
install -m0644 $(emacs_bytecode) $(DESTDIR)$(emacslispdir)
 endif
-   install -m0644 $(emacs_images) $(DESTDIR)$(emacslispdir)
+   mkdir -p $(DESTDIR)$(emacsetcdir)
+   install -m0644 $(emacs_images) $(DESTDIR)$(emacsetcdir)
 
 CLEAN := $(CLEAN) $(emacs_bytecode)
-- 
1.7.7.1

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH] Separate Emacs miscellaneous files directory from Emacs code directory.

2011-10-25 Thread Amadeusz Żołnowski

Excerpts from Thomas Jost's message of 2011-10-25 09:12:44 +0200:
 However there is something annoying in the commit:
 
 +# The directory to which emacs lisp files should be installed
 +emacsetcdir=${EMACSETCDIR}
 
 $EMACSETCDIR is not for emacs lisp files (that's what $EMACSLISPDIR is
 for), so this line needs be fixed.

Ups. :-)  Just fixed with patch sent moment ago.


Regards,

-- 
Amadeusz Żołnowski
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH] Separate Emacs miscellaneous files directory from Emacs code directory.

2011-10-25 Thread Amadeusz Żołnowski

Excerpts from Tomi Ollila's message of 2011-10-25 10:17:20 +0200:
 On Tue 25 Oct 2011 11:11, Amadeusz Żołnowski aide...@aidecoe.name writes:
 
  Excerpts from Thomas Jost's message of 2011-10-25 09:12:44 +0200:
  However there is something annoying in the commit:
  
  +# The directory to which emacs lisp files should be installed
  +emacsetcdir=${EMACSETCDIR}
  
  $EMACSETCDIR is not for emacs lisp files (that's what $EMACSLISPDIR is
  for), so this line needs be fixed.
 
  Ups. :-)  Just fixed with patch sent moment ago.
 
 And managed to write comment with line length more than 80 chars ;/

Hm, where?  You mean comment below?  Line ends with printable char at
79.  80 is \n.

# The directory to which emacs miscellaneous (machine-independent) files should
# be installed

-- 
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH] Separate Emacs miscellaneous files directory from Emacs code directory.

2011-10-25 Thread Amadeusz Żołnowski

Excerpts from Tomi Ollila's message of 2011-10-25 10:15:15 +0200:
 emacslispdir is supposed to be PREFIX/share/emacs/site-lisp
 
 In case emacsetcdir is not set to anything else this is to be
 the same.
 
 But what is the value for emacsetcdir used in Gentoo ?

The policy in Gentoo with Emacs is to put misc files into separate
directory which defaults to /usr/share/emacs/etc.

It's how I use these options in my ebuild:

  --emacslispdir=${ROOT}/${SITELISP}/${PN}
  --emacsetcdir=${ROOT}/${SITEETC}/${PN}

(${PN} is package name.)

Without this option I need to alter locations of notmuch-logo.png later,
which is ugly.  New option doesn't hurt existing usage and helps Gentoo.
:-)


-- 
Amadeusz Żołnowski


signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] Separate Emacs miscellaneous files directory from Emacs code directory.

2011-10-24 Thread Amadeusz Żołnowski

--emacsetcdir was added, but it's set default to the same value as
--emacslispdir for backward compatibility.
---
 configure|   14 ++
 emacs/Makefile.local |3 ++-
 2 files changed, 16 insertions(+), 1 deletions(-)

diff --git a/configure b/configure
index 3999ce8..37c0283 100755
--- a/configure
+++ b/configure
@@ -97,6 +97,7 @@ Fine tuning of some installation directories is available:
--mandir=DIRInstall man pages to DIR [PREFIX/share/man]
--sysconfdir=DIRRead-only single-machine data [PREFIX/etc]
--emacslispdir=DIR  Emacs code [PREFIX/share/emacs/site-lisp]
+   --emacsetcdir=DIR   Emacs miscellaneous files 
[PREFIX/share/emacs/site-lisp]
--bashcompletiondir=DIR Bash completions files 
[SYSCONFDIR/bash_completion.d]
--zshcompletiondir=DIR  Zsh completions files 
[PREFIX/share/zsh/functions/Completion/Unix]

@@ -139,6 +140,8 @@ for option; do
SYSCONFDIR="${option#*=}"
 elif [ "${option%%=*}" = '--emacslispdir' ] ; then
EMACSLISPDIR="${option#*=}"
+elif [ "${option%%=*}" = '--emacsetcdir' ] ; then
+   EMACSETCDIR="${option#*=}"
 elif [ "${option%%=*}" = '--bashcompletiondir' ] ; then
BASHCOMPLETIONDIR="${option#*=}"
 elif [ "${option%%=*}" = '--zshcompletiondir' ] ; then
@@ -330,6 +333,14 @@ if [ -z "${EMACSLISPDIR}" ]; then
 fi
 fi

+if [ -z "${EMACSETCDIR}" ]; then
+if pkg-config --exists emacs; then
+   EMACSETCDIR=$(pkg-config emacs --variable sitepkglispdir)
+else
+   EMACSETCDIR='$(prefix)/share/emacs/site-lisp'
+fi
+fi
+
 printf "Checking if emacs is available... "
 if emacs --quick --batch > /dev/null 2>&1; then
 printf "Yes.\n"
@@ -614,6 +625,9 @@ sysconfdir = ${SYSCONFDIR:=\$(prefix)/etc}
 # The directory to which emacs lisp files should be installed
 emacslispdir=${EMACSLISPDIR}

+# The directory to which emacs lisp files should be installed
+emacsetcdir=${EMACSETCDIR}
+
 # Whether there's an emacs binary available for byte-compiling
 HAVE_EMACS = ${have_emacs}

diff --git a/emacs/Makefile.local b/emacs/Makefile.local
index ce0c3f0..0c58b82 100644
--- a/emacs/Makefile.local
+++ b/emacs/Makefile.local
@@ -38,6 +38,7 @@ install-emacs:
 ifeq ($(HAVE_EMACS),1)
install -m0644 $(emacs_bytecode) "$(DESTDIR)$(emacslispdir)"
 endif
-   install -m0644 $(emacs_images) "$(DESTDIR)$(emacslispdir)"
+   mkdir -p "$(DESTDIR)$(emacsetcdir)"
+   install -m0644 $(emacs_images) "$(DESTDIR)$(emacsetcdir)"

 CLEAN := $(CLEAN) $(emacs_bytecode)
-- 
1.7.7.1

[PATCH] Prefix lib/notmuch.h and lib/gen-version-script.sh with $(srcdir)

2011-10-24 Thread Amadeusz Żołnowski

lib/notmuch.h and lib/gen-version-script.sh couldn't have been found
when building out of sources directory.
---
 lib/Makefile.local |   13 +++--
 1 files changed, 7 insertions(+), 6 deletions(-)

diff --git a/lib/Makefile.local b/lib/Makefile.local
index ea20b2b..be51eaa 100644
--- a/lib/Makefile.local
+++ b/lib/Makefile.local
@@ -41,6 +41,11 @@ endif
 dir := lib
 extra_cflags += -I$(srcdir)/$(dir) -fPIC
 
+# The (often-reused) $dir works fine within targets/prerequisites,
+# but cannot be used reliably within commands, so copy its value to a
+# variable that is not reused.
+lib := $(dir)
+
 libnotmuch_c_srcs =\
$(notmuch_compat_srcs)  \
$(dir)/filenames.c  \
@@ -68,8 +73,8 @@ $(dir)/libnotmuch.a: $(libnotmuch_modules)
 $(dir)/$(LIBNAME): $(libnotmuch_modules) notmuch.sym
$(call quiet,CXX $(CXXFLAGS)) $(libnotmuch_modules) 
$(FINAL_LIBNOTMUCH_LDFLAGS) $(LIBRARY_LINK_FLAG) -o $@
 
-notmuch.sym: lib/notmuch.h $(libnotmuch_modules)
-   sh lib/gen-version-script.sh $ $(libnotmuch_modules)  $@
+notmuch.sym: $(srcdir)/$(dir)/notmuch.h $(libnotmuch_modules)
+   sh $(srcdir)/$(lib)/gen-version-script.sh $ $(libnotmuch_modules)  $@
 
 $(dir)/$(SONAME): $(dir)/$(LIBNAME)
ln -sf $(LIBNAME) $@
@@ -79,10 +84,6 @@ $(dir)/$(LINKER_NAME): $(dir)/$(SONAME)
 
 install: install-$(dir)
 
-# The (often-reused) $dir works fine within targets/prerequisites,
-# but cannot be used reliably within commands, so copy its value to a
-# variable that is not reused.
-lib := $(dir)
 install-$(dir): $(dir)/$(LIBNAME)
mkdir -p $(DESTDIR)$(libdir)/
install -m0644 $(lib)/$(LIBNAME) $(DESTDIR)$(libdir)/
-- 
1.7.7

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] Separate Emacs miscellaneous files directory from Emacs code directory.

2011-10-24 Thread Amadeusz Żołnowski

--emacsetcdir was added, but it's set default to the same value as
--emacslispdir for backward compatibility.
---
 configure|   14 ++
 emacs/Makefile.local |3 ++-
 2 files changed, 16 insertions(+), 1 deletions(-)

diff --git a/configure b/configure
index 3999ce8..37c0283 100755
--- a/configure
+++ b/configure
@@ -97,6 +97,7 @@ Fine tuning of some installation directories is available:
--mandir=DIRInstall man pages to DIR [PREFIX/share/man]
--sysconfdir=DIRRead-only single-machine data [PREFIX/etc]
--emacslispdir=DIR  Emacs code [PREFIX/share/emacs/site-lisp]
+   --emacsetcdir=DIR   Emacs miscellaneous files 
[PREFIX/share/emacs/site-lisp]
--bashcompletiondir=DIR Bash completions files 
[SYSCONFDIR/bash_completion.d]
--zshcompletiondir=DIR  Zsh completions files 
[PREFIX/share/zsh/functions/Completion/Unix]
 
@@ -139,6 +140,8 @@ for option; do
SYSCONFDIR=${option#*=}
 elif [ ${option%%=*} = '--emacslispdir' ] ; then
EMACSLISPDIR=${option#*=}
+elif [ ${option%%=*} = '--emacsetcdir' ] ; then
+   EMACSETCDIR=${option#*=}
 elif [ ${option%%=*} = '--bashcompletiondir' ] ; then
BASHCOMPLETIONDIR=${option#*=}
 elif [ ${option%%=*} = '--zshcompletiondir' ] ; then
@@ -330,6 +333,14 @@ if [ -z ${EMACSLISPDIR} ]; then
 fi
 fi
 
+if [ -z ${EMACSETCDIR} ]; then
+if pkg-config --exists emacs; then
+   EMACSETCDIR=$(pkg-config emacs --variable sitepkglispdir)
+else
+   EMACSETCDIR='$(prefix)/share/emacs/site-lisp'
+fi
+fi
+
 printf Checking if emacs is available... 
 if emacs --quick --batch  /dev/null 21; then
 printf Yes.\n
@@ -614,6 +625,9 @@ sysconfdir = ${SYSCONFDIR:=\$(prefix)/etc}
 # The directory to which emacs lisp files should be installed
 emacslispdir=${EMACSLISPDIR}
 
+# The directory to which emacs lisp files should be installed
+emacsetcdir=${EMACSETCDIR}
+
 # Whether there's an emacs binary available for byte-compiling
 HAVE_EMACS = ${have_emacs}
 
diff --git a/emacs/Makefile.local b/emacs/Makefile.local
index ce0c3f0..0c58b82 100644
--- a/emacs/Makefile.local
+++ b/emacs/Makefile.local
@@ -38,6 +38,7 @@ install-emacs:
 ifeq ($(HAVE_EMACS),1)
install -m0644 $(emacs_bytecode) $(DESTDIR)$(emacslispdir)
 endif
-   install -m0644 $(emacs_images) $(DESTDIR)$(emacslispdir)
+   mkdir -p $(DESTDIR)$(emacsetcdir)
+   install -m0644 $(emacs_images) $(DESTDIR)$(emacsetcdir)
 
 CLEAN := $(CLEAN) $(emacs_bytecode)
-- 
1.7.7.1

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] Prefix lib/notmuch.h and lib/gen-version-script.sh with $(srcdir)

2011-10-23 Thread Amadeusz Żołnowski

lib/notmuch.h and lib/gen-version-script.sh couldn't have been found
when building out of sources directory.
---
 lib/Makefile.local |   13 +++--
 1 files changed, 7 insertions(+), 6 deletions(-)

diff --git a/lib/Makefile.local b/lib/Makefile.local
index ea20b2b..be51eaa 100644
--- a/lib/Makefile.local
+++ b/lib/Makefile.local
@@ -41,6 +41,11 @@ endif
 dir := lib
 extra_cflags += -I$(srcdir)/$(dir) -fPIC

+# The (often-reused) $dir works fine within targets/prerequisites,
+# but cannot be used reliably within commands, so copy its value to a
+# variable that is not reused.
+lib := $(dir)
+
 libnotmuch_c_srcs =\
$(notmuch_compat_srcs)  \
$(dir)/filenames.c  \
@@ -68,8 +73,8 @@ $(dir)/libnotmuch.a: $(libnotmuch_modules)
 $(dir)/$(LIBNAME): $(libnotmuch_modules) notmuch.sym
$(call quiet,CXX $(CXXFLAGS)) $(libnotmuch_modules) 
$(FINAL_LIBNOTMUCH_LDFLAGS) $(LIBRARY_LINK_FLAG) -o $@

-notmuch.sym: lib/notmuch.h $(libnotmuch_modules)
-   sh lib/gen-version-script.sh $< $(libnotmuch_modules) > $@
+notmuch.sym: $(srcdir)/$(dir)/notmuch.h $(libnotmuch_modules)
+   sh $(srcdir)/$(lib)/gen-version-script.sh $< $(libnotmuch_modules) > $@

 $(dir)/$(SONAME): $(dir)/$(LIBNAME)
ln -sf $(LIBNAME) $@
@@ -79,10 +84,6 @@ $(dir)/$(LINKER_NAME): $(dir)/$(SONAME)

 install: install-$(dir)

-# The (often-reused) $dir works fine within targets/prerequisites,
-# but cannot be used reliably within commands, so copy its value to a
-# variable that is not reused.
-lib := $(dir)
 install-$(dir): $(dir)/$(LIBNAME)
mkdir -p "$(DESTDIR)$(libdir)/"
install -m0644 "$(lib)/$(LIBNAME)" "$(DESTDIR)$(libdir)/"
-- 
1.7.7

79 matches

Mail list logo