tmsr - Search: musl

514 entries in 0.817s

mircea_popescu: we'll have yet another flip flop later when we move to the musl.

mircea_popescu: trinque aha so basically the situation here is, 1. you did an ablated gentoo last year, which was more vanilla ; 2. meanwhile it was discovered no longer builds, because imperial shitstack can't be a foundation for anything but the cockroaches ; 3. since ave1 work meshes well with older asciilifeform work we've updated the cuntoo target for a full musl integration, and this will come but 4. prolly later this year ?

trinque: this build script was to have a gentoo which uses musl, and uses patched ebuilds from the libressl and musl overlays.

trinque: https://gitweb.gentoo.org/proj/musl.git/commit/?id=a16515e5a86fcf9aebc5c7330ca34d6faac8c8c5 << which obviously makes this the end of history having anything to do with them.

trinque: https://gitweb.gentoo.org/proj/musl.git/commit/?id=877c6d3a1bf239d117bcd3fa39dce1ae248d0e51 << in related lulz

phf: well, in that case the problem is already solved. if PeterL were to install cuntoo with musl (or without) vtools will build.

asciilifeform: i abolished it in trb ( rotor ) , ave1 -- for gnat, and really ought to end with the logical conclusion, standard cuntoo musl/headers/gcc.

phf: that's not the source of the issue though, musl is libc, all the other libc's also support the entirety of libc, the horror crawls through the parts where no libc or posix or whatever exists. for example byteswapping code is not in there

asciilifeform: phf: musl

mircea_popescu: asciilifeform no but this is my point. "why are you using emacs when in fact trb will need ada scheme anyway and then you could just have a musl-gnat nerwmacs" ?

trinque: http://btcbase.org/log/2018-06-21#1828275 << right. either now or later, you'll have to produce a kernel config suitable for your hardware, and provide that to the build script. and yes, there is the potential that somebody else hasn't yet provided musl patches for your dependencies, though there are more all the time. ☝︎

trinque: so if I were to upload the current version of the script for you, it would produce a system which is classical gentoo, my recipe, plus the musl and libressl overlays. this'd be what you'd get if you were hand-spinning own musl/libressl system.

asciilifeform: http://btcbase.org/log/2018-06-21#1827977 << 're-emerge' seems to imply systemwide ? you're more or less guaranteed a borked box, muslism has to be done either rotor-style (i.e. 100% user-local build of 1 proggy at a time) or systemwide ( trinque's cuntoo ), on account of the impossibility of cleanly linking glibc libs to musl proggy or vice versa ☝︎☟︎

a111: Logged on 2018-06-20 16:46 mircea_popescu: which brings us to : ben_vulpes would pizarro be amenable to bring up the spare sometime so she makes it a full gnat musl thing, test whether we can move everything there, and either move it (so basically, moving servers) or else backing down (so basically i guess either renting both for a while or powerting back down the spare) ?

asciilifeform: full musl implies cuntoo, hence asciilifeform's initial confusion

mircea_popescu: so it's a fully ada/musl machine.

ave1: I.E. I could reprocude this error by first compiling aarch64 with ../extra/build-tarballs.sh $PREFIX musl ada aarch64 and then running the script with making that line: ../extra/build-tarballs.sh $PREFIX musl ada x86_64

a111: Logged on 2018-06-04 04:26 ave1: asciilifeform, also what is in the build-ada.sh? the last line on aarch64 should read: ../extra/build-tarballs.sh $PREFIX musl ada aarch64 x86_64

asciilifeform: a musl-gnat is first built, using a conventional gnat; this is then installed in user homedir, placed in path, and becomes the active gnat; with which then can build musltronic proggies.

asciilifeform: diana_coman: you don't need cuntoo to build musl executables, ave1's gnat does this on an ~arbitrary linux. ( via similar method as the 2015 'rotor' item )

asciilifeform: just about errything that doesn't abuse some glibc-specific knob, runs 100% under muslism ( e.g. trb, which was the first proggy i personally built for musl, back in the http://therealbitcoin.org/ml/btc-dev/2015-July/000133.html days )

