Static Linux
sta.li
Static Linux
1–10 of 61 posts
Re: Static Linux
#2Wonder if it helps with dep hell...
Re: Static Linux
#3I have been keeping an eye on this "project" for years and have yet to see anything come of it except lightning talks.
suckless.org seems to focus on their web browser and their xterm clone these days, judging by the listserv traffic.
Re: Static Linux
#4I have been keeping an eye on this "project" for years and have yet to see anything come of it except lightning talks. suckless.org seems to focus on their web browser and their xterm clone these days, judging by the listserv traffic.
Sin, the original author and maintainer of a few of the suckless utils necessary for Stali, has a similar project called Morpheus[0]. He has actually shipped a bootable image for testing and has more or less gotten the packaging sorted out[1].
If you're interested in the idea, definitely check it out.
0: http://morpheus.2f30.org 1: http://morpheus.2f30.org/0.0/packages/x86_64/
Re: Static Linux
#5I have been keeping an eye on this "project" for years and have yet to see anything come of it except lightning talks. suckless.org seems to focus on their web browser and their xterm clone these days, judging by the listserv traffic.
Sin, the original author and maintainer of a few of the suckless utils necessary for Stali, has a similar project called Morpheus[0]. He has actually shipped a bootable image for testing and has more or less gotten the packaging sorted out[1]. If you're interested in the idea, definitely check it out. 0: http://morpheus.2f30.org 1: http://morpheus.2f30.org/0.0/packages/x86_64/
Never even heard of it, amazing. #xmas
Re: Static Linux
#6Wonder if it helps with dep hell...
It would for a certain class of hell. You won't get issues w/ resolving symbols in dynamic libs, but you _would_ open yourself to feature disparity across different apps that use similar libs. For example, if you've got a Client-A that uses libfoo feature X(v1), and Client-B that shipped w/ and links against libfoo feature X(v2), it might be frustrating -- this scenario is part of the promise (and responsibility) of shared libraries.
Can't have your cake and eat it too.
Re: Static Linux
#7I have been keeping an eye on this "project" for years and have yet to see anything come of it except lightning talks. suckless.org seems to focus on their web browser and their xterm clone these days, judging by the listserv traffic.
Sin, the original author and maintainer of a few of the suckless utils necessary for Stali, has a similar project called Morpheus[0]. He has actually shipped a bootable image for testing and has more or less gotten the packaging sorted out[1]. If you're interested in the idea, definitely check it out. 0: http://morpheus.2f30.org 1: http://morpheus.2f30.org/0.0/packages/x86_64/
A similarly interesting project is the musl-based Sabotage Linux with its own tiny but concurrent package manager: https://github.com/sabotage-linux/sabotage
Re: Static Linux
#8Earlier quoted context omitted.
Sin, the original author and maintainer of a few of the suckless utils necessary for Stali, has a similar project called Morpheus[0]. He has actually shipped a bootable image for testing and has more or less gotten the packaging sorted out[1]. If you're interested in the idea, definitely check it out. 0: http://morpheus.2f30.org 1: http://morpheus.2f30.org/0.0/packages/x86_64/
A similarly interesting project is the musl-based Sabotage Linux with its own tiny but concurrent package manager: https://github.com/sabotage-linux/sabotage
Sabotage is such a wonderful idea and I really hope it succeeds. It's not nearly usable right now, though.
Re: Static Linux
#9Earlier quoted context omitted.
Sin, the original author and maintainer of a few of the suckless utils necessary for Stali, has a similar project called Morpheus[0]. He has actually shipped a bootable image for testing and has more or less gotten the packaging sorted out[1]. If you're interested in the idea, definitely check it out. 0: http://morpheus.2f30.org 1: http://morpheus.2f30.org/0.0/packages/x86_64/
A similarly interesting project is the musl-based Sabotage Linux with its own tiny but concurrent package manager: https://github.com/sabotage-linux/sabotage
Much of the bootstrapping of Morpheus appears to have come from Sabotage Linux, especially the use of musl-cross[0]. I thought I remember seeing numerous references to Sabotage in the docs but now I can't seem to find them.
Anyhow, definitely another interesting project in a similar vein. The biggest difference I see, from a base perspective, is the choice of coreutils replacement: Sabotage uses Busybox while Morpheus uses a mixture of sbase[1], ubase[2], hbase[3] (rewrite of heriloom utils[4]), and 9base[5] (some utils from plan9port[6].)
0. https://github.com/sabotage-linux/musl-cross 1. http://git.2f30.org/sbase/ 2. http://git.2f30.org/ubase/ 3. http://git.2f30.org/hbase/ 4. http://heirloom.sourceforge.net 5. http://git.suckless.org/9base/ 6. http://swtch.com/plan9port/
Re: Static Linux
#10Are there any static BSDs?