68400+ entries in 0.051s
diana_coman: to my mind
that's pretty much
the reason, yes
diana_coman: or keccak or whatever, basically making 5
tiny
trees out of eucrypt
tree
diana_coman: I honestly don't quite see
the point of
taking crc32 out for instance
☟︎ diana_coman: yes,
the way I currently see it now is pretty much
that:
trunk (main line) goes along
the production versions of all stuff (crc32 or keccak or whatever else) and otherwise at
the respective points
there can be additional branches /leaves with
the reference implementations
☟︎ diana_coman: ah, you mean
that
the only way
to do
this is
to
take crc32 out of eucrypt
tree?
☟︎ diana_coman: but other
than
this, I don't see any need or point for reground
diana_coman: hm, perhaps being a reference implementation it makes sense
to remain as branch
there and otherwise
the
tree continues along
the main line (not reference)
diana_coman: i.e. can one effectively branch
the v
tree
to provide an alternative .vpatch i.e.
this or
that stand at
this place in
the pressed line?
a111: Logged on 2018-10-12 18:14 diana_coman: and it fits perfectly
the original idea of alternative, proper
a111: Logged on 2018-10-14 15:55 diana_coman: as it is, it will be a .vpatch after
the lookup implementation - so linear sequence rather
than alternative; you might want
to branch
the
tree instead from *before*
the lookup implementation so
that your div version is effectively alternative branch
ave1: yes, I see! I will
try
that
too. I have no idea how it could automatically resolve (i.e. How could patch
that has your original patch as it's parent ever work on
top of
this one)
ave1: diana_coman, asciilifeform, well I uploaded both with
the same scp line, but did not check. So now again new version (thanks for
the
typo fixes diana_coman!), I just downloaded both again and verified.
diana_coman: though I don't yet see how would one bring
them
together afterwards without requiring BOTH of
them
diana_coman: as it is, it will be a .vpatch after
the lookup implementation - so linear sequence rather
than alternative; you might want
to branch
the
tree instead from *before*
the lookup implementation so
that your div version is effectively alternative branch
☟︎☟︎ diana_coman: ave1,
typos: "opation" "to determin" "here a short list" "therefor" "registor" "zero's" "implentation" "not if statements"
diana_coman: fwiw gpg also complains
that it's bad signature
trinque: Mocky: yep, looks like I
trashed it, and I see no corresponding !!unrate. restored. I will make sure
there were no other dropped ratings.
☟︎ Mocky: oh,
thx
trinque. didn't get around
to upping myself, just doing chores atm
trinque: you've still got plenty of ratings
to self-voice, but if it
turns out I did
that, I'll fix it.
trinque: (obvs I'm about
to ask for a wpmp ebuild, but one step at a
time)
mod6: <+asciilifeform> BingoBoingo, mod6 : i'm
thinking , i prolly oughta roll
the mp-wp prereqs into
the standard rk image, in
the short
term << sounds alright
to me, alf
lobbes: "castle-only" may be
the way
to go anyways; I'm not sure #trilema even needs
the auctionbot
to sit in here
☟︎ lobbes: (to begin, it will not have self-voice capability. Spyked's voicer is for
the ircbot branch of
the
tree sadly, so I will need
to add voicing
to
the logbot branch. However, I figure
that can wait for another day)
☟︎ lobbes: asciilifeform: btw, I'm planning
to have auctionbot sit in #eulora, and #trilema-lobbes
to start. Would you like it
to also sit in #pizarro?
a111: Logged on 2018-10-14 14:19 BingoBoingo: billymg: What happens if you
try: emerge --ask --changed-use --autounmask-keep-masks --deep @world
a111: Logged on 2018-10-14 07:53 diana_coman: in fact
the 3rd option
that is
the one actually
to use is having different sizes on
the
two processes (i.e. different constant simply)
lobbesbot: asciilifeform:
The operation succeeded.
ave1: asciilifeform, I get
the updated one, maybe caching problem somewhere (I did have
to reload)
billymg: lemme read
that one and see if i missed something
billymg: would
the next best bet be
to install from source, outside of portage?
billymg: and
the only version available is
the one
that wants new portage
billymg: asciilifeform:
thanks, will
try
billymg: BingoBoingo: yeah, i spent a good bit of
time
trying
to update @world
this morning, masking packages one-by-one, and eventually gave up
BingoBoingo: billymg: What happens if you
try: emerge --ask --changed-use --autounmask-keep-masks --deep @world
☟︎ lobbesbot: asciilifeform: Sent 1 hour and 25 minutes ago: <lobbes> bot's back. Once auctionbot is finished I will go back and redo
the !Qlater
tell stuff
to sit on
top of logbot as well (right now,
this
too is sitting on an old heathen bot
that doesn't auto-authenticate with NickServ after fleanode disconnect shenanigans)
ave1: diana_coman, please
try again...
ave1: diana_coman, place was right, my publish pipeline failed (somehow
the final copy operations did not work)
a111: Logged on 2018-01-31 16:08 asciilifeform: if any part of
the edifice ever shows any symptom of fully working,
they re-fuck it.
lobbes: and speaking of auctionbot: development is complete. At
the moment I am getting ready
to begin some prod
testing and
then all
that's left is
to write
the blog post explaining
the usage. Getting close!
☟︎ lobbes: !Qlater
tell asciilifeform bot's back. Once auctionbot is finished I will go back and redo
the "!Qlater
tell" stuff
to sit on
top of logbot as well (right now,
this
too is sitting on an old heathen bot
that doesn't auto-authenticate with NickServ after fleanode disconnect shenanigans)
diana_coman: ave1,
thanks for
the update, I'll look at it in a minute
diana_coman: bvt, get yourself a pizarro shared account and start your blog
there precisely with
those pastes, what's keeping you?
☟︎ ave1: Unfortunately is does not read as a straight long division anymore. But copying of
the input array is avoided and
ave1: diana_coman, I've updated
the crc32 code! (still at
the place)
bvt: would love
to hear your comments
a111: Logged on 2018-10-14 01:09 mircea_popescu:
http://btcbase.org/log/2018-10-13#1862164 << yes ; cuz all 1470s go
to one process and all 1472s go
to a different one. eventually as a scalability
thing could even go
to diff box altogether.
there's not so muchrelation between
the
two
types.
diana_coman:
http://btcbase.org/log/2018-10-14#1862203 ->
the point as I see it is precisely
that physically
there actually is only ONE
type anyway so any different
types/sizes is in fact a higher level filtering no matter what (i.e. having 2 different processes each with its own size doesn't mean
that each will actually get only
the size it wants)
☝︎ diana_coman: in fact
the 3rd option
that is
the one actually
to use is having different sizes on
the
two processes (i.e. different constant simply)
☟︎☟︎ a111: Logged on 2018-10-14 04:30 Mocky:
http://btcbase.org/log/2018-10-13#1862167 >> I don't see how it would necessarily be any simpler aside from one `if` statement. And
there's nothing
to stop listening on separate ports and getting all benefits asciilifeform mentions with different sizes
diana_coman:
http://btcbase.org/log/2018-10-14#1862213 -> it's more
than just one if statement (although unnecessary branches in
themselves are not great anyway); basically it's
the udp code itself
that has
to be messed up
to accommodate
this particular
thing - either using generic or otherwise using
the largest of
the
two and
then filtering one level higher
☝︎☟︎ diana_coman: the
tester does not pack
them in rsa or serpent proper so it's
the "package"
there rather
than protocol message, I guess
that might be confusing, I'll update
a111: Logged on 2018-10-14 05:08 asciilifeform:
the physical nic ~always sends 1500!~ it also always receives 1500!!
jurov: Hi all
thebitcoin.foundation is being switched
to new server, not just
the A record but whole DNS changed,
there might be issues next few hours.
a111: Logged on 2018-10-13 20:48 asciilifeform: would get much simpler coad (i.e. my orig. fixed frame) vs
the extended one with moar moving parts.
Mocky: the important point being
that as a matter of policy, perpetuating smaller packet sizes is a bad idea
a111: Logged on 2018-10-14 04:50 asciilifeform:
there's no reason os's udp should even fucking accept a sub-frame packet payload. or super-framed.
Mocky: if a program wants
to send 200 byte packets only,
too bad, os won't allow cuz asciilifeform says your small number not godly?