On Wed, Apr 11 2012, Austin Clements wrote:
> Previously, the makefile created dependency files in a separate, first
> pass. In particular, include-ing the dependency files would cause
> make to attempt to rebuild those files using the dependency-generation
> rules in the makefile. Unfortunatel
Hi again.
Olivier Berger
writes:
> Hi.
>
> Jameson Graef Rollins
> writes:
>
>>
>> You might also try decrypting the message on the command line, as that
>> will take any emacs issues out of the loop:
>>
>> notmuch show --decrypt id:$msgid
>>
>
> That works now, but only on the command-line.
>
Hi.
Jameson Graef Rollins
writes:
> On Wed, Apr 11 2012, Olivier Berger wrote:
>> Is there a way to decrypt multipart/encrypted messages in notmuch-emacs
>
> Hi, Olivier. Yes, it is possible.
>
>> I can only get a purple "Decryption error" message...
>
> The fact that you're getting this messa
Hi.
Daniel Kahn Gillmor
writes:
> On 04/11/2012 12:58 PM, Olivier Berger wrote:
>>
>> Dunno what happens. Anyone else ?
>
> Are you running gpg-agent?
>
I wasn't, but was using gnome's keyring daemon instead.
I have added 'use_agent' back in my ~/.gnupg/gpg.conf, rebooted and can
now see gpg-
On Mon, Apr 09 2012, Jameson Graef Rollins wrote:
> I had originally included this fixes as part of a more involved series
> to fix up tagging functions [0]. However, these are actually bug
> fixes that stand alone and should not be bogged down in a series
> that's likely going to take a while to
On Sun, Apr 08 2012, Austin Clements wrote:
> The long-awaited and oft-belated conclusion of the show rewrite. All
> of the formatters have been converted to the new style, so this series
> just rips out unused code and does a little cleanup.
Looks good, tests pass.
+1
Tomi
On Mon, Apr 09 2012, Vladimir.Marek at oracle.com wrote:
> From: Vladimir Marek
>
> The inspiration was taken from similar issue in mutt:
> http://does-not-exist.org/mail-archives/mutt-dev/msg11290.html
>
> Signed-off-by: Vladimir Marek
> ---
Code looks pretty good, but 2 issues
1) Commit mess
On Wed, Apr 11 2012, Vladimir Marek wrote:
> Hi,
>
[ ... ]
>
>> Does the configure script work if you replace /bin/sh with /bin/ksh
>> in your Solaris box
>
> yes, it does work if executed by /bin/bash or /bin/ksh
>
>
>> If yes, something like the following could be added to the beginning
>> of
External software dependencies removed: sed and xargs.
Sed shell escaping is handled automatically with perl symlink function.
The xargs usage is specific to gnu xargs (fails on bsd xargs, etc).
NOTE: The current query pulls the list of files into an array all at
once. The larger the list the m
Supports other perl install locations
---
contrib/notmuch-mutt/notmuch-mutt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/contrib/notmuch-mutt/notmuch-mutt
b/contrib/notmuch-mutt/notmuch-mutt
index 71206c3..424f9a3 100755
--- a/contrib/notmuch-mutt/notmuch-mutt
+++ b/c
Some more details :
Olivier Berger
writes:
> Hi.
>
> Is there a way to decrypt multipart/encrypted messages in notmuch-emacs
> ?
>
> I can only get a purple "Decryption error" message...
>
> The mail looks like :
>
> MIME-Version: 1.0
> Content-Type: multipart/encrypted; boundary="=-=-=";
>
External software dependencies removed: sed and xargs.
Sed shell escaping is handled automatically with perl symlink function.
The xargs usage is specific to gnu xargs (fails on bsd xargs, etc).
NOTE: The current query pulls the list of files into an array all at
once. The larger the list the m
Supports other perl install locations
---
contrib/notmuch-mutt/notmuch-mutt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/contrib/notmuch-mutt/notmuch-mutt
b/contrib/notmuch-mutt/notmuch-mutt
index 71206c3..424f9a3 100755
--- a/contrib/notmuch-mutt/notmuch-mutt
+++ b/c
On Mon, 09 Apr 2012, Jani Nikula wrote:
> Vladimir Marek writes:
> I'm throwing in a third alternative below. Does it work for you? I think
> it's both prettier and uglier than the above at the same time! ;)
>
> A middle ground would be to change the callers to use
> "notmuch_talloc_steal", and j
Size: 1030 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120411/6ddadb74/attachment.pgp>
Hi.
Is there a way to decrypt multipart/encrypted messages in notmuch-emacs
?
I can only get a purple "Decryption error" message...
The mail looks like :
MIME-Version: 1.0
Content-Type: multipart/encrypted; boundary="=-=-=";
protocol="application/pgp-encrypted"
--=-=-=
Content-Type: ap
Previously, the makefile created dependency files in a separate, first
pass. In particular, include-ing the dependency files would cause
make to attempt to rebuild those files using the dependency-generation
rules in the makefile. Unfortunately, this approach required obtuse
rules and silently de
Correct me if I'm mistaken, but d_name will only be a basename, so
your calls to stat will fail for files that are not in the current
directory. I think in all of the situations you had to call stat, we
already construct the absolute path of the file (sometimes a little
later in the code, but it c
I've implemented a bi-directional notmuch/gmail sync. It does a full
sync fine, but doesn't do partial syncs at all, and it's too slow to
run a full sync over and over again. I've started working on it again
recently, trying to speed up the full sync process by adding
multiprocessing. The source is
I've implemented a bi-directional notmuch/gmail sync. It does a full
sync fine, but doesn't do partial syncs at all, and it's too slow to
run a full sync over and over again. I've started working on it again
recently, trying to speed up the full sync process by adding
multiprocessing. The source is
On Wed, Apr 11 2012, Olivier Berger wrote:
> Thanks for this suggestion.
>
> As I've responded to Daniel Kahn Gillmor in another message, it seems
> that I may have messed with my config, and gpg-agent may not have worked
> properly.
>
> That's now fixed, I think. See below.
That's great! I'm gl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120411/28c73a80/attachment.pgp>
On Mon, 09 Apr 2012, Jani Nikula wrote:
> Vladimir Marek writes:
> I'm throwing in a third alternative below. Does it work for you? I think
> it's both prettier and uglier than the above at the same time! ;)
>
> A middle ground would be to change the callers to use
> "notmuch_talloc_steal", and j
On 04/11/2012 05:02 PM, Olivier Berger wrote:
> So : if I launch emacs (23) from bash running in gnome-terminal in my gnome
> (fallback) session, decryption works.
>
> If I use Alt+F2 to trigger gnome's launcher, and type emacs, then
> decryption won't work :-/
>
> Both emacses run in X, but they
Hi again.
Olivier Berger
writes:
> Hi.
>
> Jameson Graef Rollins
> writes:
>
>>
>> You might also try decrypting the message on the command line, as that
>> will take any emacs issues out of the loop:
>>
>> notmuch show --decrypt id:$msgid
>>
>
> That works now, but only on the command-line.
>
Hi.
Jameson Graef Rollins
writes:
> On Wed, Apr 11 2012, Olivier Berger wrote:
>> Is there a way to decrypt multipart/encrypted messages in notmuch-emacs
>
> Hi, Olivier. Yes, it is possible.
>
>> I can only get a purple "Decryption error" message...
>
> The fact that you're getting this messa
On Wed, Apr 11 2012, Austin Clements wrote:
> Previously, the makefile created dependency files in a separate, first
> pass. In particular, include-ing the dependency files would cause
> make to attempt to rebuild those files using the dependency-generation
> rules in the makefile. Unfortunatel
Hi.
Daniel Kahn Gillmor
writes:
> On 04/11/2012 12:58 PM, Olivier Berger wrote:
>>
>> Dunno what happens. Anyone else ?
>
> Are you running gpg-agent?
>
I wasn't, but was using gnome's keyring daemon instead.
I have added 'use_agent' back in my ~/.gnupg/gpg.conf, rebooted and can
now see gpg-
Previously, the makefile created dependency files in a separate, first
pass. In particular, include-ing the dependency files would cause
make to attempt to rebuild those files using the dependency-generation
rules in the makefile. Unfortunately, this approach required obtuse
rules and silently de
ackage installed?
--dkg
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1030 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120411/ef86fcc8/attachment.pgp>
Correct me if I'm mistaken, but d_name will only be a basename, so
your calls to stat will fail for files that are not in the current
directory. I think in all of the situations you had to call stat, we
already construct the absolute path of the file (sometimes a little
later in the code, but it c
On Mon, Apr 09 2012, Jameson Graef Rollins wrote:
> I had originally included this fixes as part of a more involved series
> to fix up tagging functions [0]. However, these are actually bug
> fixes that stand alone and should not be bogged down in a series
> that's likely going to take a while to
On Sun, Apr 08 2012, Austin Clements wrote:
> The long-awaited and oft-belated conclusion of the show rewrite. All
> of the formatters have been converted to the new style, so this series
> just rips out unused code and does a little cleanup.
Looks good, tests pass.
+1
Tomi
___
On Mon, Apr 09 2012, vladimir.ma...@oracle.com wrote:
> From: Vladimir Marek
>
> The inspiration was taken from similar issue in mutt:
> http://does-not-exist.org/mail-archives/mutt-dev/msg11290.html
>
> Signed-off-by: Vladimir Marek
> ---
Code looks pretty good, but 2 issues
1) Commit message
On Wed, Apr 11 2012, Vladimir Marek wrote:
> Hi,
>
[ ... ]
>
>> Does the configure script work if you replace /bin/sh with /bin/ksh
>> in your Solaris box
>
> yes, it does work if executed by /bin/bash or /bin/ksh
>
>
>> If yes, something like the following could be added to the beginning
>> of
Hi,
> >> > Posix /bin/sh is not capable of running this configure and fails.
> >>
> >> What fails? What would it take to make this work on posix sh instead?
> >>
> >> The tests do require bash, but generally I think it would be preferable to
> >> not depend on bash to build.
> >
> > Well I gave
gnupg-agent is required for message decryption, so this should help
stem some issues encountered by users trying to decrypt messages.
---
debian/control |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/debian/control b/debian/control
index ada9d3d..bb1974e 100644
--- a/deb
gnupg-agent is required for message decryption, so this should help
stem some issues encountered by users trying to decrypt messages.
---
debian/control |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/debian/control b/debian/control
index ada9d3d..bb1974e 100644
--- a/deb
On 04/11/2012 12:58 PM, Olivier Berger wrote:
>
> Dunno what happens. Anyone else ?
Are you running gpg-agent?
what do you get if you do:
gpg-connect-agent /bye
(please include the return code)?
if you are running on a debian or debian-derived system, do you have the
gnupg-agent package inst
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
I am dreaming again (necessary from time to time...)
I am using offlineimap and notmuch. With offlineimap I sync the "all mail"
folder only and with
notmuch I do the indexing for searching (my normanl mail client is still
thunderbird...).
I tho
Some more details :
Olivier Berger
writes:
> Hi.
>
> Is there a way to decrypt multipart/encrypted messages in notmuch-emacs
> ?
>
> I can only get a purple "Decryption error" message...
>
> The mail looks like :
>
> MIME-Version: 1.0
> Content-Type: multipart/encrypted; boundary="=-=-=";
>
On Wed, Apr 11 2012, Olivier Berger wrote:
> Is there a way to decrypt multipart/encrypted messages in notmuch-emacs
Hi, Olivier. Yes, it is possible.
> I can only get a purple "Decryption error" message...
The fact that you're getting this messages means that notmuch is
attempting to decrypt
ignature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120411/7918ba58/attachment-0001.pgp>
Hi.
Is there a way to decrypt multipart/encrypted messages in notmuch-emacs
?
I can only get a purple "Decryption error" message...
The mail looks like :
MIME-Version: 1.0
Content-Type: multipart/encrypted; boundary="=-=-=";
protocol="application/pgp-encrypted"
--=-=-=
Content-Type: ap
Hi,
> >> > Posix /bin/sh is not capable of running this configure and fails.
> >>
> >> What fails? What would it take to make this work on posix sh instead?
> >>
> >> The tests do require bash, but generally I think it would be preferable to
> >> not depend on bash to build.
> >
> > Well I gave
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
I am dreaming again (necessary from time to time...)
I am using offlineimap and notmuch. With offlineimap I sync the "all mail"
folder only and with
notmuch I do the indexing for searching (my normanl mail client is still
thunderbird...).
I tho
46 matches
Mail list logo