a111: Logged on 2018-06-19 18:08 phf: asciilifeform: well, it's been ported, but i've no idea how, last time i looked at it was pre-rework and i couldn't figure it out. trinque just said that the musl version of emacs he has is 24.5, so presumably that works

diana_coman: i.e. on a musl system I can rebuild everything or not?

diana_coman: asciilifeform, "musl libs" meaning libs built with musl, right? that's my current understanding

asciilifeform: re linkers, musl lib can only be linked with other musl libs, but prolly diana_coman already knew this.

diana_coman: asciilifeform, no, not on rockchip, on s.mg server but basically just setting for the session the $PATH to point to musl gnat

mircea_popescu: which brings us to : ben_vulpes would pizarro be amenable to bring up the spare sometime so she makes it a full gnat musl thing, test whether we can move everything there, and either move it (so basically, moving servers) or else backing down (so basically i guess either renting both for a while or powerting back down the spare) ? ☟︎

mircea_popescu: people who expect to run it atop musl as opposed to atop gnarl, that's very much who.

mircea_popescu: myeah. and maybe the discussion is both a little premature and a little touching raw nerve ; but nevertheless the progress on packaging, first ave1 with musl, coming up trinque cuntoo, etc etc WILL lead to it.

trinque: http://www.openwall.com/lists/musl/2015/02/03/1

phf: asciilifeform: well, it's been ported, but i've no idea how, last time i looked at it was pre-rework and i couldn't figure it out. trinque just said that the musl version of emacs he has is 24.5, so presumably that works ☟︎

asciilifeform: phf: any idea how much this routine weighs ? what would it take to port to musl ?

trinque: gentoo musl overlay has an emacs-24.5.r5

phf: mircea_popescu: the emacs headache on musl that asciilifeform mentioned

asciilifeform: trinque: recall, there was a headache with emacs on musl

trinque: yep, musl and libressl

phf: trinque: is cuntoo pure musl?

ave1: asciilifeform, also what is in the build-ada.sh? the last line on aarch64 should read: ../extra/build-tarballs.sh $PREFIX musl ada aarch64 x86_64 ☟︎

ave1: asciilifeform, could you post the contents of ' build/build-x86_64-linux-musl/binutils-2.25.1/build1/config.log'?

asciilifeform: diana_coman: all you gotta do is build, then put the tarball on your rc box, extract, and add to .bashrc e.g. PATH="/home/stas/gnat/aarch64-linux-musl-native/bin/:$PATH"; export PATH and you're up & running.

a111: Logged on 2018-06-03 04:35 deedbot: http://ave1.org/2018/building-gnat-on-musl-updated-tar-line/ << ave1 - Building GNAT on MUSL, updated tar line

deedbot: http://ave1.org/2018/building-gnat-on-musl-updated-tar-line/ << ave1 - Building GNAT on MUSL, updated tar line ☟︎

a111: Logged on 2018-06-01 18:02 ave1: this is beyond me, I'll change the gzip line. In the mean time could you check if the compiler in x86_64-linux-musl does produce the expected static output?

ave1: this is beyond me, I'll change the gzip line. In the mean time could you check if the compiler in x86_64-linux-musl does produce the expected static output? ☟︎

ave1: muslaarch64-linux-musl-nativeada.tar.gz x86_64-linux-musl-native

ave1: bootstrap x86_64-linux-musl

ave1: aarch64-linux-musl-native muslx86_64-linux-muslada.tar.gz

ave1: aarch64-linux-musl muslx86_64-linux-musl-nativeada.tar.gz

asciilifeform: ave1: has aarch64-linux-musl-* stuff

ave1: and 'ls /home/stas/temp/ada-musl-cross-2018-04-30/bin'

asciilifeform: aarch64-linux-musl bin done include lib lib64 libexec share

ave1: plus, could you try 'ls /home/stas/temp/ada-musl-cross-2018-04-30/bin/aarch64-linux-musl-native'

asciilifeform: command was ./build-ada.sh /home/stas/temp/ada-musl-cross-2018-04-30/bin > build.output 2>&1

ave1: asciilifeform, the .../temp//ada-musl-cross-2018-04-30/bin is empty?

ave1: 2ae96a393896d7713d110f03e84a95eb07e17d0cc64c71d22020a93a41fc6b4820bfe282996ebeb9f438507aa28e5df63bbc37bf6d7a0eebefceb074dd5f42e8 muslx86_64-linux-musl-nativeada.tar.gz

