GLFW and SFML that exist and are arguably a lot easier to use
Arguably is a key word in that sentence. Arguably, libSDL2 is easier to use, so you qualify for only a vague response on that.
libSDL2 is still useful, because it's widely used, well known, has plenty of tutorials and example code, and it works well. It's easily available on all popular desktop platforms, mobile devices, and consoles (which is certainly not true of GLFW and SFML) including modern display servers on Linux (also not true of GLFW and SFML, and they have no plans to port to Wayland or Mir), and supports GL and GL|ES contexts and Vulkan is in the pipe. libSDL2 is also actively maintained full time by its original developers and is a commercial product with corporate backing, not a hobby project at the whim of some individuals' spare time.
... it needed to hijack main
libSDL2 does not need to hijack main. On Microsoft Windows a wrapper for main() is provided as a convenience since neither WinMain() nor _tmain() are portable or standard, but there's nothing from stopping you from implementing the necessary stuff in your own Windows-specific main() code if portability is not your concern.
he only thing I really dislike about SDL2 is the broken Linux installation system
Well, that's a property of your Linux distribution. I work with libSDL2 all the time (on Ubuntu), and members of my team are regular upstream contributors so I test their work, and I have never had difficulty installing it or crashes related to dependencies. I would not use a broken Linux package management system as a criticism of an upstream package.