Re: provide elpa packages
On Sat, Nov 26 2016, David Bremner wrote: > Tomi Ollila writes: > >> >> (you could amend copying Makefile.global for out of tree builds -- or use >> include $(srcdir)/Makefile.global) >> > > OK, I did that, and pushed to master and release. BTW, the next line > still looks problematic for oot builds? Did not test... oot builds (and tests) works fine with that and my patches applied. Tomi > > d ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: provide elpa packages
Tomi Ollila writes: > > (you could amend copying Makefile.global for out of tree builds -- or use > include $(srcdir)/Makefile.global) > OK, I did that, and pushed to master and release. BTW, the next line still looks problematic for oot builds? Did not test... d ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: provide elpa packages
On Fri, Nov 25 2016, Tomi Ollila wrote: > On Sat, Nov 19 2016, David Bremner wrote: > >> This is an answer to the discussion we were having on irc the other day >> about easily installing the emacs front-end for a single user. >> >> For users of package.el supporting emacs (iirc, emacs 24.1+), you can >> >> 1) make elpa >> 2) From within emacs M-x package-install-file >> the-tarball-produced-in-step-1 >> >> That's it, no modifications of paths etc... required. >> >> [PATCH 1/2] build: Move variable definitions to Makefile.global >> >> This looks big, but it's just code movement. Of course with makefiles >> moving things around is not without peril, so test builds in various >> corner cases (e.g. not current Debian) would be a good idea > > Series LGTM (especially Makefile.global) (you could amend copying Makefile.global for out of tree builds -- or use include $(srcdir)/Makefile.global) > > Worked without hiccups on SL6.2) > > Tomi ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: provide elpa packages
On Sat, Nov 19 2016, David Bremner wrote: > This is an answer to the discussion we were having on irc the other day about > easily installing the emacs front-end for a single user. > > For users of package.el supporting emacs (iirc, emacs 24.1+), you can > > 1) make elpa > 2) From within emacs M-x package-install-file > the-tarball-produced-in-step-1 > > That's it, no modifications of paths etc... required. > > [PATCH 1/2] build: Move variable definitions to Makefile.global > > This looks big, but it's just code movement. Of course with makefiles > moving things around is not without peril, so test builds in various > corner cases (e.g. not current Debian) would be a good idea Series LGTM (especially Makefile.global) Worked without hiccups on SL6.2) Tomi ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
provide elpa packages
This is an answer to the discussion we were having on irc the other day about easily installing the emacs front-end for a single user. For users of package.el supporting emacs (iirc, emacs 24.1+), you can 1) make elpa 2) From within emacs M-x package-install-file the-tarball-produced-in-step-1 That's it, no modifications of paths etc... required. [PATCH 1/2] build: Move variable definitions to Makefile.global This looks big, but it's just code movement. Of course with makefiles moving things around is not without peril, so test builds in various corner cases (e.g. not current Debian) would be a good idea ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch