billymg: good morning all
billymg: yeah, still no luck peering with mod6, signpost, and shinohai. i seem to be the common denominator so perhaps there's something interesting to be learned from my configuration
shinohai[asciilifeform]: Heya billymg hope yer having great weekend.
billymg: hey shinohai, likewise. it's a relaxing saturday morning here, can't complain
shinohai[asciilifeform|billymg]: Snowing here, but having same relaxing Saturday morning. Espresso, fire, and girls. Only liquor could make this better.
billymg: sounds cozy
billymg: i honestly miss the snow quite a bit
shinohai[asciilifeform|billymg]: It's kind of a rare occurrence here (snow). It is uber cozy though.
asciilifeform: guten morgen billymg et al
billymg: mornin' asciilifeform
asciilifeform cleaning up various hasty sharp edges in latest cut of spec
asciilifeform thinking nao that things like this prolly belong in a separate 'datatypes' section
shinohai[billymg|asciilifeform]: Buenas dias asciilifeform !
asciilifeform: wb shinohai
asciilifeform[billymg]: wb shinohai
asciilifeform fulla hata for 'markdown', where cannot e.g. insert or reorder sections w/out breaking over9000 linx and having to manually fix
asciilifeform: *fulla hate
whaack[billymg|asciilifeform]: billymg: you checked the check for is None in the peer is_duplicate function?
whaack[asciilifeform|billymg]: if you don't have that fix then that is likely your problem
whaack[asciilifeform]: especially if your peers that are failing added your info, rather than you having added their info
billymg: whaack: this one? http://paste.deedbot.org/?id=wQJn
whaack[billymg]: billymg: yes
billymg: i do have that one, yeah
billymg: and tried re-peering after applying it. in fact even tried starting from a fresh db
whaack[billymg|asciilifeform]: hm, no leads from me then
billymg: yeah, it's even stranger because i've successfully peered with 6 other stations, only 3 remain unpeered
awt[billymg]: jonsykkel: getting "2022-01-15 13:00:40 error: could not read 256 bytes from rng" from smalpest
jonsykkel[asciilifeform|billymg]: awt: thats weird, it just tries to read from /dev/random
jonsykkel[asciilifeform|billymg]: what happens if run something like dd if=/dev/random of=/dev/null bs=256 count=1
jonsykkel[billymg]: weird, should read 256 bytes one would think
jonsykkel[asciilifeform]: what os etc?
awt[asciilifeform|billymg]: gentoo, amd64
jonsykkel[billymg|asciilifeform]: what happens if do same dd with /dev/urandom?
jonsykkel[billymg|asciilifeform]: maybe i dont understand something about /dev/random but afaik should just block if cant supply bytes
jonsykkel[asciilifeform|billymg]: u can try replacing with urandom in top of src/config.h, then make clean && make
awt[billymg|asciilifeform]: jonsykkel: worx
jonsykkel[asciilifeform|billymg]: dunno whats up with that, dont have linux machines to test on currently
awt[asciilifeform]: what are you running on?
jonsykkel[asciilifeform|billymg]: freebsd
jonsykkel[asciilifeform|billymg]: here urandom is symlinked to random
jonsykkel[asciilifeform|billymg]: Since Linux 3.16, a read(2) from /dev/urandom will return at most 32 MB. A read(2) from /dev/random will return at most 512 bytes (340 bytes on Linux kernels before version 2.6.12).
jonsykkel[billymg]: maybe its 115 on some systems ??
jonsykkel[billymg]: i should probably put that read call in a loop anyway. ty for report
awt[asciilifeform]: jonsykkel: yw
asciilifeform: ACHTUNG thimbronion , jonsykkel , et al : reworked section 4 with massively simplified algorithm. q's/comments invited.