Logs for #trilema

Go to: #trilema #pizarro #asciilifeform #trilema-mod6 #chainstate #eulora

2018-9-13 | 2018-9-15

BingoBoingo: asciilifeform: http://aaronrogier.net/fanfront.jpg and http://aaronrogier.net/fanback.jpg Please gpggram a destination for the sticks
mod6: nice fans BingoBoingo!
trinque: http://btcbase.org/log/2018-09-12#1849960 << agreed. it may need to come after the near-term and still elusive goal of cleaving the essential from the cruft in the portage tree. there is a shocking amount of state in portage strewn about the system, in /etc, in /usr/portage, in /var/db/pkg
a111: Logged on 2018-09-12 14:18 asciilifeform: btw mircea_popescu reminds me , trinque : here's an idea, let's banish the 'root certs' and any systemwide sslism from cuntoo. if user demands it , let him install locally.
trinque: and this is just the broad overview. in /usr/portage/profile there's what, tens of layers of dependency nesting. in some cases the children override the parent; in others they appear to append
trinque: work carries on, just wanted to give word from the mineshaft
trinque has scripts in progress to flatten the profile tree into a single profile, where it can be inspected and therefore judged.
trinque: and it's plainly obvious by now that the kind of autistic mind that produces these tangled trees does so to attempt to exhaust the judging eye
trinque: "if my room is packed with cum socks and mcdonalds bags, dad will be too ashamed to come find me and kick my ass"
trinque: aaand just built a working nano from the ebuild in /cuntoo/portage, having no other ebuild repositories in system, and no barfs from emerge.
trinque: /cuntoo/portage weighs 26M right now, compared to /usr/portage weighing 704M
trinque: not only was there /etc/portage/repos.conf to define repositories, but also /usr/share/portage/config/repos.conf, and apparently creating one in /etc does not knock out the defaults in /usr
trinque: rationale behind bothering with the repository system is to let the legacy gentoo ebuild repository coexist with the vtronic repository, in exactly the same way as "overlays" do now with the gentoo repo
trinque: can then pluck ebuilds from their tree as needed, produce a vpatch, and include in the cuntoo repo
trinque zaps glsa and news from metadata dir, shaves to 13M
diana_coman: trinque, that sounds great!
diana_coman: BingoBoingo, fans of rockchip, eh? looks good
trinque: http://p.bvulpes.com/pastes/qJ69u/?raw=true << current output of emerge -v @world . few things yet jacked in the portage profile, which sets/unsets things like that userland_GNU use flag.
trinque: I wager this is because the item in profile that sets IUSE ought to have overridden instead of appended.
trinque: diana_coman: thanks! coming along, squealing in protest though it does.
trinque: but the deps are all lined up there; that's the whole system. when it rebuilds itself, done.
diana_coman: last time I tried to figure out exactly what is what and where re portage I ran out of time to disentangle the mess, so I'll be very happy indeed to not have to go back to that
trinque: I'll be thrilled when I watch emerge build someone's vmerge, and then remove itself as last act.
trinque: but this hill will do for tonight.
trinque to bed
deedbot: http://ossasepia.com/2018/09/14/smgcomms-implementation-chapter-1/ << Ossasepia - SMG.Comms Implementation - Chapter 1
mircea_popescu: http://btcbase.org/log/2018-09-14#1850292 << because nobody fucking considered the matter before.
a111: Logged on 2018-09-14 05:07 trinque: http://btcbase.org/log/2018-09-12#1849960 << agreed. it may need to come after the near-term and still elusive goal of cleaving the essential from the cruft in the portage tree. there is a shocking amount of state in portage strewn about the system, in /etc, in /usr/portage, in /var/db/pkg
mircea_popescu: the problem with socialists is and remains http://btcbase.org/log/2018-05-25#1818526 ; they'll always find something "that doesn't exist" to dump into, and in the case of computer systems it generally is state.
a111: Logged on 2018-05-25 04:04 mircea_popescu: yes. democracy fails to account externalities as a matter of course. see also http://btcbase.org/log/2018-02-14#1783773 thread
mircea_popescu: http://btcbase.org/log/2018-09-14#1850298 << heh. i bet it "works", too.
a111: Logged on 2018-09-14 05:15 trinque: "if my room is packed with cum socks and mcdonalds bags, dad will be too ashamed to come find me and kick my ass"
mircea_popescu: sleep tight!
mircea_popescu: diana_coman entirely possible you're the first one to ever put udp through gnat.sockets.
diana_coman: not impossible, huh
diana_coman: tcp good, udp bad!!
mircea_popescu: diana_coman http://ossasepia.com/2018/09/14/smgcomms-implementation-chapter-1/#selection-111.394-111.513 << this'll have to change though, there's no way it can work out like that
diana_coman: as I was writing that I was thinking that an unchecked.conversion for the whole thing might work - provided arrays are indeed stored as one would expect in a continuous space
mircea_popescu: anyway, reading through this, i suspect ada threading may turn out to be a pleasure.
diana_coman: honestly it *seems* to me that's the case, yes; but I'm still trying to wrap my head around it
diana_coman: re unchecked.conversion - there is still the issue of flipping the bytes though; this needs more thinking
mircea_popescu: yeah.
mircea_popescu: anywya, great reads this morning! the republic prevails!
asciilifeform: http://btcbase.org/log/2018-09-14#1850315 << pretty neat diana_coman
a111: Logged on 2018-09-14 11:06 deedbot: http://ossasepia.com/2018/09/14/smgcomms-implementation-chapter-1/ << Ossasepia - SMG.Comms Implementation - Chapter 1
asciilifeform: http://btcbase.org/log/2018-09-14#1850323 << i have a proggy, but it dun seem like i ever published the item, so diana_coman will have to count as 1st
a111: Logged on 2018-09-14 12:31 mircea_popescu: diana_coman entirely possible you're the first one to ever put udp through gnat.sockets.
diana_coman: cheers asciilifeform !
diana_coman: and ... HA! why not publish!!
asciilifeform: it was lame
asciilifeform: ( and i didn't get a chance to finish the whole thing, was right when i picked up ffa )
diana_coman: also: I'm open to any corrections to that thing there, including any slamming of the sort "this is horrible, wtf, do it THIS way!!"
asciilifeform: i've a half-written 'g' (if anyone recalls what that was) , used adasockets
diana_coman: not gnat.sockets?
asciilifeform: err
asciilifeform: gnatsockets
asciilifeform: i also had a variant that used c imports
diana_coman: I was just thinking I might have missed something crucial there
asciilifeform: diana_coman: did you ever see the 'nqb' item asciilifeform posted in '17 ? had various imho good examples of operations on streams
diana_coman: I recall a link to examples in ada; fwiw I think they are even gone from that link at least; was that "nqb"?
asciilifeform: i'ma have to repost, 1s
asciilifeform: oh nm, it's still alive, http://btcbase.org/log/2017-11-23#1742497
a111: Logged on 2017-11-23 16:28 asciilifeform: whaack: http://www.loper-os.org/pub/horse.tar.gz
diana_coman: got it; will re-read (I do think I had a quick look at it at that time but it didn't stick)
asciilifeform: diana_coman: i dun see anything obviously ugly in your example, btw
diana_coman: thanks for looking!
asciilifeform: admittedly asciilifeform just woke up and only gave it 1 look thus far
asciilifeform: and without tea
diana_coman awaits for the "brb, tea"
asciilifeform: https://www.adacore.com/gems/gem-140-bridging-the-endianness-gap << possibly useful item re endianism
diana_coman: I've found that and gave it a first pass but I didn't quite see how to use it for my problem; it's on the list of refs at any rate, so I'll get to re-read it
asciilifeform: diana_coman: currently i am lacking a bigendian iron (or a gnat for such) so never got a chance to truly and properly test endianism conversion (as for ffa, it is endian-insensitive, but this is simple where there is no networking)
diana_coman: asciilifeform, aha; re-reading that thing - I guess the Scalar_Storage_Order looks promising, I'll dig a bit deeper into it
asciilifeform: diana_coman: re streams, you may find the 'buf_streams' item in horse.tar.gz interesting
diana_coman: will look
asciilifeform: ( what it was, was simply a btc block and tx reader, i fed an entire noad's 'dumpblock' chain into it, plus a buncha randomly bitflipped mutilations, behaved correctly )
asciilifeform: i then wrote the mmap thing, with aim to bake the 'reads and stores blox , then O(1) tx retrieval' demo, but never got a chance to glue the two together
asciilifeform: http://btcbase.org/log/2017-06-06#1666647 << subj
a111: Logged on 2017-06-06 19:40 asciilifeform: mod6, phf , et al : http://nosuchlabs.com/pub/ada/horsecocks.tar.gz << i dun recall posting this before, so here it will live, for nao : unofficial release of mmaptron
asciilifeform: this is not directly relevant to diana_coman's application tho
asciilifeform: hmm, loox like i ~did~ glue'em, but the glued model definitely not ready for primetime.
asciilifeform has reached the mircea_popescu level of amnesia where 'hmm did i make this and it is on hdd somewhere or did i only want to'
asciilifeform: http://btcbase.org/log/2017-03-10#1624240 << orig thread, re subj, for longterm ref.
a111: Logged on 2017-03-10 16:57 asciilifeform: btw i will also put down in the log, one very simple possible algorithm for a 'txidx-fs' :
asciilifeform: ^ with entire algo.

2018-9-13 | 2018-9-15