zapper wrote:What are the dependencies?
Will this be stable?
How much bloat?
Level of difficulty related to installation vs the command line interface?Dependencies are syslinux, mkisolinux, squashfs-tools, util-linux, coreutils, xorriso and grub
Dont know how stable it will be when Hyperbola switches to bsd and whatever is planned, but i guess it will be good
bloat is a meme
it is still commandline, i didnt have time to test the installer yet, but the menu is intended to make it as simple as possible while still providing a lot of options
Actually, if you look up bloat, you should be able to find a few things in particular, windows, mac osx, chromeos, but also, everything from ubuntu, to freebsd...
My honest opinion, is simple:
Bloat is pretty much everywhere nowadays...
So... I guess it could be considered a meme if you look at it that way.
Hyperbola and OpenBSD are the only projects of their kind as far as I know that seem to go above and beyond for both, security, lack of bloat, without losing all but 1000 packages.
Kisslinux as far as I know, has less than that.
Yeah...
Anywho, Hyperbola and OpenBSD are the only projects that come close to dealing with this issue properly without sacrificing almost everything.
Although, OpenBSD has some freedom issues for sure, but ironically enough, its security is supposedly the best out there. I think the GNU/Linux forumla could have worked in being the best, but there are a few problems...
Too much bloat = bugs are hard to deal with and find... see systemd for more info and other garbage like it...
Freedom is focused on the licenses, not the actual software or its purpose.
Aka, software freedom goes well beyond having proprietary mentions, uses or contrib crap...
There are other ways to cause problems beyond that.
Even if all the software is freely licensed, if the code is complex enough, then backwards compatibility that is lean and simple can be effectively pushed aside in favor of solutions to problems that don't exist or could be solved in a much more efficient way.
s6 init is a good example of this efficient way...
Also, that same backwards compatibility being lost is beyond insane when it has more stability, privacy/security when compared to the more complex one size fits all options.
Long story short, bloat code is horrible...
Its not a complex idea,
if the code becomes to huge, no amount of eyes can find all the bugs that exist.
If the code is small enough however, you barely need ten eyes... maybe less depending on the situation.
Two of those dependencies btw, I guarantee are gone in the BSD hard fork.
Maybe more?
Dunno... but definitely the linux related ones.
Btw when I said you should, that was operative, as in...
thats how it should be, doesn't mean it is...
]]>