Re: provide elpa packages
On Sat, Nov 26 2016, David Bremnerwrote: > 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 Ollilawrites: > > (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 Ollilawrote: > 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 Bremnerwrote: > 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