Commit Graph

96 Commits

Author SHA1 Message Date
Charlotte Van Petegem
e20b16e5a3 mu: 1.12.2 -> 1.12.4
https://github.com/djcb/mu/releases/tag/v1.12.3
https://github.com/djcb/mu/releases/tag/v1.12.4
2024-04-18 02:28:34 -07:00
R. Ryantm
986bd442b9 mu: 1.12.1 -> 1.12.2 2024-03-17 01:21:52 -07:00
R. Ryantm
bbc8b74bdc mu: 1.12.0 -> 1.12.1 2024-03-03 14:06:21 -08:00
Charlotte Van Petegem
202dd43c67
mu: 1.10.8 -> 1.12.0
https://github.com/djcb/mu/blob/v1.12.0/NEWS.org
2024-02-27 10:31:36 +01:00
Charlotte Van Petegem
99298c3da0 mu: 1.10.7 -> 1.10.8
https://github.com/djcb/mu/releases/tag/v1.10.8
2023-11-11 19:33:31 +01:00
Lin Jian
ac4f5079f7 emacsPackages.mu4e: init at 1.10.7
This patch packages mu4e as an Emacs lisp package based on the mu4e
output of the multiple-output package mu, which makes mu4e a good
citizen of Emacs lisp packages in two aspects.

First, mu4e now utilizes the Emacs lisp package infrastructure in
Nixpkgs.  This allows users who want to do AOT native compilation for
non-default Emacs variants[0] to build only mu4e itself instead of the
whole mu package[1].

Second, mu4e now conforms to the Emacs builtin package manager[2].
Without this patch, mu4e autoloaded commands do not work
out-of-the-box[3] because its directory is added to load-path by
site-start.el after the initialization of package-directory-list,
which causes package-activate-all to not load mu4e-autoloads.el.  This
patch fixes this issue when mu4e is installed to Emacs using the
withPackages wrapper[4].

[0]: such as emacs-pgtk
[1]: mu.override { emacs = emacs-pgtk; }
[2]: package.el
[3]: either (require 'mu4e) or (require 'mu4e-autoloads) is needed to
be called before an autoloaded command is called
[4]: emacs-pgtk.pkgs.withPackages (epkgs: [ epkgs.mu4e ])
2023-09-06 16:27:13 +00:00
Lin Jian
2081e7e07d mu: move mu4e to a seperate output
This is to prepare to package mu4e as an Emacs lisp package.
2023-09-06 16:27:13 +00:00
Charlotte Van Petegem
a86b37a569
mu: 1.10.6 -> 1.10.7
https://github.com/djcb/mu/releases/tag/v1.10.7
2023-08-31 07:41:17 +02:00
Dominik Schrempf
bea77f9a71
mu: fix deprecation warning (main-program) 2023-08-09 21:33:34 +02:00
Charlotte Van Petegem
14f80be7a1
mu: 1.10.5 -> 1.10.6
https://github.com/djcb/mu/releases/tag/v1.10.6
2023-08-07 10:28:12 +02:00
Charlotte Van Petegem
bd489764b0
mu: 1.10.4 -> 1.10.5
https://github.com/djcb/mu/releases/tag/v1.10.5
2023-07-10 10:18:46 +02:00
Charlotte Van Petegem
de1467e7b6
mu: 1.10.3 -> 1.10.4
https://github.com/djcb/mu/releases/tag/v1.10.4
2023-06-23 10:21:15 +02:00
Anderson Torres
c8cb3bb378 mu: synchronize with emacs' modified attributes 2023-06-07 23:26:31 -03:00
Lin Jian
e7820571fc mu: generate mu4e-autoloads.el
* What is autoload?

Basically, it allows you to delay the loading of a package[1].

* What is a name-autoloads.el file?

When installing a package using package.el, Emacs generates[1] a
name-autoloads.el file for that package, which is used to autoload the
principal user commands defined[2][3] in the package.

* What problem does this patch solve?

There are some autoload commands defined[3] by mu4e.  Before, those
autoload commands cannot be autoloaded because of the missing
mu4e-autoloads.el file since mu4e installed from nixpkgs does not use
package.el.  This patch fixes that.

