Only convert LF to CRLF when encrypting with S/MIME
When only signing with S/MIME, `message-encode-message-body` complained about not being able to find \n\n. However, we only need the conversion when encrypting with S/MIME, and apparently the LF → CRLF conversion hack is working in that case. However, I think there should be some way to fix this properly within Gnus, maybe via some configuration … I think I have to write to the Gnus Usenet group for this.
|1 week ago|
|bin||2 years ago|
|elpa||2 months ago|
|eshell||2 years ago|
|site-lisp||1 week ago|
|snippets/text-mode||1 year ago|
|themes||4 months ago|
|.gitignore||3 weeks ago|
|LICENSE||3 years ago|
|Makefile||4 months ago|
|README.org||2 months ago|
|early-init.el||2 weeks ago|
|emacs-notes.org||7 months ago|
|init.el||1 week ago|
My personal Emacs Configuration, containing bits of code collected from around the web. Have fun with it!
This configuration is known to work with Emacs 25.2 (and later) on Debian GNU/Linux and Windows 10 (sigh).
C-x g), allowing to access
db/helm-shortcutsfor more details.
To use this configuration, either clone or download a copy of this repository
and place it in your
~/.emacs.d directory (beware that under Windows, your
home directory may be anywhere, check the variable
%HOME% for this).
If you use a proxy to access the Wild Internet™, make sure that the environment
https_proxy are set with the correct values. Upon
first start, Emacs will download all some packages it deems essential, so please
be patient. All subsequent starts should be much faster.
To make most of this configuration (and Emacs in general), a standard GNU
(POSIX?) user space is required. Under GNU/Linux system, this is standard, but
for Windows this may be a problem. The easiest way to get a minimal GNU user
space is to install Git for Windows and augment your
%PATH% to include
~C:\Program Files\Git\usr\bin\~ (or some-such). This way, executables like
gpg are available to Emacs, but please be aware
that the naming convention for directories is different for these tools from the
Windows standard, i.e.,
/c/Windows/System32/ instead of
~C:\Windows\System32\~. In general, this should not be a problem, though.
This configuration allows to make some customization without touching the code to adapt it to the need of the respective user. This is done using the Customize interface of Emacs. Some of the variables are set to some default values different from the default default values. However, those settings are done before loading user customization, and thus can be overwritten by the latter.
Additionally, some variables are provided that allow for additional
configuration. Those are located in the
group, which see, and come with some (and hopefully sufficient) documentation.
If customizing variables is not enough, you can of course always add you custom
code directly in the configuration. However, this may make future merges
difficult (in case you want to stay up-to-date with this configuration, that
is). To this end, a special variables called
db/after-init-load-files can be
customized to contain a list of files that will be loaded as the last step
during startup of Emacs. This way, custom code stays outside of the main
configuration and future merges should pass without conflicts.
The main configuration is available in the usual init.el file, with additional functionality distributed over files in the site-lisp directory. Some private data (like customization) is outsourced into a separate directory named =private=, and is not included in this repository. The configuration should work nevertheless, even without these private files.
init.el file consists mostly of variable assignments,
declarations, initializing the =package subsystem, and loading customizations.
The main lifting is done by the
db/run-init function, which is attached to
init.el. This way, all necessary local hooks and
autoloads are set up by
init.el, and the
db/run-init functions only
activates modes needed for every session, sets default keybindings, hydras, and
global hooks. It also imports some environment variables and starts the server.
Any additional packages are only loaded when required. Additionally, after all
db/run-init loads all files contained in
the order given in that list.
Under Windows, using Tramp with
ssh from git does not seem to work because no
~ssh-askpass~ is included. Use
plink instead, TRAMP has builtin support for
ⓒ 2017–2021 Daniel Borchmann
This configuration is available under the MIT license, see LICENSE for details.