log☇︎
514 entries in 0.669s
asciilifeform: ... and at the same time wrote, and maintains, musl.
a111: Logged on 2017-03-27 17:57 phf: http://btcbase.org/log/2017-03-27#1632826 << by the way rich felker is the author of musl
phf: http://btcbase.org/log/2017-03-27#1632826 << by the way rich felker is the author of musl ☝︎☟︎
trinque: http://btcbase.org/log/2017-01-19#1605148 << https://cgit.gentoo.org/proj/musl.git/tree/app-editors/emacs/files << without claims to the sanity of anything done ☝︎
trinque: phf: the gentoo musl overlay has sbcl patches iirc. gotta forgo threads
phf: did anybody do a musl sbcl? i have a musl cmucl in the backlog, but way down the list (perhaps once i get this x60 going)
a111: Logged on 2017-01-19 15:55 trinque: I built on musl lots of times before
trinque: I built on musl lots of times before ☟︎
a111: Logged on 2017-01-07 20:48 mircea_popescu: anyway, entertaining the thing as you describe at face value : if indeed your concern is a sort of bastardization as conceptually constructible from the foregoing, then the correct move is to build your masamune on musl and attach a license that forbids the empire (such as for instance the trb license ; or else one stating to use must be in l2, or rated by you, or any such thing). this will mostly protect you both technically
mircea_popescu: might be ~same as the above musl, i suppose on a curated gentoo.
mircea_popescu: anyway, entertaining the thing as you describe at face value : if indeed your concern is a sort of bastardization as conceptually constructible from the foregoing, then the correct move is to build your masamune on musl and attach a license that forbids the empire (such as for instance the trb license ; or else one stating to use must be in l2, or rated by you, or any such thing). this will mostly protect you both technically ☟︎
a111: Logged on 2017-01-07 17:49 mircea_popescu: anyway, i'm not entirely up to speed re sad state of lisp world. i expect it's in the shitter, but not exactly clear how. is there any merit to the nude assertion that "lisp is a shittier thing than trb, because trb at least has SOMETHING that can be made into a musl ; whereas lisp does not" ?
mircea_popescu: anyway, i'm not entirely up to speed re sad state of lisp world. i expect it's in the shitter, but not exactly clear how. is there any merit to the nude assertion that "lisp is a shittier thing than trb, because trb at least has SOMETHING that can be made into a musl ; whereas lisp does not" ? ☟︎
phf: there's a pure musl gentoo build
trinque: asciilifeform: yeah, when I run my gentoo recipe, it's usually musl unless I actually need the glibc turd for something
asciilifeform: is musl necessary on *bsd ?? i have nfi, but did think that bsd's libc were mostly sane
trinque: I last built my musl recipe in jan, worked fine
trinque: asciilifeform: they broke musl
trinque: musl?
asciilifeform: the pre-musl 'stator'
mod6: the two .sh scripts you have in there can be integrated into the makefiles directly i think. however, we'll still need the openssl-004-musl-termios.patch and rotor_buildroot_dot_config
asciilifeform: mircea_popescu: at the moment musl is my stdlib.
mod6: $deed http://mod6.net/buildroot-deeds/musl-1.1.8.tar.gz.asc
asciilifeform: the deps are strictly: 1) gcc 2) some libc (musl works ok) 3) boost 4) openssl 5) bdb.
asciilifeform: (builds with musl, instead of glibc)
trinque: I'm over here trying to get sbcl's sb-bsd-socket to build on musl
trinque: anybody built sbcl on musl?
assbot: Logged on 20-03-2016 15:02:08; phf: asciilifeform: did you manage to get emacs to build on musl gentoo? (i.e. does the musl patches overlay include a solution for temacs dump process)
phf: asciilifeform: did you manage to get emacs to build on musl gentoo? (i.e. does the musl patches overlay include a solution for temacs dump process) ☟︎
asciilifeform: http://log.bitcoin-assets.com/?date=20-03-2016#1436573 << congrats phf! this makes 2 known hard-sane gentootrons on planet3 now. others here encouraged to replicate. double-encouraged to replicate ~with musl~. ☝︎
phf: it's a bit down the pipeline for me. there were some attempts to make cmucl go entirely syscall, but as it stands it's probably 40% there. i want to link it to musl first, and then play around with control interfaces uses curses/cl-charm, which is when i'll test out this thing
assbot: GitHub - sabotage-linux/netbsd-curses: libcurses and dependencies taken from netbsd and brought into a portable (at least to musl) shape ... ( http://bit.ly/1QAhUAm )
phf: https://github.com/sabotage-linux/netbsd-curses a port of netbsd curses targeting musl/linux. we don't really uses anything with curses directly, but for cli interface building, or balinux, a codebase to keep in mind.
asciilifeform: Jacmet: the background: i originally picked up buildroot to do an arm system build for an obscure box. and then discovered that it is also the only practical means of compiling with musl instead of glibc, for any system
mircea_popescu: and buildroot with musl prevented us from bathing in the same humiliation EVERYONE else ended up in with the recent gethostbyaddr thing
ben_vulpes: here's the last line, asciilifeform: x86_64-therealbitcoin-linux-musl-gcc: internal compiler error: Segmentation fault (program cc1)
pete_dushenski: http://log.bitcoin-assets.com/?date=17-02-2016#1408731 << your glibc/musl efforts weren't useless !!!!11 ☝︎
mircea_popescu: well no, i'd expect you to run musl-os
asciilifeform: (rotor musl build)
BingoBoingo: In other marginal news: Docker, employer of the late Debian Founder, has now hired the Alpine Linux founder and is moving all their images to that. Might be relevant if anyone was looking at that musl based distro
BingoBoingo: So, I'm thinking about returning to linux... maybe. Any idea if RadeonSI drivers would work on a musl kernel?
assbot: Logged on 17-01-2016 20:54:44; mod6: instead, just pulled the source and built inside the rotor so it would be built with the gcc/musl that comes with buildroot
mod6: that way i can actually debug my bitcoind with musl symbols etc.
mod6: instead, just pulled the source and built inside the rotor so it would be built with the gcc/musl that comes with buildroot ☟︎
jurov: x86_64-therealbitcoin-linux-musl-gcc: error: unrecognized command line option '-V' << this
mod6: guruvan: yeah, i guess that buildroot must hvae used 4.8.4 to build the 4.9.x with musl that buildroot uses.
guruvan: oic - I didn't notice the musl libc - I've not built one of those yet - but - did you write a whole profile for it?
mod6: CC='/mnt/btc-dev/rotor/toolchain/usr/bin/x86_64-therealbitcoin-linux-musl-gcc'
asciilifeform: this is necessary when running a musl executable on a heathen (glibc) linux
mircea_popescu: yup there's musl too. aaaite, ima let it be for a bit then
asciilifeform: ;;later tell mircea_popescu if you do musl rotor correctly, after stripping the elf you get a roughly 4M bin.
asciilifeform: (rotor is a superset of stator that builds own compiler with - in my latest ver. - musl)
asciilifeform: all 3 of my currently operating trb nodes are using a rotor-on-musl build
asciilifeform: gentlement, please welcome (back) bucephalus: 216.15.33.203:8333 - a trb node, now running asciilifeform's bleeding-edge (on musl-rotor)
assbot: Logged on 20-12-2015 00:17:11; asciilifeform: incidentally, gentlemen, please welcome (back) dulap! 46.166.165.30:8333 (nosuchlabs.com), a trb node running bleedingedge-asciilifeform+rotor(musl)
asciilifeform: incidentally, gentlemen, please welcome (back) dulap! 46.166.165.30:8333 (nosuchlabs.com), a trb node running bleedingedge-asciilifeform+rotor(musl) ☟︎
asciilifeform: actually bucephalus for now will continue as is. dulap, on the other hand, will serve up fresh v+musl tonight.
mircea_popescu: i dun believe this is what they wanted musl to be for.
asciilifeform: this was an attempt to set up an ACTUAL WORKSTATION on top of musl.
asciilifeform is astonishingly astonished at the number of packages which fall into dust under musl
asciilifeform: it doesn't like musl much.
trinque: does this require a musl patch? does this ...
asciilifeform: it is not hard to make a musl-based linux; i have this working with rotor
trinque: I've changed it since to dump out a working musl system
asciilifeform: would be neat if it could be done with a musl runtime
asciilifeform: this covers gcc and libc (musl in the provided config)
mod6: was a gentoo/glibc environement -- compiled buildroot with the musl settings. didn't change anything to the "rotor" steps execept for adding the change to BDB configure options in trinque's message.
trinque: yep, but could just as well be musl
ascii_field: ^ pretty much nothing about musl
assbot: alt-libc: The state of uClibc and musl in Gentoo (part 1) | Anthony G. Basile ... ( http://bit.ly/1Iwo3u5 )
jurov: https://blogs.gentoo.org/blueness/2015/08/04/alt-libc-the-state-of-uclibc-and-musl-in-gentoo-part-1/ we're not alone
ascii_field: not, afaik, affiliated with the musl folks in any direct sense
mircea_popescu: i know what musl is.
jurov: musl is alternative libc
assbot: Logged on 29-07-2015 15:55:28; phf: i remember, musl is pretty cool, it's part of the whole suckless movement
phf: i remember, musl is pretty cool, it's part of the whole suckless movement ☟︎
asciilifeform: hanbot: the basic idea of 'rotor' is that you have quite the same stator as before, but it is built with a toolchain (gcc and binutils) that were built for the occasion, and use musl
asciilifeform: hanbot: you will have a dir, outermost, named what you like - e.g., 'rotor', and then rotor/toolchain and rotor/buildroot-xxx and rotor/stator, inside the latter - quite the same thing as in normal stator, other than the musl patch and the rotor.sh script (replacing the old stator.sh)
ben_vulpes: ascii_field: what's the difference between musl and glibc?
ascii_field: can't use glibc toolchain to build binaries with musl
ascii_field: http://log.bitcoin-assets.com/?date=28-07-2015#1215242 << thing is, as i currently understand, buildroot is the ~only~ way to build musl bitcoin ☝︎
shinohai: I haven't yet ascii_field, I am still doing the required reading. ( musl doesn't work for me)
mats: musl master race
decimation: asciilifeform, others: http://comments.gmane.org/gmane.comp.embedded.openwrt.devel/32651 "I just committed a change making musl the new default libc in OpenWrt
mod6: <+punkman> did anyone try musl yet? << yeah, check out ascii's comments from yesterday
punkman: did anyone try musl yet?
ben_vulpes: neat to hear about musl, asciilifeform
ascii_field: 100% musl though
ascii_field: point is not only to test pogo build and get musl in, but also it is useful to have a rom-able pc realbitcoinotron
ascii_field: mod6, ben_vulpes, mircea_popescu, et al: sooo in other nyooz, last night i got a x86_64 buildroot on musl going. shits out a bootable iso
mod6: haven't tried musl yet no.
asciilifeform: anyone try musl yet ?
ascii_field: realize, i don't have a better solution than ntp. but it has to be done sanely (no dns; builds under musl or uclibc; doesn't introduce more than a few dozen lines of code; and picks from $bigint ip on powerup; and sanity-checked from blockchain )
asciilifeform: must also work on uclibc and, possibly, musl
asciilifeform: 'Topic for #musl is: http://www.musl-libc.org | Ask questions; treat others with respect; stop off-topic discussions for musl questions; do not publish logs; no sexism, homophobia, or other forms of asshattery.' ☟︎
assbot: Logged on 05-07-2015 08:22:23; mircea_popescu: heh check it out, mark karpeles idling in #musl.
mircea_popescu: heh check it out, mark karpeles idling in #musl. ☟︎☟︎
mod6: and if that doesn't work, maybe I can give 'hardened/linux/musl/amd64' (i don't see a non-hardened one available atm)
mod6: i saw that comment yesterday, I briefly looked at it's page ascii_field, I'll take a deeper look at musl soon. hopefully that'll get us further?
ascii_field: presently i suspect that 'musl' is the only glibc replacement that has any promise