log
353 entries in 0.558s
phf: some libc's (specifically in glibc, musl, there's also a custom one in busybox. presumably cygwin/mingw comes with a glibc derivative), but that shouldn't be used directly. PeterL's patch is not needed on linux/freebsd/apple.
a111: Logged on 2018-07-18 13:46 phf: or is tmsr ada whatever ave1 put into his musl build, which is, worse, a political situation. diana_coman can argue for her ffi stuff to be included, should i be arguing for my get/put stuff to be included?
ave1: for overview there will probably will be about 6 flavours of zfp I think based on: MUSL C, X86_64 ASM + linux, X86_64 ASM + no os, AARCH64 + linux, AARCH64 + no os.
asciilifeform: phf: are we speaking of http://ave1.org/2018/building-gnat-on-musl-updated-tar-line/ or http://ave1.org/2018/gnat-zero-foot-print-take-2-no-c/ ? these are separate items
phf: or is tmsr ada whatever ave1 put into his musl build, which is, worse, a political situation. diana_coman can argue for her ffi stuff to be included, should i be arguing for my get/put stuff to be included?
a111: Logged on 2018-07-15 16:22 asciilifeform: http://btcbase.org/log/2018-07-15#1834764 << trinque do you have a list of items you observed to be broken under musl ? or is this still in the works
BingoBoingo: <trinque> some of this work won't have to be done completely ab initio; there are musltronic distros out there that can at least act as source material for research, alpine and void linux for example. <<As far as I can tell Alpine is a musl build of gentoo, comparatively clean. Void on the other hand is more like a tampon. Bloody inside and out
asciilifeform: i meant 'any'. afaik the only remaining graphical www thing that builds even on asciilifeform's ban-flagged gentoo ( not even speaking of musl ) is old firefox.
a111: Logged on 2018-07-12 11:18 asciilifeform: trinque's gcc, btw, is exactly as was printed on the crate, x86_64-gentoo-linux-musl 4.9.4
a111: Logged on 2018-07-15 15:45 trinque: musl will "break" where it refused to implement glibc feature-creep outside the posix libc standard. it's a stricter implementation.
asciilifeform: http://btcbase.org/log/2018-07-15#1834764 << trinque do you have a list of items you observed to be broken under musl ? or is this still in the works☝︎
a111: Logged on 2018-07-15 15:45 trinque: musl will "break" where it refused to implement glibc feature-creep outside the posix libc standard. it's a stricter implementation.
trinque: to take a specific example, my mention of musl distros isn't an excuse for anyone to blindly pilfer patches and then sign because "built!!"
trinque: musl will "break" where it refused to implement glibc feature-creep outside the posix libc standard. it's a stricter implementation.
trinque: http://btcbase.org/log/2018-07-14#1834507 << read and enjoyed your porting process for mysql. this will be how things go. many items already have patched ebuilds in the musl-overlay, which your system is using atop traditional portage. some wont, and will need to be fixed.☝︎
asciilifeform: diana_coman: was mysql the only eulora component that misbehaved on musl ?
deedbot: http://www.dianacoman.com/2018/07/14/cutting-mysql-into-musl-shape/ << Ossasepia - Cutting MySQL into Musl Shape
ave1: btw the most recent version will only build static executables! so no support for shared anything. Does the musl / gentoo overlay depend on shared libs? (Python usually builds statically and depends for installable modules on it, etc.)
asciilifeform: trinque's gcc, btw, is exactly as was printed on the crate, x86_64-gentoo-linux-musl 4.9.4
hobotrinque: removing swap is totally fine by me. musl gcc-4 would not build on gcc-6
asciilifeform: ( not accident, but per trinque's script, chroot . emerge '=gcc-5.4.0-r4::musl' )
asciilifeform: phf: as discussed in the recent diana_coman thread, if you want systemwide musl-anythings, gotta have a pure musl box.
asciilifeform: phf: only on a system where the systemwide crapola is traditional (glibc) and your musl item is a homedir-local build, a la rotor.
phf: asciilifeform: is it possible to combine musl and libc on a same gentoo system (gentoo insists i use something they call crossdev, i haven't yet looked into it further) (i'm using your aarch64 gentoo root file system)?
phf: i very briefly looked at ave1's script, and i'm guessing that's what it's supposed to do (besides musl related): build a x86 hosted aarch64 crosscompiler, build an aarch64 build using that compiler?
asciilifeform: mircea_popescu: whole thrust behind asciilifeform's initial colonization of musl was to be rid of dlopen() etc
trinque: anybody that wants to help verify the portage genesis.vpatch later oughta try building the musl gentoo in my post.
ave1: Then I decided I could better spend my time on musl than trying to salvage anything from gnu libc
mircea_popescu: look, the bootloader thing is either musl or isn't. if it isn't, i expect trinque wants to hear about it ; whether he wants to or not i still want it said.
a111: Logged on 2018-06-21 12:34 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
mircea_popescu: the "a full gnat musl thing" portion seems to be satisfied by trinque 's currently published bootloader.
mimisbrunnr: Logged on 2018-06-20 16:30 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: i dunno why ; cuz i said the idea is to ~test a musl process~ ; without hosing the machine currently running it.
mircea_popescu: so if i use it, the resulting system will in fact permit my testing of a whole set of musl-compiled deps, system wide, such as mysql and whatever other libs eulora pulls.
mircea_popescu: trinque ok, help me understand this. so you have a script that a) works, in the sense of bootloading a b) gentoo which is musl-compiled but c) doesn't have a proper v tree.
trinque: mircea_popescu: it is musl; it is just not using a v-tree of ebuilds for its portage
mircea_popescu: trinque ok, but it's not musl.
asciilifeform: diana_coman: as i understand, it would not be a wasted effort , given as if a musl-incompatibility is revealed , diana_coman can go straight to patching it, working in parallel with trinque's finishing touches on cuntoo
asciilifeform: this will reveal where, if anywhere, your orchestra breaks on musl
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☝︎