There may be gaps every now and then in block lists of ad blocking solutions, but besides that, you are using the wrong ad blocker. abp is not to be trusted to reliably block all ads it could. It has a different mission than uBlock Origin.
I'm using fourlexboehm's minimal agent[1], it's only 674 lines of C (with comments), which results in a tiny ~10KB binary (after various optimizations). Dynamically linked, with only libcurl and libc as direct dependencies. Could probably shave a couple of KBs further if I UPX'd it.
If anyone's aware of a smaller agent than this, hit me up!
It puts everything in perspective, although not sure if the best one, can be overwhelming and ie many religious people tune out since there are no clear answers they were conditioned from childhood to expect, its hard to find god in endless universe with protons decayed for example.
Its easy to feel that everything is meaningless on long/large enough scale, even if we decide to annihilate Earth, or whole Solar system, or entire Milky way somehow. Universe will continue its dance from sub-quarks to largest filaments of galaxies unaffected and end state is as inevitable as the fact that tomorrow will happen.
i got annoyed by this especially the memory use and non portability aspect of bun so I had claude (lol) and kiro cook up my own agent. it runs on linux, openbsd and even on omnios and esp32. it's just a personal project so there are probably rough edges, but I am using it on my clockworkpi uconsole daily now. https://github.com/mischief/clm
I'm surprised that whatever IO primitive is used on Mac doesn't work on OpenBSD. Mac has select and some variant of kqueue, right? What is ghostty doing there that doesn't work on OpenBSD?
Might not be that different to add OpenBSD. Someone would begin here: https://github.com/mitchellh/libxev/blob/main/src/backend/kq...
It's about 1/3 tests and 2/3 mostly-designed-to-be-portable code. Some existing gaps for FreeBSD, but fixing those (and adding OpenBSD to some switch/enums) should get you most of the way there.
i know freebsd and macos have similar implementations, but it is just different enough that it is nontrivial to make work. i had started fixing it locally but didn't quite get it working, since i'm not really that familiar with zig, although i like the idea of the language.
my one gripe after using mc for a few years is no parallel transfer support. it slows down significantly when transferring small files compared to one large file.
That I agree with. In Total Commander I typically do F5 copy and then put it in the background F2. Then start another.
This isn't possible in MC. And also a concrete parallelization is not available. This sounds like a feasible feature request to the upstream MC project! I'm sure Gnu Parallel or just pure C code would be able to handle parallelization of copy jobs.
EDIT:
Wait! It does have background transfer now. Which means my technique of how I do it in Total Commander will work in MC now as well. It is almost like having Parallelization.
reply