x.x.x.x - - [10/Nov/2024:00:02:37 +0000] "GET / HTTP/1.1" 301 162 "-" "okhttp/4.9.0"
You know whatās interesting about this log line? It repeats 56,686,963 times in www.kernel.org logs for yesterday, across 4 nodes. Thatās about 700 times a second, and this has been going on for months.
These requests arenāt intentionally malicious ā they issue a simple GET /, receive their 301 redirect, and terminate the connection. From what I can tell, this is some kind of appliance or software installed on mobile clients that uses ācan I reach www.kernel.orgā as a network test.
This wouldnāt be that big of a deal ā a single plaintext āGET /ā that triggers an immediate 301 is very cheap for us to generate, but the number of these requests has been steadily growing.
If you have any idea what this is and how to make it stop, please reach out?
@mpdesouza So I did a kernel workaround in .config/helix/languages.toml:
[[language]]
name = "c"
indent = { tab-width = 8, unit = "\t" }
:-) I mean I rarely use anything else than kernel convention for any C code not a big deal⦠Still would be nice to have editorconfig eventually for some contribution or something.
For using compile_commands.json with kernel this the workflow Iāve ended up with:
make ARCH=x86_64 O=./.clangd x86_64_defconfig
make ARCH=x86_64 O=./.clangd menuconfig
make ARCH=x86_64 O=./.clangd -j`nproc`
scripts/clang-tools/gen_compile_commands.py -d ./.clangd
This way it does not confuse e.g. BuildRoot when I point out my BuildRoot with LINUX_OVERRIDER_SRCDIR to my local kernel tree. Not sure if there is better way to do this but feels like a working workflow in my case.
Nice to see some real innovation with Rust in text editors instead pwning the GPU or similar features. If you editor will not work in terminal, it will end up sucking in the end, as far as Iām consdered :-) Not minding of having also GUI but first things firstā¦