log☇︎
90500+ entries in 0.055s
asciilifeform: ( let's imagine, say, the eulora folx suddenly want to connect 6 FG's. currently cannot do )
asciilifeform: so he can work the necessary magicks
asciilifeform: ben_vulpes: plox to gpggram to BingoBoingo , tracking # etc, when it has sailed
asciilifeform: afaik he currently has ~just enuff~ to connect ~one~ pair.
asciilifeform: hey ben_vulpes , didja ever send the stockpile of FG usb-ttl connectors, over to BingoBoingostan ?
BingoBoingo: asciilifeform: Yeah, that's in the notes for the next signed inventory report
asciilifeform: BingoBoingo: the s.mg spare is inventory # 26 ( w/ redundant ps )
asciilifeform: observe that the cost of the disk itself has fallen by ~100bux since april; seems like the ssd famine may be ending
asciilifeform: i.e. ~1500 to buy, transport, ransom, 5 units.
asciilifeform: i just now tried the quote , it's a linear equation
asciilifeform: is the tardlimit
BingoBoingo: asciilifeform: What about those retarded "max X per customer" Amazon limits?
asciilifeform: i.e. any # of ssd can be in BingoBoingo's hands in about 6 wks, via this 'worst' method.
asciilifeform: http://logs.bvulpes.com/pizarro?d=2018-6-20#383922 << of interest to potentially all pizarro customers ; updated disk cost ( via the method used to deliver BingoBoingo the cable in earlier experiment )
asciilifeform: even so, better to start the train going, so disks etc can be 'yes!! we have disks!' if suddenly a primary box goes up in smoke, rather than 'oh hmm where do we get some disks'.
BingoBoingo: diana_coman: ty
a111: Logged on 2018-06-20 17:04 mircea_popescu: none of this is an emergency, still some issues to fix as i said.
ben_vulpes: BingoBoingo: ty
diana_coman: asciilifeform, BingoBoingo it is NOT asap, no; take your time, no hurry
BingoBoingo: <trinque> the 6tb WD is also mine << That was marked
asciilifeform: i'ma ask that anyffing sent to asciilifeform for transport, be either marked (if sent from human hands) or serial # gpggrammed to asciilifeform , so he can mark it. ☟︎
trinque: and never touched my hands, so no label
asciilifeform: ok confirmed, trinque's
asciilifeform: ( in the fyootoor, folx, plz label your iron ! )
trinque: I have the 1tb 860 evo
asciilifeform: ben_vulpes: but whose is the 850 ?
ben_vulpes: yeah, that's the foundation's drive
asciilifeform: BingoBoingo: at your earliest chance, plox to install the 3ware raid and its cabling marked 'smg', in the respective machine.
asciilifeform: mod6: ^ plox to confirm
asciilifeform: BingoBoingo: the samsung 850 in the bilge, confirmed is mod6 's ?
BingoBoingo: asciilifeform: Will speak to people.
asciilifeform: BingoBoingo: put your sp study to use in the battlefield.
asciilifeform: BingoBoingo: it is very much worth looking into speaking with iron shoppe d00d and working out something re disks. may prove to be cheaper.
asciilifeform: disk shortage is serious problem imho, these will have to be an absolute priority item for next airdrop. the tricky bit is that the only reliable way to transport'em, without triggering the ruinous tax, is inside machines.
asciilifeform: BingoBoingo: plox to repaste
ben_vulpes: BingoBoingo: sent out an inventory recently, let me hand that over to ya
asciilifeform: hey ben_vulpes do we have a Troo Full Inventory posted somewhere ?
asciilifeform: iirc there is also a cold spare ssd belonging to mod6 , can work something out with him.
asciilifeform: diana_coman, mircea_popescu if you need this box asap, it is possible to pull the hot spare from primary and make a single-disked staging box out of the spare.
asciilifeform: ben_vulpes: correct, and ben_vulpes , trinque , lobbes ( iirc ) send in disks , which then went into it
ben_vulpes: ah; that's right. box bought from s.nsa was chassis-only
asciilifeform: diana_coman: plox to correct the above disk spec if necessary
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
BingoBoingo: I can pull the chassis out of the cabinet and see if they drives are hiding in there somewhere other than the drive bays.
ave1: Yes, that one looked like a build / host / target def problem. Which usually goes back to the build-tarballs line.
asciilifeform: BingoBoingo: plox to visit ye olde iron shoppe then, and obtain quote for 5 1tb ssd, if available, or output re what is available, if these are not
BingoBoingo: asciilifeform: I looked at the iron on my way back to the terminal after Uruguay's disappointing 1-0 victory
a111: Logged on 2018-06-03 22:27 asciilifeform: !Q later tell ave1 http://p.bvulpes.com/pastes/J7Aey/?raw=true << amd64 gnat dun build on arm64.
asciilifeform: BingoBoingo: plox to confirm this by physically looking at the iron
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
ave1: asciilifeform, I did get it to cross compile on aarch64 too, it was a question of more memory. Do you still have an error log? Also the order has to be correct in the build-ada.sh. Like so: http://btcbase.org/log/2018-06-04#1820499 ☝︎
asciilifeform: oh grr loox from my notes, to be the case that only the primary s.mg box was provisioned with disk
asciilifeform: ( or link to existing )
asciilifeform: BingoBoingo: plox to make inventory of drives
BingoBoingo: <asciilifeform> diana_coman: plox to gpggram BingoBoingo re necessary qty of FGs, the raid geometry to use ( 5? 10? ) , necessary # of nic connections, he will bring up the box. << The server needs drives to set up a raid
asciilifeform: and then can start the process of auditing, cleansing.
asciilifeform: when ave1 comes back with patch for cross-x64 , it will be time to genesis the thing
asciilifeform: but for this it will have to work in all possible combos of 'who-whom'
asciilifeform: what i'd like to end up with, is to make ave1's gnat the default gcc in my gentoos ( and , in time, in cuntoo )
diana_coman: right; I can confirm I tried that on my rockchip too with same results as you had already reported
asciilifeform: ( the 1 item which did not work, is the building of x64 gnat ~on~ arm64 gnat, iirc he went to fix this and not yet come back )
asciilifeform: i tested his latest builder on x64 and arm64, both perform like champs.
diana_coman: asciilifeform, aha, that's pretty much the recipe I'll try to follow
asciilifeform: which then run on , theoretically, any linux of compatible cpu.
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: ( per http://btcbase.org/log/2018-06-03#1820427 test and after ) ☝︎
diana_coman: aha, that was my understanding so that's good then
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: chances are that it'll work without coad changes.
diana_coman: so there is a chance it'll work; if not, at least I'll know what part is even more idiotic than the rest
asciilifeform: ( well, technically 2nd, gcc was 1st )
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 )
diana_coman: I guess I'll find out by trying it at any rate
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
asciilifeform: diana_coman: can, with certain known exceptions ( emacs, mainly , per http://btcbase.org/log/2018-06-19#1827118 thrd ) ☝︎
diana_coman: or do you mean I have to have cuntoo to be able to try this?
diana_coman: asciilifeform, "musl libs" meaning libs built with musl, right? that's my current understanding
asciilifeform: ( there may be a pill to work around this, but i do not currently know it )
asciilifeform: re linkers, musl lib can only be linked with other musl libs, but prolly diana_coman already knew this.
diana_coman: the server is a ball of fuck that was trimmed from earth-size to country-size, but still
asciilifeform: it will be getting the asciilifeform-baked trad gentoo, from same tar.gz as dulap and orig s.mg.
mircea_popescu: none of this is an emergency, still some issues to fix as i said. ☟︎
asciilifeform: BingoBoingo: and the usb boot stick.
asciilifeform: BingoBoingo: plox to connect ipkvm device also then
diana_coman: great, thanks
diana_coman: asciilifeform, uhm, not at this stage; can haz precisely dulap-whatevers setup s.mg came with?
asciilifeform: iirc that one has raid10 with 1 hot spare.
asciilifeform: diana_coman: plox to gpggram BingoBoingo re necessary qty of FGs, the raid geometry to use ( 5? 10? ) , necessary # of nic connections, he will bring up the box.
mircea_popescu: the above + "keep clear and reproducible notes of all steps" is pretty much 100% the profession.
mircea_popescu: you know, engineering, that thing where you try to change the smallest count of things per step
diana_coman: and I'm not that keen on testing on yet another arch basically
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
asciilifeform: mircea_popescu: out of curiosity, was the initial test of adatronic serv on rockchip ? how did it perform ?
asciilifeform: i delivered also its raid card, it is currently in its crate, in the bilge.
asciilifeform: s.mg spare ? should be ready to roll, disks in, etc. possibly will need FGation.
ben_vulpes: sounds reasonable, let me check notes and see if there's any reason not to
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: in other news, diana_coman reports that we've actually managed moving the actual server on a .gpr process ; there's some remaining problems with linking bits, but seem perhaps resolvable.
mircea_popescu: you know, "upgrade tls". various "cloud providers" "rolling out" "support"
mircea_popescu: in other-same lulz, usg amping up the "upgrading" of "secure" http sites off the interwebs. ☟︎