Re: Notmuch-mutt in RaspberryPi

2015-07-13 Thread Andrei POPESCU 
On Lu, 13 iul 15, 21:17:59, Yeison Quintero wrote:
> Good evening David.
> 
> Please send to me the steps to install and configure notmuch-mutt. I
> already have mutt instaled in my OS.

Dear Yeison,

Mutt and notmuch are independent programs. notmuch-mutt is just the 
"glue" to connect them. Before you can make it work you must configure 
notmuch as per David's instructions (below).

> 2015-07-10 1:10 GMT-04:30 David Bremner :
> 
> > I'm trying to help, but you didn't answer the questions I asked in my
> > first message.
> >
> > 1) Do you have the notmuch binary (e.g. /usr/bin/notmuch,
> >/usr/local/bin/notmuch) installed? If not, install it.
> >
> > 2) run "notmuch setup" from the command line.
> >
> > 3) run "notmuch new" from the command line.
> >
> > 4) now try notmuch-mutt.
> >
> > You will need to repeat step 3 (or learn about "notmuch insert" whenever
> > you have new mail delivered to the machine running notmuch-mutt.

Kind regards,
Andrei
-- 
If you can't explain it simply, you don't understand it well enough.
(Albert Einstein)
http://nuvreauspam.ro/gpg-transition.txt


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

notmuch-tree display

2015-07-13 Thread Aneesh Kumar K.V 
Mark Walters  writes:

> On Sun, 12 Jul 2015, "Aneesh Kumar K.V"  
> wrote:
>> "Aneesh Kumar K.V"  writes:
>>
>>> Mark Walters  writes:
>>>
 It could be a font issue (for the tree graphical characters). Which font
 are you using? and is emacs running in a terminal or in its own window?

 Best wishes

 Mark

>>>
>>> I tried changing the font, but that did help. I am running emacs in its
>>> own window.
>>>
>>
>> Ok switching to ubuntu mono regular fixed the issue. So it is really
>> related to font. I don't know what changed. I always used inconsolata
>> and it worked before.
>
> My guess is that incosolata does not have all the graphics characters,
> so emacs drops to a different font when displaying them. For some reason
> it is now dropping to some other different font and the display is
> getting messed up.
>
> I think what-cursor-position called with a prefix argument (so C-u M-x
> what-cursor-position) tells you (amongst other things) the font under
> the cursor.  For me, when using incosalata as default font,  the quarter
> circles and arrow heads are in some different font.
>
> I don't know what the fix would be if this is the problem but lets see
> if it the problem first!
>
> Best wishes
>

Yes that seems to be issue. For non working I have

 position: 158 of 780 (20%), column: 36

character: ├ (displayed as ├) (codepoint 9500, #o22434, #x251c)
preferred charset: unicode (Unicode (ISO10646))
code point in charset: 0x251C
   script: symbol
   syntax: _which means: symbol
 category: .:Base, c:Chinese, h:Korean, j:Japanese
 to input: type "C-x 8 RET HEX-CODEPOINT" or "C-x 8 RET NAME"
  buffer code: #xE2 #x94 #x9C
file code: #xE2 #x94 #x9C (encoded by coding system utf-8)
  display: by this font (glyph code)
xft:-unknown-TeX Gyre Termes 
Math-normal-normal-normal-*-17-*-*-*-*-0-iso1064


For working font i have

 position: 158 of 780 (20%), column: 36
character: ├ (displayed as ├) (codepoint 9500, #o22434, #x251c)
preferred charset: unicode (Unicode (ISO10646))
code point in charset: 0x251C
   script: symbol
   syntax: _which means: symbol
 category: .:Base, c:Chinese, h:Korean, j:Japanese
 to input: type "C-x 8 RET HEX-CODEPOINT" or "C-x 8 RET NAME"
  buffer code: #xE2 #x94 #x9C
file code: #xE2 #x94 #x9C (encoded by coding system utf-8)
  display: by this font (glyph code)
xft:-unknown-Ubuntu Mono-normal-normal-normal-*-17-*-*-*-m-0-iso10646-1 
(#x4E

-aneesh

Notmuch-mutt in RaspberryPi

2015-07-13 Thread Yeison Quintero 
Good evening David.

Please send to me the steps to install and configure notmuch-mutt. I
already have mutt instaled in my OS.

Thanks,

Yeison Quintero
System Administrator
Spanish Connector L.L.C
Venezuela
Phone:
*1-404-480-9188* Ext.
8012
 (US)  /  *58*
-
*243*
-
*242*
-
*0470 *(Venezuela)
Email: yeison.quintero at spanishconnector.com
Skype ID: spanishconnector.yeison1
Website: www.spanishconnector.com
 Estamos en LinkedIn. Connect with us!
<https://www.linkedin.com/company/spanish-connector>
 Estamos en Facebook. Like us!
<http://www.facebook.com/pages/Spanish-Connector/323815083493>
 Estamos en Twitter. Follow us! <http://twitter.com/@spanishconnectr>
<http://www.spanishconnector.com/>

2015-07-10 1:10 GMT-04:30 David Bremner :

> Yeison Quintero  writes:
>
> > Good afternoon David.
> >
> > I use mutt to send and receive emails in my linux shell, and I'm really
> > searching a plugin or macro to make words searching in the body of the
> > message in mutt.
> >
> > If you can help me, I would feel grateful.
> >
>
> I'm trying to help, but you didn't answer the questions I asked in my
> first message.
>
> 1) Do you have the notmuch binary (e.g. /usr/bin/notmuch,
>/usr/local/bin/notmuch) installed? If not, install it.
>
> 2) run "notmuch setup" from the command line.
>
> 3) run "notmuch new" from the command line.
>
> 4) now try notmuch-mutt.
>
> You will need to repeat step 3 (or learn about "notmuch insert" whenever
> you have new mail delivered to the machine running notmuch-mutt.
>
> d
>
>
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20150713/8a3b68eb/attachment.html>

Re: Notmuch-mutt in RaspberryPi

2015-07-13 Thread Yeison Quintero 
Good evening David.

Please send to me the steps to install and configure notmuch-mutt. I
already have mutt instaled in my OS.

Thanks,

Yeison Quintero
System Administrator
Spanish Connector L.L.C
Venezuela
Phone:
*1-404-480-9188* Ext.
8012
 (US)  /  *58*
-
*243*
-
*242*
-
*0470 *(Venezuela)
Email: yeison.quint...@spanishconnector.com
Skype ID: spanishconnector.yeison1
Website: www.spanishconnector.com
 Estamos en LinkedIn. Connect with us!

 Estamos en Facebook. Like us!

 Estamos en Twitter. Follow us! 


2015-07-10 1:10 GMT-04:30 David Bremner :

> Yeison Quintero  writes:
>
> > Good afternoon David.
> >
> > I use mutt to send and receive emails in my linux shell, and I'm really
> > searching a plugin or macro to make words searching in the body of the
> > message in mutt.
> >
> > If you can help me, I would feel grateful.
> >
>
> I'm trying to help, but you didn't answer the questions I asked in my
> first message.
>
> 1) Do you have the notmuch binary (e.g. /usr/bin/notmuch,
>/usr/local/bin/notmuch) installed? If not, install it.
>
> 2) run "notmuch setup" from the command line.
>
> 3) run "notmuch new" from the command line.
>
> 4) now try notmuch-mutt.
>
> You will need to repeat step 3 (or learn about "notmuch insert" whenever
> you have new mail delivered to the machine running notmuch-mutt.
>
> d
>
>
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Building 0.20.2: /Users/haven hard-coded path in Makefile

2015-07-13 Thread Johnny Utahh 
Once I actually checked out the the proper tag ('git checkout 
tags/0.20.2', which I failed to do previously, my bad; thanks David for 
politely pointing that out), the build and install went fine. Main 
problem solved, thanks.

To answer David's question below: prior to the above, corrective action, 
the message says "warning" but the build appears to stop. So I guess I'm 
not sure if it indeed was a build failure or just a warning. Alas, it 
may not matter, as my main problem is now solved. In any case, details 
here: https://gist.github.com/johnnyutahh/d6f6844ff36a05b01ac7

On 7/13/15, 1:00 AM, David Bremner wrote:
> About your actual question, I guess the ruby install on your machine 
> is broken in some way. That Makefile is generated by "ruby extconf.rb 
> --vendor", and any hardcoded paths are added by extconf.rb, I think. 
> Is it an actual build failure or just a warning? d 

On 7/12/15, 11:48 PM, David Bremner wrote:
> There are no tagged versions in the master branch. Version 20.2 was 
> merged back in to master, but master also also contains other changes, 
> including the one which enables building the ruby extension by default.

Re: Building 0.20.2: /Users/haven hard-coded path in Makefile

2015-07-13 Thread Johnny Utahh 
Once I actually checked out the the proper tag ('git checkout 
tags/0.20.2', which I failed to do previously, my bad; thanks David for 
politely pointing that out), the build and install went fine. Main 
problem solved, thanks.


To answer David's question below: prior to the above, corrective action, 
the message says "warning" but the build appears to stop. So I guess I'm 
not sure if it indeed was a build failure or just a warning. Alas, it 
may not matter, as my main problem is now solved. In any case, details 
here: https://gist.github.com/johnnyutahh/d6f6844ff36a05b01ac7


On 7/13/15, 1:00 AM, David Bremner wrote:
About your actual question, I guess the ruby install on your machine 
is broken in some way. That Makefile is generated by "ruby extconf.rb 
--vendor", and any hardcoded paths are added by extconf.rb, I think. 
Is it an actual build failure or just a warning? d 


On 7/12/15, 11:48 PM, David Bremner wrote:
There are no tagged versions in the master branch. Version 20.2 was 
merged back in to master, but master also also contains other changes, 
including the one which enables building the ruby extension by default. 

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

notmuch-tree display

2015-07-13 Thread Mark Walters 

On Sun, 12 Jul 2015, "Aneesh Kumar K.V"  
wrote:
> "Aneesh Kumar K.V"  writes:
>
>> Mark Walters  writes:
>>
>>> It could be a font issue (for the tree graphical characters). Which font
>>> are you using? and is emacs running in a terminal or in its own window?
>>>
>>> Best wishes
>>>
>>> Mark
>>>
>>
>> I tried changing the font, but that did help. I am running emacs in its
>> own window.
>>
>
> Ok switching to ubuntu mono regular fixed the issue. So it is really
> related to font. I don't know what changed. I always used inconsolata
> and it worked before.

My guess is that incosolata does not have all the graphics characters,
so emacs drops to a different font when displaying them. For some reason
it is now dropping to some other different font and the display is
getting messed up.

I think what-cursor-position called with a prefix argument (so C-u M-x
what-cursor-position) tells you (amongst other things) the font under
the cursor.  For me, when using incosalata as default font,  the quarter
circles and arrow heads are in some different font.

I don't know what the fix would be if this is the problem but lets see
if it the problem first!

Best wishes

Mark

Does Notmuch employ a '.noupdate'-like feature?

2015-07-13 Thread Johnny Utahh 
Does Notmuch employ a '.noupdate'-like feature?  Details: 
https://github.com/djcb/mu/issues/22

Maybe Notmuch is fast enough where it doesn't need it?
Details: https://github.com/johnnyutahh/search-based-email#core_choice

Re: notmuch-tree display

2015-07-13 Thread Aneesh Kumar K.V 
Mark Walters  writes:

> On Sun, 12 Jul 2015, "Aneesh Kumar K.V"  
> wrote:
>> "Aneesh Kumar K.V"  writes:
>>
>>> Mark Walters  writes:
>>>
 It could be a font issue (for the tree graphical characters). Which font
 are you using? and is emacs running in a terminal or in its own window?

 Best wishes

 Mark

>>>
>>> I tried changing the font, but that did help. I am running emacs in its
>>> own window.
>>>
>>
>> Ok switching to ubuntu mono regular fixed the issue. So it is really
>> related to font. I don't know what changed. I always used inconsolata
>> and it worked before.
>
> My guess is that incosolata does not have all the graphics characters,
> so emacs drops to a different font when displaying them. For some reason
> it is now dropping to some other different font and the display is
> getting messed up.
>
> I think what-cursor-position called with a prefix argument (so C-u M-x
> what-cursor-position) tells you (amongst other things) the font under
> the cursor.  For me, when using incosalata as default font,  the quarter
> circles and arrow heads are in some different font.
>
> I don't know what the fix would be if this is the problem but lets see
> if it the problem first!
>
> Best wishes
>

Yes that seems to be issue. For non working I have

 position: 158 of 780 (20%), column: 36
 
character: ├ (displayed as ├) (codepoint 9500, #o22434, #x251c)
preferred charset: unicode (Unicode (ISO10646))
code point in charset: 0x251C
   script: symbol
   syntax: _which means: symbol
 category: .:Base, c:Chinese, h:Korean, j:Japanese
 to input: type "C-x 8 RET HEX-CODEPOINT" or "C-x 8 RET NAME"
  buffer code: #xE2 #x94 #x9C
file code: #xE2 #x94 #x9C (encoded by coding system utf-8)
  display: by this font (glyph code)
xft:-unknown-TeX Gyre Termes 
Math-normal-normal-normal-*-17-*-*-*-*-0-iso1064


For working font i have

 position: 158 of 780 (20%), column: 36
character: ├ (displayed as ├) (codepoint 9500, #o22434, #x251c)
preferred charset: unicode (Unicode (ISO10646))
code point in charset: 0x251C
   script: symbol
   syntax: _which means: symbol
 category: .:Base, c:Chinese, h:Korean, j:Japanese
 to input: type "C-x 8 RET HEX-CODEPOINT" or "C-x 8 RET NAME"
  buffer code: #xE2 #x94 #x9C
file code: #xE2 #x94 #x9C (encoded by coding system utf-8)
  display: by this font (glyph code)
xft:-unknown-Ubuntu Mono-normal-normal-normal-*-17-*-*-*-m-0-iso10646-1 
(#x4E

-aneesh

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

Does Notmuch employ a '.noupdate'-like feature?

2015-07-13 Thread Johnny Utahh 
Does Notmuch employ a '.noupdate'-like feature?  Details: 
https://github.com/djcb/mu/issues/22


Maybe Notmuch is fast enough where it doesn't need it?
Details: https://github.com/johnnyutahh/search-based-email#core_choice
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Building 0.20.2: /Users/haven hard-coded path in Makefile

2015-07-13 Thread David Bremner 
Johnny Utahh  writes:

> It appears 0.20.2 has a hard-coded path in a ruby Makefile? Granted, 
> this is built on Mac OS X.  See the end of this gist: 
> https://gist.github.com/johnnyutahh/d6f6844ff36a05b01ac7
>
> I see some build problems here, but at first glance they seem different: 
> http://notmuchmail.org/pipermail/notmuch/2015/020720.html

About your actual question, I guess the ruby install on your machine is
broken in some way. That Makefile is generated by "ruby extconf.rb
--vendor", and any hardcoded paths are added by extconf.rb, I think. Is
it an actual build failure or just a warning?

d

Building 0.20.2: /Users/haven hard-coded path in Makefile

2015-07-13 Thread David Bremner 
Johnny Utahh  writes:

> Are builds for tagged versions in the master branch supposed to 
> generally be "solid", including for OS X? Or should I not expect such 
> things.

There are no tagged versions in the master branch. Version 20.2 was
merged back in to master, but master also also contains other changes,
including the one which enables building the ruby extension by default.

d

Re: notmuch-tree display

2015-07-13 Thread Mark Walters 

On Sun, 12 Jul 2015, "Aneesh Kumar K.V"  wrote:
> "Aneesh Kumar K.V"  writes:
>
>> Mark Walters  writes:
>>
>>> It could be a font issue (for the tree graphical characters). Which font
>>> are you using? and is emacs running in a terminal or in its own window?
>>>
>>> Best wishes
>>>
>>> Mark
>>>
>>
>> I tried changing the font, but that did help. I am running emacs in its
>> own window.
>>
>
> Ok switching to ubuntu mono regular fixed the issue. So it is really
> related to font. I don't know what changed. I always used inconsolata
> and it worked before.

My guess is that incosolata does not have all the graphics characters,
so emacs drops to a different font when displaying them. For some reason
it is now dropping to some other different font and the display is
getting messed up.

I think what-cursor-position called with a prefix argument (so C-u M-x
what-cursor-position) tells you (amongst other things) the font under
the cursor.  For me, when using incosalata as default font,  the quarter
circles and arrow heads are in some different font.

I don't know what the fix would be if this is the problem but lets see
if it the problem first!

Best wishes

Mark




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