Austin Clements writes:
> 48db8c8 introduced a disagreement between when
> notmuch_database_needs_upgrade returned TRUE and when
> notmuch_database_upgrade actually performed an upgrade. As a result,
> if a database had a version less than 3, but no new features were
> required, notmuch new woul
Austin Clements writes:
> 48db8c8 introduced a disagreement between when
> notmuch_database_needs_upgrade returned TRUE and when
> notmuch_database_upgrade actually performed an upgrade. As a result,
> if a database had a version less than 3, but no new features were
> required, notmuch new woul
On Tue, 02 Sep 2014, Tomi Ollila wrote:
> On Tue, Sep 02 2014, Austin Clements wrote:
>
>> 48db8c8 introduced a disagreement between when
>> notmuch_database_needs_upgrade returned TRUE and when
>> notmuch_database_upgrade actually performed an upgrade. As a result,
>> if a database had a versi
On 08/30/2014 03:37 AM, Jani Nikula wrote:
> I'm inclined to think this is a bug in message-mode.
I agree it's a bug in message-mode, not in notmuch itself.
> As a workaround of sorts, I'd suggest not messing with the #secure tag
> manually. Instead, you can use mml-secure-message-sign and
> mml
Some (older) Doxygen versions do not create such a temporary file.
---
I was crafting somewhat larger patch where doxygen outputs to _build/.wip...
and then the final would be sed(1)'d to the target. But as that would not
be the ultimate solution (i.e. sed(1) to yet another intermediate and mv(1)
On Tue, Sep 02 2014, Austin Clements wrote:
> 48db8c8 introduced a disagreement between when
> notmuch_database_needs_upgrade returned TRUE and when
> notmuch_database_upgrade actually performed an upgrade. As a result,
> if a database had a version less than 3, but no new features were
> requir
48db8c8 introduced a disagreement between when
notmuch_database_needs_upgrade returned TRUE and when
notmuch_database_upgrade actually performed an upgrade. As a result,
if a database had a version less than 3, but no new features were
required, notmuch new would call notmuch_database_upgrade to p
48db8c8 introduced a disagreement between when
notmuch_database_needs_upgrade returned TRUE and when
notmuch_database_upgrade actually performed an upgrade. As a result,
if a database had a version less than 3, but no new features were
required, notmuch new would call notmuch_database_upgrade to p
Some (older) Doxygen versions do not create such a temporary file.
---
I was crafting somewhat larger patch where doxygen outputs to _build/.wip...
and then the final would be sed(1)'d to the target. But as that would not
be the ultimate solution (i.e. sed(1) to yet another intermediate and mv(1)
On Mon, Sep 01 2014, Perttu Luukko wrote:
> On 2014-08-31 07:41:42, David Bremner wrote:
>> Perttu Luukko writes:
>> > The vast majority of these ignored mails are not ignored after I
>> > transfer them with offlineimap to another computer. I can non-ignore
>> > these files probably by copying t
On 2014-09-01 09:52:20, Perttu Luukko wrote:
> If the files really are ignored because of GMime it also explains why so
> much more files are ignored on my mail provider's server than on my
> laptop. The server probably has an older version of GMime. I'll upgrade
> and see if that makes a differenc
On 2014-08-31 07:41:42, David Bremner wrote:
> Perttu Luukko writes:
> > The vast majority of these ignored mails are not ignored after I
> > transfer them with offlineimap to another computer. I can non-ignore
> > these files probably by copying the renamed file back to the mail
> > server, so th
On 2014-08-31 09:46:12, David Bremner wrote:
> Perttu Luukko writes:
>
> > I understand that the list of non-mail files is stored in the
> > notmuch database and the files are completely ignored from there on.
> > This actually makes it harder to debug these kind of issues since
> > the list of i
On Mon, Sep 01 2014, Perttu Luukko wrote:
> On 2014-08-31 07:41:42, David Bremner wrote:
>> Perttu Luukko writes:
>> > The vast majority of these ignored mails are not ignored after I
>> > transfer them with offlineimap to another computer. I can non-ignore
>> > these files probably by copying t
On 2014-09-01 09:52:20, Perttu Luukko wrote:
> If the files really are ignored because of GMime it also explains why so
> much more files are ignored on my mail provider's server than on my
> laptop. The server probably has an older version of GMime. I'll upgrade
> and see if that makes a differenc
15 matches
Mail list logo