Compare commits
11 Commits
886221e821
...
master
Author | SHA1 | Date | |
---|---|---|---|
a03f31e237
|
|||
65dce1b060
|
|||
5b2683b3a4
|
|||
43de32edd2
|
|||
263e1c5f20
|
|||
f1eba8b28a
|
|||
b9c070b6c8
|
|||
957c8e2ed1
|
|||
1eed4d7ca3
|
|||
ee6946373c
|
|||
30b1ce923f
|
1
.gitignore
vendored
1
.gitignore
vendored
@ -1,5 +1,4 @@
|
||||
output
|
||||
__pycache__
|
||||
*.pid
|
||||
plugins
|
||||
cache
|
||||
|
8
.gitmodules
vendored
8
.gitmodules
vendored
@ -1,3 +1,9 @@
|
||||
[submodule "themes/clean-blog"]
|
||||
path = themes/clean-blog
|
||||
url = ssh://gitea@git.epheme.re:2222/fmouhart/pelican-clean-blog.git
|
||||
url = https://git.epheme.re/fmouhart/pelican-clean-blog.git
|
||||
[submodule "plugins/autopages"]
|
||||
path = plugins/autopages
|
||||
url = https://git.epheme.re/fmouhart/pelican-autopages.git
|
||||
[submodule "plugins/i18n_subsites"]
|
||||
path = plugins/i18n_subsites
|
||||
url = https://git.epheme.re/fmouhart/pelican-i18n_subsites.git
|
||||
|
5
Makefile
5
Makefile
@ -12,7 +12,10 @@ publish:
|
||||
clean:
|
||||
uv run invoke clean
|
||||
|
||||
init:
|
||||
%.mo: %.po
|
||||
msgfmt "$^" -o "$@"
|
||||
|
||||
init: themes/clean-blog/translations/fr/LC_MESSAGES/messages.mo
|
||||
uv sync
|
||||
|
||||
.PHONY: clean build publish dev init
|
||||
|
@ -2,7 +2,7 @@
|
||||
Title: wget/curl
|
||||
Date: 2022-07-25 13:45 CEST
|
||||
Author: Fabrice
|
||||
Category: cheat sheets
|
||||
Category: antisèches
|
||||
Tags: wget, curl, cli
|
||||
Slug: wget-curl
|
||||
Header_Cover: ../images/covers/speedboat.jpg
|
||||
|
@ -1,7 +1,7 @@
|
||||
---
|
||||
Title: Setup Neovim with kickstart.nvim
|
||||
Date: 2023-12-25 17:15
|
||||
Modified: 2024-02-06 10:30
|
||||
Modified: 2025-02-12 13:00
|
||||
Lang: en
|
||||
Author: Fabrice
|
||||
Category: software
|
||||
@ -22,38 +22,38 @@ incrementally before it starts getting too big for me to find anything inside
|
||||
it and not using even half of the plugins I installed. That goes without saying,
|
||||
there were quite a bit on conflicting keymaps as well as I'm using
|
||||
[bépo](http://bepo.fr/) as my keyboard layout with [partial remaps
|
||||
(fr)](https://cdn.bepo.fr/Vim-bepo-066.png).
|
||||
(fr)](https://cdn.bepo.fr/images/Vim-bepo-066.png).
|
||||
|
||||
Obviously, it slowly became quite a mess. To address this issue, I
|
||||
decided to reorganise my `$HOME/.config/vim` directory using the [vim directory
|
||||
structure](www.panozzaj.com/blog/2011/09/09/vim-directory-structure/) and did
|
||||
some cleanup at this point of time. I think it was also around this period that
|
||||
I discovered that Vim8 added a native package manager that I started to use.
|
||||
Thus, at this point, I started organising my configuration with semantic files,
|
||||
such as `$VIMHOME/plugin/spelling.vim` to manage my spelling configuration for
|
||||
instance. This approach makes debugging easier, and also checking custom
|
||||
keyboard shortcuts easier, as I just have to check
|
||||
Obviously, it slowly became quite a mess. To address this issue, I decided to
|
||||
reorganise my `$HOME/.config/vim` directory using the [vim directory
|
||||
structure](https://www.panozzaj.com/blog/2011/09/09/vim-directory-structure/)
|
||||
and did some cleanup at this point of time. I think it was also around this
|
||||
period that I discovered that Vim8 added a native package manager that I started
|
||||
to use. Thus, at this point, I started organising my configuration with semantic
|
||||
files, such as `$VIMHOME/plugin/spelling.vim` to manage my spelling
|
||||
configuration for instance. This approach makes debugging easier, and also
|
||||
checking custom keyboard shortcuts easier, as I just have to check
|
||||
`$VIMHOME/plugin/omnicomplete.vim` for instance to know which shortcuts I set up
|
||||
when I'm still getting the habits of using them.
|
||||
|
||||
At some point of time, I moved to Neovim, and I simply moved my configuration
|
||||
from Vim to Neovim and continue on adding more and more plugins on top of each
|
||||
other depending on my hype, especially because the world of Neovim plugins
|
||||
At some point of time, I moved to Neovim, and simply moved my configuration from
|
||||
Vim to Neovim. All the while continuing adding more and more plugins on top of
|
||||
each other depending on my hype, especially because the world of Neovim plugins
|
||||
opened up to me. Needless to say that less than half of these plugins were put
|
||||
into good use. Which leads to my first configuration big cleanup.
|
||||
|
||||
Six months ago, I wiped my frankenconfig, and started back from scratch in
|
||||
Six months ago, I wiped my _frankenconfig_, and started back from scratch in
|
||||
[lua](https://lua.org/about.html), with the same structural approach as
|
||||
previously, but now wondering if the plugin would be useful or not. Since my
|
||||
first time using Vim, there were some big changes in the vim ecosystem,
|
||||
especially in language management with
|
||||
[tree-sitter](https://tree-sitter.github.io/tree-sitter/) and
|
||||
[lsp](https://en.wikipedia.org/wiki/Language_Server_Protocol). These two bring
|
||||
into the environment a unified way to manage languages without having to depend
|
||||
on language-specific plugins, henceforth I didn't need specific plugins to have
|
||||
into the environment a unified way to manage languages without depending on
|
||||
language-specific plugins. Henceforth, I didn't need specific plugins to have
|
||||
nice syntax coloration for obscure languages anymore, or get frustrated with
|
||||
[omnicomplete](https://vim.fandom.com/wiki/Omni_completion) which decided not to
|
||||
work for some languages… While it's not an absolute rule (for instance, I'm
|
||||
work only for some languages… While it's not an absolute rule (for instance, I'm
|
||||
using [vimtex]({filename}./nvim-latex.md) for latex, which includes a more
|
||||
accurate syntax coloring than tree-sitter). I also moved from the native vim way
|
||||
of managing plugins to use [`Lazy`](https://github.com/folke/lazy.nvim) as a
|
||||
@ -70,10 +70,10 @@ However, I was unhappy with some of my configurations, and if I managed to have
|
||||
something functional, there were many details that annoy me that stemmed for
|
||||
some configuration I wrote some times ago and of course didn't document. This
|
||||
leads us to today, where I just decided to use
|
||||
[`kickstart.nvim`](https://github.com/nvim-lua/kickstart.nvim), which is a
|
||||
well-documented vim starting configuration (it's not a distribution, it still
|
||||
requires your input to obtain something that fits your needs), which was exactly
|
||||
what I needed to start anew… but not fully from scratch.
|
||||
[`kickstart.nvim`](https://github.com/nvim-lua/kickstart.nvim). It is a well
|
||||
documented vim starting configuration (it's not a distribution, it still
|
||||
requires your inputs to obtain something that fits your needs), which was
|
||||
exactly what I needed to start anew… but not fully from scratch.
|
||||
|
||||
## The migration
|
||||
|
||||
|
@ -1,7 +1,7 @@
|
||||
---
|
||||
Title: Typesetting with Typst
|
||||
Date: 2024-10-19 18:00
|
||||
Modified: 2024-10-19 21:00
|
||||
Modified: 2025-02-14 12:45
|
||||
Lang: en
|
||||
Author: Fabrice
|
||||
Category: software
|
||||
@ -126,7 +126,7 @@ at the outset of the file.
|
||||
```typst
|
||||
#import "lettre.typ": *
|
||||
|
||||
#show: doc => lettre(
|
||||
#show: doc => lettre.with(
|
||||
de: [
|
||||
Sender\
|
||||
Address
|
||||
@ -144,7 +144,6 @@ at the outset of the file.
|
||||
post: [
|
||||
post-letter (e.g., post-scriptum)
|
||||
],
|
||||
doc
|
||||
)
|
||||
```
|
||||
|
||||
|
1
plugins/autopages
Submodule
1
plugins/autopages
Submodule
Submodule plugins/autopages added at 7ebe350704
1
plugins/i18n_subsites
Submodule
1
plugins/i18n_subsites
Submodule
Submodule plugins/i18n_subsites added at 5903058c97
51
readme.md
51
readme.md
@ -1 +1,52 @@
|
||||
This repository contains the sources necessary to build the blog at:
|
||||
<https://blog.epheme.re>
|
||||
|
||||
# Dependencies
|
||||
|
||||
To use this repository as intended, you need, to build the blog, the following
|
||||
software:
|
||||
|
||||
- `git`
|
||||
- `make`
|
||||
- `uv`
|
||||
- `gettext`
|
||||
|
||||
To synchronise the blog remotely with its intended target, the synchronisation
|
||||
is done using `rsync` over `ssh`.
|
||||
|
||||
# Install
|
||||
|
||||
To install a local copy to work on this blog, you also need other components,
|
||||
such as the [theme](https://git.epheme.re/fmouhart/pelican-clean-blog) and
|
||||
[some](https://git.epheme.re/fmouhart/pelican-autopages)
|
||||
[plugins](https://git.epheme.re/fmouhart/pelican-clean-blog). Those are embedded
|
||||
in the repository as a git submodule. You can thus simply run git clone with the
|
||||
`--recurse-submodule` option:
|
||||
|
||||
```sh
|
||||
git clone --recurse-submodule https://git.epheme.re/fmouhart/blog.git fmouhart-blog
|
||||
```
|
||||
|
||||
This blog relies on [pelican](https://getpelican.com) as a static site
|
||||
generator. To manage the different python dependencies of this project, we are
|
||||
using [`uv`](https://github.com/astral-sh/uv) as a python project manager.
|
||||
|
||||
Moreover, translations are managed with python `gettext` which requires
|
||||
compiling the translation file.
|
||||
|
||||
Those two steps are performed with the following command:
|
||||
|
||||
```sh
|
||||
make init
|
||||
```
|
||||
|
||||
# Development
|
||||
|
||||
When writing an article, you can run the blog with `livereload` enabled with the
|
||||
command:
|
||||
|
||||
```sh
|
||||
make dev
|
||||
```
|
||||
|
||||
It’ll span a local development server on port `8000`: <http://localhost:8000>
|
||||
|
Reference in New Issue
Block a user