ave1: and http://ave1.org/tarpit/muslx86_64-linux-musl-nativeada.tar.gz

ave1: sha512: 7ebc6f56bca0d153fb7119c756f78bc6c867a10217a82a2da0193e40fe2f2d06c22151e49ab194541c7e11c71c0c20cfe2d02cf526d02eb856908ed6cc9ae7ad muslaarch64-linux-musl-nativeada.tar.gz

ave1: pre-build versions at: http://ave1.org/tarpit/muslaarch64-linux-musl-nativeada.tar.gz

ave1: and build retried, I updated the post here: http://ave1.org/2018/building-gnat-on-musl-now-always-static/

asciilifeform: sorta how asciilifeform even came to musl to begin with.

asciilifeform: http://btcbase.org/log/2018-05-30#1819898 << it is absent in musl ☝︎

asciilifeform: what's needed is : 1) runs-on-amd64-of-any-kind-builds-static-musl-for-amd64 2) runs-on-arm64-of-any-type-builds-static-musl-for-arm64

asciilifeform: ( nobody, presently, has a multronic gentoo for arm, so the dynamic-musl thing was 100% junk )

asciilifeform: ( musl-outputting amd64 also, however )

ave1: asciilifeform, I'm sorry for this. I ran the build multiple times so I'm not sure how the patch found it's way into the last release. Fix is on it's way. (fix is to remove the patch, gmp-4.3.2-2.musl.diff from the patches directory)

trinque: what moved is the constellations of musl and non-musl versions of ebuilds; gotta align the stars again, then take a picture

trinque: asciilifeform: yes, shitgnomes in both the gentoo and musl-overlay portage trees continued their brownian motion and diana_coman for example couldn't build, one day

a111: Logged on 2018-05-28 15:23 deedbot: http://ave1.org/2018/building-gnat-on-musl-now-always-static/ << ave1 - Building GNAT on MUSL, now always static

deedbot: http://ave1.org/2018/building-gnat-on-musl-now-always-static/ << ave1 - Building GNAT on MUSL, now always static ☟︎

ave1: http://btcbase.org/log/2018-05-25#1818722, I'm in the last rounds (building gnat-musl using gnat-musl on aarch64). The last part is the slowest (I have one core for it). Also, for some reason the download sites are becoming unstable, I had to change one and it just failed on another. ☝︎

ave1: spyked, http://btcbase.org/log/2018-05-23#1817663, no problem in fact the opposite. This helps in getting the cowwebs out of the build process (I've also tested on machines with gcc 7). The build process is picking up the glibc linux headers at a point where only musl headers should be used. This is usually caused by a system library being picked up in the build process. ☝︎

spyked: hey, ave1! I gave http://ave1.org/2018/building-gnat-on-musl-now-with-partial-and-parallel-build-support/ a run and I'm sad to report that it failed. attached a screenlog of the run at http://lmogo.xyz/randomio/gnat-musl-screenlog.0 (notice: file is ~5MB in size). unfortunately my hands are full now, so I've no time to dig further, but I'll provide any further info if you need.

douchebag: I just added dependcy exploits for m4, mpc, mpfr, musl, ncurses and pkgconf

a111: Logged on 2018-05-16 13:36 asciilifeform: http://btcbase.org/log/2018-05-16#1814223 << ave1 can we dispense with building the 'builds dynamic turds, so demands musl on system elsewhere' rubbish ? it is useless. let's stick to useful compiler, that works on any box with matching architecture