To sum up, with this patch, you can call (mu4e) without
calling (require 'mu4e) first.

* Isn't it better to contribute to the build system of the upstream mu
project to generate that mu4e-autoloads.el file?

It seems impossible[4] to do so.

[1]: https://www.gnu.org/software/emacs/manual/html_node/elisp/Autoload.html
[2]: https://www.gnu.org/software/emacs/manual/html_node/elisp/Packaging-Basics.html
[3]: 581f8d7e92/mu4e/mu4e.el (L58)
[4]: https://github.com/djcb/mu/pull/2313
2023-05-18 08:04:40 -03:00
fetsorn
cb3cb2eb33 mu: fix typo
"utilties" -> "utilities"
2023-05-08 21:15:32 +04:00
Charlotte Van Petegem
f050b8d312 mu: 1.18.14 -> 1.10.3
https://github.com/djcb/mu/releases/tag/v1.10.0
https://github.com/djcb/mu/releases/tag/v1.10.1
https://github.com/djcb/mu/releases/tag/v1.10.2
https://github.com/djcb/mu/releases/tag/v1.10.3
2023-05-01 17:24:04 +08:00
adisbladis
8af8e36b65
Merge pull request #194281 from linj-fork/mu4e-enable-native-comp
mu: enable AOT native-comp for emacs lisp
2023-04-19 21:40:51 +12:00
Charlotte Van Petegem
987cce570a
mu: 1.8.13 -> 1.8.14 2023-01-29 11:37:41 +01:00
Charlotte Van Petegem
6bc6f77cb1 mu: 1.8.11 -> 1.8.13
https://github.com/djcb/mu/releases/tag/v1.8.13
2022-12-09 12:24:16 +08:00
Charlotte Van Petegem
1a7a61b7bd mu: 1.8.10 -> 1.8.11
https://github.com/djcb/mu/releases/tag/v1.8.11
2022-10-25 08:58:42 -07:00
Lin Jian
15ebd7cc3d
mu: enable AOT native-comp for emacs lisp 2022-10-10 05:11:11 +08:00
Charlotte Van Petegem
8de22cec9b mu: 1.8.9 -> 1.8.10 2022-09-16 10:02:21 +08:00
Charlotte Van Petegem
c91646876b mu: 1.8.8 -> 1.8.9 2022-08-16 20:49:05 +08:00
Charlotte Van Petegem
f1ad47f4d8
mu: 1.8.7 -> 1.8.8
https://github.com/djcb/mu/releases/tag/v1.8.8
2022-08-07 11:28:25 +02:00
Charlotte Van Petegem
ec92be4567
mu: 1.8.6 -> 1.8.7 2022-07-25 18:10:18 +02:00
Charlotte Van Petegem
a9f7bfa663 mu: 1.8.5 -> 1.8.6 2022-07-15 14:09:30 +08:00
Charlotte Van Petegem
1d5a0c0f4a mu: 1.8.3 -> 1.8.5
https://github.com/djcb/mu/releases/tag/v1.8.5
2022-07-06 21:18:07 +08:00
Charlotte Van Petegem
6994e16075 mu: 1.8.2 -> 1.8.3 2022-07-03 22:02:09 +08:00
Charlotte Van Petegem
808b08df16 mu: 1.8.1 -> 1.8.2 2022-07-01 10:15:41 +08:00
Peter Hoeg
969ef1f583 mu: no relation to mesa so set platforms directly
For reasons unknown, the list of support platforms tracked that of mesa.
That makes no sense whatsoever, so set it to a list of platforms that
actually should be supported.
2022-06-28 16:17:53 +08:00
Charlotte Van Petegem
c5bfe11d11
mu: 1.8.0 -> 1.8.1
https://github.com/djcb/mu/releases/tag/v1.8.1
2022-06-26 11:20:54 +02:00
Charlotte Van Petegem
6b29acef6e
mu: 1.6.11 -> 1.8.0
https://github.com/djcb/mu/blob/release/1.8/NEWS.org

Also includes some cleanup of the dependencies. Guile support was deprecated, so
that is removed as well.
2022-06-25 16:31:08 +02:00
Charlotte Van Petegem
a354d5b16b
mu: 1.6.10 -> 1.6.11 2022-06-05 14:13:00 +02:00
Charlotte Van Petegem
a5c670a45f
mu: 1.6.9 -> 1.6.10 2021-11-13 12:21:20 +01:00
Charlotte Van Petegem
56e6fd2bd1 mu: 1.6.8 -> 1.6.9 2021-10-26 15:45:25 +08:00
Charlotte Van Petegem
ffae3209f4 mu: 1.6.7 -> 1.6.8 2021-10-26 15:45:25 +08:00
Charlotte Van Petegem
34ad3ffe08 mu: 1.6.6 -> 1.6.7 2021-10-21 10:14:45 +08:00
Charlotte Van Petegem
d4a0f34cce
mu: 1.6.5 -> 1.6.6 2021-09-06 09:43:15 +02:00
Charlotte Van Petegem
e4591b3917
mu: add chvp as maintainer 2021-08-27 09:46:59 +02:00
Charlotte Van Petegem
6e3451a6a8
mu: 1.6.4 -> 1.6.5 2021-08-27 09:45:06 +02:00
Charlotte Van Petegem
c9fc9cb5e3
mu: 1.6.3 -> 1.6.4 2021-08-21 16:53:46 +02:00
Charlotte Van Petegem
baca6e6b69
mu: 1.6.2 -> 1.6.3 2021-08-12 21:48:36 +02:00
Charlotte Van Petegem
7844ff7afb mu: 1.6.1 -> 1.6.2 2021-08-07 10:50:45 -07:00
Charlotte Van Petegem
6eef84d697
mu: 1.6.0 -> 1.6.1 2021-07-31 12:33:43 +02:00
Charlotte Van Petegem
2d1dbaa617
mu: 1.4.15 -> 1.6.0 2021-07-28 00:58:59 +02:00
Charlotte Van Petegem
1678916974
mu: Fix included scripts not finding their dependencies 2021-03-20 15:20:24 +01:00
R. RyanTM
70757bca20 mu: 1.4.13 -> 1.4.15 2021-02-18 12:01:38 +00:00
Ben Siraphob
76f93cc731 pkgs/tools: pkgconfig -> pkg-config 2021-01-16 23:49:59 -08:00
Ben Siraphob
8c5d37129f pkgs/tools: stdenv.lib -> lib 2021-01-15 17:12:36 +07:00
Profpatsch
4a7f99d55d treewide: with stdenv.lib; in meta -> with lib;
Part of: https://github.com/NixOS/nixpkgs/issues/108938

meta = with stdenv.lib;

is a widely used pattern. We want to slowly remove
the `stdenv.lib` indirection and encourage people
to use `lib` directly. Thus let’s start with the meta
field.

This used a rewriting script to mostly automatically
replace all occurances of this pattern, and add the
`lib` argument to the package header if it doesn’t
exist yet.

The script in its current form is available at
https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix
2021-01-11 10:38:22 +01:00