[Hyperbola 0.4] Announcement of RC-stage before final release (Page 1) — Install/Update — HyperForum
forums.hyperbola.info

cross-posted from: https://lemmy.ml/post/176031

We are extremely pleased to announce the first rc (release candidate) of Hyperbola v0.4 . It is a small pit stop while migrating from Linux to hyperbk kernel, a fork of OpenBSD’s bsd kernel with non-free parts replaced.

v0.4 has linux-libre without systemd, ConsoleKit, PolicyKit, D-Bus, elogind.

For now, it is for advanced testers only. The beauty of Hyperbola lies in purity of components, minimalism and constant quest towards perfection. We welcome advanced GNU/Linux users to try it out!

  • beansniffer@lemmy.ml
    1·
    3 years ago

    I meant to say that its strange that you guys decided to fork the OpenBSD kernel instead of just using Linux-libre. I’ve quietly followed Hyperbola and HyperbolaBSD for a while now and I must say that I don’t fully understand the reasoning for hard forking the OpenBSD kernel despite reading the explanations on the website as to why. In your eyes, are the rest of the Linux distros that are endorsed by the free software foundation somewhat “tainted” now for the same reasons you announced why you’re hard forking the Openbsd kernel? Is Stallman himself wrong for using the Linux kernel?

    This shows progress in a bit more detail. We’re not rewriting a majority of bsd kernel.

    Also, HyperbolaBSD was announced in Dec 2019, almost a year and 2 months ago, and most of what seems to be done has been reusing existing code from LibertyBSD. Progress on HyperbolaBSD seems so very very slow to the point of me questioning if it would be best to focus efforts on just contributing to existing software projects like the software on the fsf high priority list

    Not trying to attack the legitimacy of the project, just writing down some thoughts that I had.

    • Sagar Acharya@lemmy.mlOP
      0·
      3 years ago

      This shows the reason behind moving to bsd instead of linux.

      One of the key problems of linux-libre is that it just grows in size. I strongly feel that a kernel should remove useless code and be minimal but with 30M loc, I find it strange to call it secure. We don’t agree with RMS completely on each point.

      It is true that the progress of the project is very slow. I think that software with very high lines of code is no different from proprietary software since such free software can never be read, forget about understanding, and adopting it for our use. While gnu and fsf are much better than proprietary software, I don’t like them as they don’t produce minimal software. (man pages of gcc are 23k lines long! Lol. Have you had a single reference book that long?) There I follow suckless. Criticism is always welcome!