さて寝
このアカウントは、notestockで公開設定になっていません。
調べたら、使いたいCompilationDatabseをbuild直下に適宜コピーするっていう方法が出てきたので、とりあえずはこれで良さげ
./build/release ... ここで作業
./src/main.c ... これを解析する
./compile_commands.json ... これは見つかる
./build/compile_commands.json ... これも見つかる
./build/release/compile_commands.json ... これは見つからない
だから、ひとつのソースツリーから複数のビルドを構築するようなケースで、build以下にサブディレクトリ掘ったりすると、そこが作業ディレクトリであっても見つけてくれない
解析対象ファイルから親ディレクトリを遡って、各ディレクトリの./compile_commands.jsonと./build/compile_commands.jsonを探してるっぽい
JSONはYAMLとしても解釈できるので、json_encode()で辞書を設定ファイルに変換できるっていうのに気付いて、ちょっと面白かった
autocmd User lsp_setup
\ if executable('efm-langserver')
\ | call lsp#register_server({
\ 'name': 'textlint',
\ 'cmd': {server_info->[&shell, &shellcmdflag, 'efm-langserver -c '..fnameescape(s:EfmLangServCfg_textlint())]},
\ 'allowlist': ['markdown', 'asciidoc']
\ })
\ | endif
function! s:EfmLangServCfg_textlint()
let l:temp = tempname()
let l:conf = {
\ 'version': 2,
\ 'languages': {
\ 'markdown': [],
\ 'asciidoc': []
\ }
\ }
let l:tool = {
\ 'lint-command': './node_modules/.bin/textlint -f unix --stdin --stdin-filename ${INPUT}',
\ 'lint-stdin': v:true,
\ 'lint-ignore-exit-code': v:true,
\ 'root-markers': ['.textlintrc'],
\ 'lint-formats': ['%f:%l:%c: %m [%trror/%r]']
\ }
call add(l:conf.languages.markdown, l:tool)
call add(l:conf.languages.asciidoc, l:tool)
call writefile([json_encode(l:conf)], l:temp)
return l:temp
endfunction
slackpkg update gpg && slackpkg update && slackpkg upgrade-all
artemis: a gemini server for pubnixes
https://sr.ht/~sfr/artemis/
vim.exe 256色計画 · Issue #1068 · vim-jp/issues · GitHub
https://github.com/vim-jp/issues/issues/1068
ミライ♀エスケープ ~アムのどきどきミッション!?~/くしもとハウス を購入しました。 https://dlsite.jp/ptho/RJ01099297/?utm_content=RJ01099297&lang=ja_JP #DLsite
ついで
cat /proc/cpuinfo | grep microcode
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
microcode : 0x700001c
cp -v /boot/initrd.gz /boot/efi1/EFI/Slackware/initrd.gz
'/boot/initrd.gz' -> '/boot/efi1/EFI/Slackware/initrd.gz'
cp -v /boot/vmlinuz-generic /boot/efi1/EFI/Slackware/vmlinuz.efi
'/boot/vmlinuz-generic' -> '/boot/efi1/EFI/Slackware/vmlinuz.efi'
Upgrading kernel-generic-5.15.117-x86_64-1 package using ./kernel-generic-5.15.139-x86_64-1.txz
リグレッションに備えて古いカーネルをサーバーに残したままにしてたら、パッケージマネージャが上手く処理できなかったみたいな
> volkerdi
> Hmmm... this could be because I didn't remove the previous kernels in /patches, figuring it would be safer to leave a fallback for a bit in case of regressions.
https://www.linuxquestions.org/questions/slackware-14/%5Blatest-changelog%5D-slackware-15-0-a-4175720091/page11.html#post6465947
initrdにbluetooth関連のサービスも同梱すれば良いのだけれど、そこまでするなら起動時だけ有線にする方が楽ではある
ところでキーボード変えてBluetooth接続になって、線が一本減って良いってなってたんだけど、起動時にディスクの暗号化が解除できないことに気付いてしまった
しっかりお掃除したいなあと思うのだけれど、それならケースぐらいは変えたいな……となって結局ケースも買わないし掃除もしない
増やしたんなら、別に減らさなくても良いのではって気もしたけど、ここで減らさないと無限にディスク容量食っていつか破綻するので頑張って減らす
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。