134000+ entries in 0.681s
BingoBoingo: What kind of shopvac?
they happen on a spectrum
BingoBoingo: No particular reason
to care, but it's a detail
to be noticed
trinque now goes
to ./configure --help
to recall
teh lulz
trinque: in
this, I have (and it's
trivial
to) maintain own package makefiles which depend on other openbsd ports.
trinque: no need for a useflag
there
danielpbarron: asciilifeform, no. i haven't used obsd for years. and by used i mean
tried
to install again
trinque: what made you balk previously was
the lack of system-global fatwah against useflag, package, etc
trinque: asciilifeform: openbsd is a
tree of makefiles
trinque: and
then, can have one or more sane systems.
trinque: ideally what we end up with is a ports
tree
that builds on more
than one (sane!) system
a111: Logged on 2017-08-06 03:43 asciilifeform: my suspicion is
that
the bdb locks patch somehow has no effect when bdb built on netbsd
danielpbarron: not out of question. i have
the cds for versions 5.5
through.. 5.9 i
think
trinque: danielpbarron: excellent re: preserving distfiles. I've got a few piles, bet asciilifeform has
too
danielpbarron: and yeah let me add my support for
the name "cuntoo"
danielpbarron: please forgive my
typos, not using
the most ideal keyboard
danielpbarron: if
this works, it should be a pill against all future shitkgnomery, but will requiring hosting about 2 gigs of files
danielpbarron: my recipe is broken again. i'm currently
testing a script i wrote
that manually makes
the ebuild digests based on files i have on already running machines
trinque: part of
the exercise will be
to get a statically linked adatronic gcc, with which
to build gnat from inside
the musl system.
trinque: so now polishing and collecting *all* distfiles, will publish
that when ready
☟︎ trinque: exercise began when I went
to run it, found parts no longer working due
to mas futuro.
trinque: "eudev" exists as an alternative
to
the systemd-udev. dunno what else
the heathens stapled
to systemd meanwhile
trinque: if latter what of openrc, headed
to
the gallows?
trinque: asciilifeform: is
this
the systemdtronic udev, or whole shebang?
trinque: aha,
the rot is accelerating.
a111: Logged on 2016-08-27 15:03 mircea_popescu: "if i make it what i
think it should be it crashes"
diana_coman: because k can be 0 and so it needs
to initialize result with nminus1 before
the call, just in case...
diana_coman: instead it does first copy(result, nminus1) and
then mpi_tdiv_q_2exp(result, result, k)
diana_coman: namely: it needs
to calculate nminus1 / 2 ^ k but it does NOT call mpi_tdiv_q_2exp(result, nminus1, k)
diana_coman: caller (primegn) in
this case does a very weird
thing -
the one
that actually GOT me into investigating and
therefore finding
this
mircea_popescu: symmetry didn't work like
teh author imagined it would.
diana_coman: because it works around
this specifically BUT without making it clear
diana_coman: asciilifeform, I can
tell you what it wants
to be, lol
diana_coman: at
the end result will be what I put in aka number?
diana_coman: so what do you say
the result is, asciilifeform ?
diana_coman: and even more
to
the point: what is
the result in mpi sane?
diana_coman: asciilifeform, what do you say
the result should be when
the count is 0 ? (k as mircea_popescu says)
diana_coman: does anybody know precisely what function mpi_tdiv_q_2exp from "sane mpi" does exactly? as we were
talking of understanding of code earlier
shinohai: ^ moar delicious looking
than caek, elves ....
danielpbarron: hm,
this site is hard
to read, and i can't imagine
this is actually correct, but my CAKE might be worth 3.3 BTC ...
BingoBoingo: Old hall sound like Embraer 145 I
took STL
to Houston
danielpbarron: in other lols, i created an asset on
that XCP counterparty
thing years ago and i'm looking at it now.
thing has a market cap over 1k USD and not only
that, people have actually been
trading it in
the last half a year. some guy even has what
the site claims is 800 USD worth
mircea_popescu: this is not
the ~whole~ problem, but certainly a pole.
mircea_popescu: yes, actually, phf's formalization is prolly
the natural schelling point here. "there's an impedance mismatch between procedurals and serializations and
this needs care and feeding."
ben_vulpes: how many lines of code did you kill
today!
phf: yes, i
think so,
though i will further add
that's not question of just diff, but rather
the mismatch between mechanical actions and serialization format in general (there's a lot of bad examples, like dreamweaver, word, etc. and i can't recall any good examples)
diana_coman: so more like how much mismatch between
the
two representations (diff vs
tool graphical or otherwise) is
tolerable given
that
this mismatch inevitably creates noise?
phf: further down asciilifeform elaborates
that even
technically "noise" is not necessarily just a property of "bad
tool", e.g. changing
the radius of a circle in cartesian coordinates
phf: diana_coman: i believe
the word spectrum is mentioned literally in
the same rant
mod6: <+mircea_popescu> o shit,
the matchsticks << funny enough, was just
thinking about
this yesterday.
diana_coman: because basically I get
to "choose" between: model it non-graphically and it's clear or use
the "simpler" gui
that makes it
then 100
times harder
to follow
the changes; is
that it or what am I missing
there?
a111: Logged on 2017-12-19 18:56 phf: mircea_popescu: i
think
that's when one of
those arguments where poking at it we discover
there's no any substantial disagreement. i
think we're
thinking of same
thing but from slightly different direction. i was
thinking whatever we come up with for graphics will still have a gui interface, where one can use a mouse, etc.
to lay out and modify objects. in
that case and given existing models a diff will produce a lot of mechanical noise, which is accid
mircea_popescu: but
the gist being
that "communism failed
through misapplying force" is not an argument against application of force, it's an argument against giving anything, force,
the
time of day,
to idiots aka socialists.