Re: [PATCH 2/4] nmbug: Handle missing @upstream in is_unmerged
"W. Trevor King" writes: > On Wed, Jul 16, 2014 at 07:36:10PM -0300, David Bremner wrote: >> W. Trevor King writes: >> > If we don't have an upstream, there is nothing to merge, so >> > nothing is unmerged. This avoids errors like: >> >> pushed this one patch. > > Without the stderr-catching of something like patch 3, this means > folks without an upstream are going to see a distracting: > > error: No upstream configured for branch 'master' > > if they run 'nmbug status' without an @upstream. > > I'm working through the Python translation now ;). Perhaps the best thing is to revert that patch then? d ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: excluding files from a folder for searches
Alan Schmitt writes: > > By the way, how will notmuch realize that the messages are no longer > there? Does it still scan the directory when it's in new.ignore? > No, I think you'll have to do something manual like remove the directory from the ignore list, move the directory out of the way, an re-run notmuch new. ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: excluding files from a folder for searches
On 2014-07-17 11:38, David Bremner writes: > Alan Schmitt writes: > >> By the way, how will notmuch realize that the messages are no longer >> there? Does it still scan the directory when it's in new.ignore? > > No, I think you'll have to do something manual like remove the directory > from the ignore list, move the directory out of the way, an re-run > notmuch new. That worked great, thanks a lot! Alan -- OpenPGP Key ID : 040D0A3B4ED2E5C7 pgpsafrubK_Tc.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [PATCH 2/4] nmbug: Handle missing @upstream in is_unmerged
On Thu, Jul 17, 2014 at 06:28:55AM -0300, David Bremner wrote: > W. Trevor King writes: > > On Wed, Jul 16, 2014 at 07:36:10PM -0300, David Bremner wrote: > >> W. Trevor King writes: > >> > If we don't have an upstream, there is nothing to merge, so > >> > nothing is unmerged. This avoids errors like: > >> > >> pushed this one patch. > > > > Without the stderr-catching of something like patch 3, this means > > folks without an upstream are going to see a distracting: > > > > error: No upstream configured for branch 'master' > > > > if they run 'nmbug status' without an @upstream. > > > > I'm working through the Python translation now ;). > > Perhaps the best thing is to revert that patch then? Sure. Trevor -- This email may be signed or encrypted with GnuPG (http://www.gnupg.org). For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy signature.asc Description: OpenPGP digital signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
emacs UI hang: viewing a thread where msg has .tgz attachment with symlink to ..
When I view one particular thread, in which one of the messages has a .tgz attachment, emacs hangs for at least 2-3 minutes before I stop it with ctrl-g. An strace on the emacs process shows an endless series of stats and opens such as: open("/tmp/emm.3391uhh/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/sfm-source/book/figures/fig-421.png", O_RDONLY|O_LARGEFILE) = 15 Those are undoubtedly from the message with the .tgz attachment, which all untars to src/ and has src/course as a symlink to ..: $ tar -tvf 6.SFMx-source.tgz | grep src/course lrwxrwxrwx sanjoy/sanjoy 0 2014-04-22 14:59 src/course -> .. So I wonder whether notmuch-emacs is trying to untar the attachment and then makes an ever more nested version of it, and never stops. (As a test, I visited the .tgz file directly in Emacs [with C-x C-f] but that caused no problem. So I think it is something specific to the notmuch emacs interface.) When I ctrl-g the emacs, I get a view of the thread in notmuch-show mode, but perhaps not surprisingly it is slightly incorrect (see attached screenshot). The last message's information and content (from the "Subject:" line onward) should be indented one space to line up under the "Sanjoy Mahajan...07:11". I'm using notmuch and notmuch-emacs 0.18.1-1 (Debian/i386 pkg) and emacs 24.3. If there is further debugging information that would help, or tests that I should run, let me know. -Sanjoy ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
excluding files from a folder for searches
On 2014-07-16 21:10, David Bremner writes: >> I'm trying to configure notmuch such that it never searches for files in >> my Trash folder. I have found in the configuration how to exclude some >> tags from every search, but not how to exclude a folder. >> >> Is it possible? > > One thing you can do is mark the trash folder to be ignored by > notmuch new. See the new.ignore setting in man notmuch-config(1). Thank you for the suggestion, I've added ".Trash" to this list. As the current messages will be deleted in about a week, it should be fine. By the way, how will notmuch realize that the messages are no longer there? Does it still scan the directory when it's in new.ignore? Thanks again, Alan -- OpenPGP Key ID : 040D0A3B4ED2E5C7 -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 494 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140717/3f7e99cd/attachment.pgp>
[PATCH 2/4] nmbug: Handle missing @upstream in is_unmerged
"W. Trevor King" writes: > On Wed, Jul 16, 2014 at 07:36:10PM -0300, David Bremner wrote: >> W. Trevor King writes: >> > If we don't have an upstream, there is nothing to merge, so >> > nothing is unmerged. This avoids errors like: >> >> pushed this one patch. > > Without the stderr-catching of something like patch 3, this means > folks without an upstream are going to see a distracting: > > error: No upstream configured for branch 'master' > > if they run 'nmbug status' without an @upstream. > > I'm working through the Python translation now ;). Perhaps the best thing is to revert that patch then? d
excluding files from a folder for searches
Alan Schmitt writes: > > By the way, how will notmuch realize that the messages are no longer > there? Does it still scan the directory when it's in new.ignore? > No, I think you'll have to do something manual like remove the directory from the ignore list, move the directory out of the way, an re-run notmuch new.
excluding files from a folder for searches
On 2014-07-17 11:38, David Bremner writes: > Alan Schmitt writes: > >> By the way, how will notmuch realize that the messages are no longer >> there? Does it still scan the directory when it's in new.ignore? > > No, I think you'll have to do something manual like remove the directory > from the ignore list, move the directory out of the way, an re-run > notmuch new. That worked great, thanks a lot! Alan -- OpenPGP Key ID : 040D0A3B4ED2E5C7 -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 494 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140717/82ecf0f6/attachment.pgp>
[PATCH 2/4] nmbug: Handle missing @upstream in is_unmerged
On Thu, Jul 17, 2014 at 06:28:55AM -0300, David Bremner wrote: > W. Trevor King writes: > > On Wed, Jul 16, 2014 at 07:36:10PM -0300, David Bremner wrote: > >> W. Trevor King writes: > >> > If we don't have an upstream, there is nothing to merge, so > >> > nothing is unmerged. This avoids errors like: > >> > >> pushed this one patch. > > > > Without the stderr-catching of something like patch 3, this means > > folks without an upstream are going to see a distracting: > > > > error: No upstream configured for branch 'master' > > > > if they run 'nmbug status' without an @upstream. > > > > I'm working through the Python translation now ;). > > Perhaps the best thing is to revert that patch then? Sure. Trevor -- This email may be signed or encrypted with GnuPG (http://www.gnupg.org). For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140717/9dd4a843/attachment-0001.pgp>
emacs UI hang: viewing a thread where msg has .tgz attachment with symlink to ..
When I view one particular thread, in which one of the messages has a .tgz attachment, emacs hangs for at least 2-3 minutes before I stop it with ctrl-g. An strace on the emacs process shows an endless series of stats and opens such as: open("/tmp/emm.3391uhh/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/course/src/sfm-source/book/figures/fig-421.png", O_RDONLY|O_LARGEFILE) = 15 Those are undoubtedly from the message with the .tgz attachment, which all untars to src/ and has src/course as a symlink to ..: $ tar -tvf 6.SFMx-source.tgz | grep src/course lrwxrwxrwx sanjoy/sanjoy 0 2014-04-22 14:59 src/course -> .. So I wonder whether notmuch-emacs is trying to untar the attachment and then makes an ever more nested version of it, and never stops. (As a test, I visited the .tgz file directly in Emacs [with C-x C-f] but that caused no problem. So I think it is something specific to the notmuch emacs interface.) When I ctrl-g the emacs, I get a view of the thread in notmuch-show mode, but perhaps not surprisingly it is slightly incorrect (see attached screenshot). The last message's information and content (from the "Subject:" line onward) should be indented one space to line up under the "Sanjoy Mahajan...07:11". I'm using notmuch and notmuch-emacs 0.18.1-1 (Debian/i386 pkg) and emacs 24.3. If there is further debugging information that would help, or tests that I should run, let me know. -Sanjoy -- next part -- A non-text attachment was scrubbed... Name: screen.png Type: image/png Size: 8317 bytes Desc: screenshot URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140717/44018bb9/attachment.png>