21900+ entries in 0.036s
mod6: <+nubbins`> you can't get a bash prompt? << for instance on my POS box that I bought for $129.00 an x86_64 core2duo, I can't even install the os. All i can do is boot the livecd, do the chroot stuff, and then end up at the grub> prompt upon reboot. when it comes to my instance in AWS, i've had better luck, but doing stuff for me is so time consuming. in this case, i need to get gcc recompiled with patches to see if we can get past this error we
mod6: what i'm sayin is this: without expert knowledge of how to use gentoo, I can't do what needs to be done in a reasonable amount of time. everyting for me in there is arduous, painstaking.
mod6: naw, i have no preconceptions about anything. im talking about using this thing.
mod6: i mean, i can't seem to get anywhere with anything without major time involved and serious pain.
☟︎☟︎ mod6: after 6 weeks, all that I can conclude about gentoo is it's basically unuseable.
mod6: im still not sure why we're not taking a hard look at openbsd
mod6: i need to get back to winning here. been losing to gentoo for 6 weeks.
☟︎ mod6: you have to pick it up and then figure out all out. bzzzzt.
mod6: trinque says y, "to learn gentoo, you must have learned gentoo". which is the total truth. you can't just pick this thing up and figure it out.
mod6: and the documentation is so bad, it's not even accurate, and makes assumptions about the audience. smh.
mod6: gentoo has an ability to allow you to do an overlay .. but holy crap. gentoo is such a nightmare.
mod6: <+mircea_popescu> <mod6> mod6: Sir Grayhawk, I would like to use this recipe to craft a static apple pie. Sir Grayhawk: Let me traide you for this here Universe Schematic. << WUT ?! << 'twas a joke. the old one about how a programmer wanted to bake an apple pie but first has to invent a universe. 'cept in this one static bitcoind is the pie, and the universe is gentoo/uclibc/gcc/etc. :]
mod6: mod6: Sir Grayhawk, I would like to use this recipe to craft a static apple pie. Sir Grayhawk: Let me traide you for this here Universe Schematic.
mod6: makes me as jumpy as a longtalied cat in a room full of rocking chairs.
mod6: i would think i would need to build whatevre this is: x86_64-gentoo-linux-uclibc-gcc (Gentoo Hardened 4.8.4 p1.5, pie-0.6.1) 4.8.4 + the obscure patch in msg00410
mod6: ok. np. the message didn't say. i guess i could try pulling the 4.8.4 source or whatever and see.
mod6: so thinking that my 0.9.33.2 /should/ be okay...
mod6: yeah. it seems weird from that other link that uclibc should have a fix applied in branch 0.9.32, or did i misunderstand that.
mod6: they do have different hashes, etc.
mod6: so this might not be a problem, but i was just looking at the environement to see if something is out of whack. it seems the /usr/bin/gcc isn't quite the same as the /usr/x86_64-gentoo-linux-uclibc/gcc-bin/4.8.4/x86_64-gentoo-linux-uclibc-gcc :
http://dpaste.com/19T1QMN.txt mod6: gcc (Gentoo Hardened 4.8.4 p1.5, pie-0.6.1) 4.8.4
mod6: <+decimation> mod6 what version of ulibc are you using << lemme see what i can find.
mod6: decimation: i saw that there. lol, there aren't many people who've encoutered this.
mod6: unless i'm just dumb, and it's related to "getnameinfo()", but i honestly didn't think it was reated.
mod6: __GI___pthread_cleanup_upto
mod6: the linker is saying that an R_X86_64_PC32 relocation against an undefined symbol can't be used in a shared object... maybe your removal of the dns shit fixes this. not sure. will try adding that patch as well if this next thing doesn't work.
mod6: the other issue is the linking thing...
mod6: no, those where in there from the beginning. i ended up adding ``#define __STDC_LIMIT_MACROS'' with ``#include <stdint.h>'' to net.cpp, util.cpp and wallet.cpp and then is ok.
☟︎ mod6: well, i've got the stdint thing figured out for the time being. i've applied your patch "asciilifeform-kills-integer-retardation.patch" and "nubs-gentoo-sanity.patch".
mod6: oh you think that's causing this issue?
mod6: gentoo has a page that mentions PIEs & PICs... maybe i can try without -fPIE and see what happens.
mod6: maybe I have it in the wrong spot though.
mod6: hmm. well, this didn't help either: recompile with -fPIC
mod6: got passed that problem... but now have something else.
mod6: ok copied libcrypto.a and libssl.a into ourlibs/lib
mod6: ah, thanks decimation. that's probably the other part of what nubbins` was saying before about not being copied correctly. i had to copy the headers by hand for it to compile...
mod6: the typescript does say that it had some error installing the documents or something though, but other than that, looks ok.
mod6: ip-172-31-2-241 sandbox-20150609-v0531-gentoo-uclibc # find /mnt/btc-dev/sandbox-20150609-v0531-gentoo-uclibc -name "*libssl*" \ /mnt/btc-dev/sandbox-20150609-v0531-gentoo-uclibc/bitcoin-v0_5_3_1/openssl-1.0.1g/libssl.pc \ /mnt/btc-dev/sandbox-20150609-v0531-gentoo-uclibc/bitcoin-v0_5_3_1/openssl-1.0.1g/libssl.a
mod6: I have that whole part saved in a typescript. lemme check
mod6: openssl? yeah, i believe it built just fine.
mod6: ah, it's an .so... so maybe it's looking for a .a
mod6: ip-172-31-2-241 bitcoin-v0_5_3_1 # whereis libcrypto libcrypto: /usr/lib/libcrypto.so
mod6: <+decimation> the linker is saying it can't find your built libssl and libcrypto << hmm i guess i can understand libcrypto, but openssl was built with auto.sh... would have though it could ifnd it..
mod6: yeah, i tried with just ``#include <stdint.h>'', no dice, same error. my /usr/include/stdint.h has: #if !defined __cplusplus || defined __STDC_LIMIT_MACROS ... # define INT64_MIN (-__INT64_C(9223372036854775807)-1)
☟︎ mod6: anyway, after I fixed those hiccups, then I ran into this when linking. any thoughts here? this is a gentoo with nearly nothing installed... :
http://dpaste.com/0HQTB32.txt mod6: im not sure what jurov's thing shows. i go by what's in the v0.5.3.1-RELEASE.tar.gz with hash: 5c41fe6cf286770a25bf61ab0c35747d0c760f8656754296d2e1d3c4274b5686
mod6: decimation: should be line 1359 int64 nBest = INT64_MIN; of (net.cpp)
mod6: here's what I discovered: ``#define __STDC_LIMIT_MACROS'' is in ``headers.h''. But if I add ``#define __STDC_LIMIT_MACROS'' with ``#include <stdint.h>'' directly after the #define in net.cpp, then it compiles fine. I found the same errors in util.cpp and wallet.cpp. Added those two lines fixes it in all places.
mod6: Going back to this error from lastnight: net.cpp:1358:23: error: 'INT64_MIN' was not declared in this scope
mod6: no, its just straight v0.5.3.1-RELEASE, i'll get to buildroot eventually.
mod6: I did have to copy over all of the openssl headers as you were saying once upon a time, but maybe i'm missing something else.
mod6: I'm using uclibc, so far going well.
mod6: hey nubbins`, did you ever see that issue on gentoo that I was talkin about lastnight?
mod6: anyway, I'll pick this back up tomorrow. getting closer...
mod6: hmm, weird, getting this error now: net.cpp: In function 'void ThreadOpenConnections2(void*)': net.cpp:1357:23: error: 'INT64_MIN' was not declared in this scope int64 nBest = INT64_MIN;
mod6: I forget whom it might have been, maybe nubbins` who said that the openssl headers don't get copied correctly on gentoo from the openssl build dir into ourlibs/include/openssl, i can confirm.
mod6: Switched over to gentoo hardened with uclibc on amazon to see if we can get a build of v0.5.3.1-RELEASE, and if so, hopfully get some profiling going here. This is what I'm workin with:
http://dpaste.com/0B1CXQ8.txt mod6: heh, i built valgrind on deb6 lastnight as well. didn't work with bitcoind either statically built, or dynamically. might have to give this a try tonight on the gentoo aws instance.
mod6: morning mircea_popescu
mod6: trinque: i've got it, thanks
mod6: <+trinque> mod6: it lives << ahh cool. got it workin?
mod6: trinque: hey thanks!
mod6: ok, i'll give it another shot tomorrow.
mod6: uuugh. this thing is nuttier than squirrel shit.
mod6: well, maybe i can get this damn gentoo box to work
mod6: i might just be extra-strenght stupid though.
mod6: ok. anyway, thanks for your time.
mod6: ok. i did build it from source. no problems were encouterd. followed the COMPILE.txt exactly.
mod6: but that's all thats in there.
mod6: P=(ID=11807 N=(./bitcoind) T=0.008000)
mod6: well, i just found a file in hee, just generated: cat igprof.bitcoind.11807.1433650120.286376.gz | gunzip
mod6: that -datadir flag shouldn't matter.
mod6: well my exact invocation is: nohup $INSTAREA/bin/igprof -d -mp -z -o igprof.mp.gz ./bitcoind -datadir=/mnt/btc-dev/.bitcoin -profileheap >& igtest.mp.log &
mod6: <+ascii_modem> nohup igprof -d -mp -z -o igprof.mp.gz ./bitcoind -profileheap >& igtest.mp.log & <<< this is exactly how im executing to begin with, then bitcoind is running as such (via `ps ax`): 11738 pts/2 SLl 0:17 ./bitcoind -datadir=/mnt/btc-dev/.bitcoin -profileheap
mod6: but your saying that i need to do like `nohup $INSTAREA/bin/igprof ./bitcoind -datadir=/mnt/btc-dev/.bitcoin profileheapdump v0531-heapdump-004.txt`?
mod6: ./bitcoind profileheapdump heapdumpfilename