> I'm unable to solve the icon problem. This gtk message is stupid. I couldn't
> find out what's going wrong.
Similar warnings happened to me often in different applications. This is
almost certainly just a warning and not the real problem. Try strace or
gdb to find out what really crashes notmuch
I'm unable to solve the icon problem. This gtk message is stupid. I couldn't
find out what's going wrong.
Excerpts from Sepp Tannhuber's message of October 22, 2014 16:48:
> Gaute Hope schrieb am 15:49 Mittwoch, 22.Oktober 2014:
>
>> Do you have libgpg-error installed?
> No, this was exactly the point. Now, I've compiled it and linked successfully.
>
>> What distro do you run?
> Debian stable with m
Gaute Hope schrieb am 15:49 Mittwoch, 22.Oktober 2014:
> Do you have libgpg-error installed?
No, this was exactly the point. Now, I've compiled it and linked successfully.
> What distro do you run?
Debian stable with many backports from unstable.
The next problem is that astroid doesn't star
Excerpts from Sepp Tannhuber's message of October 22, 2014 16:48:
> Gaute Hope schrieb am 15:49 Mittwoch, 22.Oktober 2014:
> The next problem is that astroid doesn't start:
>
> (astroid:12459): Gtk-WARNING **: Could not find the icon
> 'mail-send-symbolic'. The 'hicolor' theme
> was not found ei
Excerpts from Sepp Tannhuber's message of October 22, 2014 14:23:
> Hi Gaute
>
>
> Gaute Hope schrieb am 8:57 Mittwoch, 22.Oktober 2014:
>> You need a newer version of GTK+, I think at least version 3.10 (I am
>> using 3.12 on Arch Linux) [0].
>
>
>
>
> Thanks for your support. Now the linker fail
Hi Gaute
Gaute Hope schrieb am 8:57 Mittwoch, 22.Oktober 2014:
> You need a newer version of GTK+, I think at least version 3.10 (I am
> using 3.12 on Arch Linux) [0].
Thanks for your support. Now the linker fails:
linking Program ==> astroid
//lib/i386-linux-gnu/libgcrypt.so.20: undefined
On Sun, 12 Oct 2014, Michal Sojka wrote:
> The new outputs allow printing senders, recipients or both of matching
> messages. The --output option is converted from "keyword" argument to
> "flags" argument, which means that the user can use --output=sender and
> --output=recipients simultaneously,
On Sun, 12 Oct 2014, Michal Sojka wrote:
> Many functions that implement the search command need to access command
> line options. Instead of passing each option in a separate variable, put
> them in a structure and pass only this structure.
>
> This will become handy in the following patches.
Hi
> I'm unable to solve the icon problem. This gtk message is stupid. I couldn't
> find out what's going wrong.
Similar warnings happened to me often in different applications. This is
almost certainly just a warning and not the real problem. Try strace or
gdb to find out what really crashes notmuch
I'm unable to solve the icon problem. This gtk message is stupid. I couldn't
find out what's going wrong.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
Excerpts from Sepp Tannhuber's message of October 22, 2014 16:48:
Gaute Hope schrieb am 15:49 Mittwoch, 22.Oktober 2014:
Do you have libgpg-error installed?
No, this was exactly the point. Now, I've compiled it and linked successfully.
What distro do you run?
Debian stable with many backpo
Excerpts from Sepp Tannhuber's message of October 22, 2014 16:48:
Gaute Hope schrieb am 15:49 Mittwoch, 22.Oktober 2014:
The next problem is that astroid doesn't start:
(astroid:12459): Gtk-WARNING **: Could not find the icon 'mail-send-symbolic'.
The 'hicolor' theme
was not found either, perh
Gaute Hope schrieb am 15:49 Mittwoch, 22.Oktober 2014:
> Do you have libgpg-error installed?
No, this was exactly the point. Now, I've compiled it and linked successfully.
> What distro do you run?
Debian stable with many backports from unstable.
The next problem is that astroid doesn't star
Gaute Hope schrieb am 13:19 Dienstag, 21.Oktober 2014:
> I am working on something called 'astroid' which is a GTK+ and WebKit
> based email client for notmuch.
That's really interesting. From your description, it's exactly what
I would like to have. At the moment, compilation fails:
compiling
To ease loading, notmuch-jump.el should provide 'notmuch-jump.
---
emacs/notmuch-jump.el | 4
1 file changed, 4 insertions(+)
diff --git a/emacs/notmuch-jump.el b/emacs/notmuch-jump.el
index 05ec57e..20e24b2 100644
--- a/emacs/notmuch-jump.el
+++ b/emacs/notmuch-jump.el
@@ -170,3 +170,7 @@ b
Excerpts from Sepp Tannhuber's message of October 22, 2014 8:46:
> Gaute Hope schrieb am 13:19 Dienstag, 21.Oktober 2014:
>
>
>> I am working on something called 'astroid' which is a GTK+ and WebKit
>> based email client for notmuch.
>
> That's really interesting. From your description, it's exact
Excerpts from Sepp Tannhuber's message of October 22, 2014 14:23:
Hi Gaute
Gaute Hope schrieb am 8:57 Mittwoch, 22.Oktober 2014:
You need a newer version of GTK+, I think at least version 3.10 (I am
using 3.12 on Arch Linux) [0].
Thanks for your support. Now the linker fails:
linking Pr
Hi Gaute
Gaute Hope schrieb am 8:57 Mittwoch, 22.Oktober 2014:
> You need a newer version of GTK+, I think at least version 3.10 (I am
> using 3.12 on Arch Linux) [0].
Thanks for your support. Now the linker fails:
linking Program ==> astroid
//lib/i386-linux-gnu/libgcrypt.so.20: undefined
On Sun, 12 Oct 2014, Michal Sojka wrote:
> The new outputs allow printing senders, recipients or both of matching
> messages. The --output option is converted from "keyword" argument to
> "flags" argument, which means that the user can use --output=sender and
> --output=recipients simultaneously,
On Sun, 12 Oct 2014, Michal Sojka wrote:
> Many functions that implement the search command need to access command
> line options. Instead of passing each option in a separate variable, put
> them in a structure and pass only this structure.
>
> This will become handy in the following patches.
Hi
On Tue, 07 Oct 2014, Austin Clements wrote:
> This is v2 of the
> id:1412345958-8278-1-git-send-email-aclements at csail.mit.edu. This
> adds some comments and clarifies some code as suggested by David.
> Patch 6 is new in v2 and adds some bit-twiddling macros for clarity
> and robustness in lat
On Tue, 07 Oct 2014, Austin Clements wrote:
> From: Austin Clements
>
> Previously, it was necessary to link new messages to children to work
> around some (though not all) problems with the old metadata-based
> approach to stored thread IDs. With ghost messages, this is no longer
> necessary, s
On Tue, 07 Oct 2014, Austin Clements wrote:
> From: Austin Clements
>
> This updates the thread linking code to use ghost messages instead of
> user metadata to link messages into threads.
>
> In contrast with the old approach, this is actually correct.
> Previously, thread merging updated only t
Hi
I am slowly working my way through this series: only two trivial queries
so far.
On Tue, 07 Oct 2014, Austin Clements wrote:
> From: Austin Clements
>
> This updates the message abstraction to support ghost messages: it
> adds a message flag that distinguishes regular messages from ghost
>
25 matches
Mail list logo