a111: Logged on 2018-05-15 21:28 asciilifeform: diana_coman: steps to replicate: 0) on a machine WITH A WORKING GNAT (e.g. adacore's , and it must be in your path already ) 1 ) download the tarball from http://ave1.org/2018/building-gnat-on-musl-now-with-partial-and-parallel-build-support 2) unpack tarball ada-musl-cross-2018-05-15.tgz , go to the dir 3) mkdir bin << this is where the built binariola will live 4) ./build-ada.sh /home/foo/temp/ada/ada-musl-cross-2018-05-15/bin

asciilifeform: i.e. static musl.

a111: Logged on 2018-05-16 08:51 ave1: link is here: http://ave1.org/tarpit/muslaarch64-linux-musl-nativeada.tar.gz

asciilifeform: http://btcbase.org/log/2018-05-16#1814223 << ave1 can we dispense with building the 'builds dynamic turds, so demands musl on system elsewhere' rubbish ? it is useless. let's stick to useful compiler, that works on any box with matching architecture ☝︎☟︎

ave1: ../extra/build-tarballs.sh $PREFIX musl ada aarch64 x86_64

ave1: it's last line is now: ../extra/build-tarballs.sh $PREFIX musl ada x86_64 aarch64

ave1: 223b353c4c0299345c13c2abaea9a5e779878b22bd49c8d93a726075a429db8453a45b2fcbeb1d18a1bc282a0e51f695e62dd23cd8b35ca093dd7859caf5dc0a muslaarch64-linux-musl-nativeada.tar.gz

ave1: link is here: http://ave1.org/tarpit/muslaarch64-linux-musl-nativeada.tar.gz ☟︎

a111: Logged on 2018-05-15 21:50 diana_coman: and fwiw I tried running from there also ./aarch64-musl-linux-cpp -> same result

a111: Logged on 2018-05-16 04:19 ave1: it does not matter if the linux is glibc or musl, I tested also on a clean ubuntu arm64 image

a111: Logged on 2018-05-15 21:53 asciilifeform: but his aarch64-linux-musl is... x86-64

ave1: it does not matter if the linux is glibc or musl, I tested also on a clean ubuntu arm64 image ☟︎

ave1: the static binaries, being static, run on all linuxes be it glibc or musl

ave1: so, 'aarch64-musl-linux' is x86_64 exe and created aarch64 static bins

diana_coman: http://btcbase.org/log/2018-05-15#1813816 <- rounding this up: tried it and yes, as expected, arm indeed but can't really use it since no musl ☝︎

asciilifeform: but his aarch64-linux-musl is... x86-64 ☟︎

asciilifeform: diana_coman: what does readelf -h aarch64-musl-linux-gcc give you ?

diana_coman: and fwiw I tried running from there also ./aarch64-musl-linux-cpp -> same result ☟︎

asciilifeform: the 'native' ones, iirc, expect an existing musl linux; i tested the x86-64 'muslada'

asciilifeform: 0c8ea1b6168d0643b7511eb01faf4f37eb34c03ba9e359e1915b18e40b868ecc4f9b54a962be82e3c7b5aceb53ec6151d8eb572b3816e169d2b598b136d2683b muslx86_64-linux-musl-nativeada.tar.gz

asciilifeform: e432850de89226c6745301a5932e30c5b09f260b9c850a5e76e8119f66b2f06f1798156138a1741aeff9c46ab90ff1d8ad97d9c089c7d76991a8b7ea8b104bdf muslaarch64-linux-musl-nativeada.tar.gz

asciilifeform: i omitted a step 5 ) put in ~/.bash_profile , the path, e.g. PATH="/home/foo/temp/ada/ada-musl-cross-2018-05-15/bin/x86_64-linux-musl/bin/:$PATH"; export PATH

asciilifeform: diana_coman: steps to replicate: 0) on a machine WITH A WORKING GNAT (e.g. adacore's , and it must be in your path already ) 1 ) download the tarball from http://ave1.org/2018/building-gnat-on-musl-now-with-partial-and-parallel-build-support 2) unpack tarball ada-musl-cross-2018-05-15.tgz , go to the dir 3) mkdir bin << this is where the built binariola will live 4) ./build-ada.sh /home/foo/temp/ada/ada-musl-cross-2018-05-15/bin ☟︎

asciilifeform: aaaaaaaand ave1 diana_coman mircea_popescu it built compiler ( ' Native compiler prefix built by musl-cross aarch64-linux-musl-native ' )

deedbot: http://ave1.org/2018/building-gnat-on-musl-now-with-partial-and-parallel-build-support/ << ave1 - Building GNAT on MUSL, now with partial and parallel build support

ben_vulpes: girthy spittoon, i still don't understand how the overlays of trinque's musl overlay work properly; not even really which knobs to pull