| 07:23 |
whaack |
$ticker btc usd |
| 07:23 |
busybot |
Current BTC price in USD: $17272.96 |
| |
~ 1 hours 19 minutes ~ |
| 08:43 |
billymg |
A lot of people thought they were buying bitcoin but really they were just giving their money to an exchange, which then funneled it to the DNC. |
| 08:43 |
billymg |
If you want number to go up, withdraw your coins into cold storage. |
| 08:44 |
billymg |
the above is pasta from twitter this morning, obvious to all those present but i figured i'd drop it in here for any noob log readers passing by |
| 08:45 |
billymg |
IF YOU WANT NUMBER TO GO UP, WITHDRAW YOUR COINS INTO COLD STORAGE |
| 08:52 |
shinohai |
But muh yield billymg |
| 08:54 |
jonsykkel |
pls link utube tutorial how to cold store my xaucoin |
| 08:58 |
billymg |
^ literally how bad it is out there in the normie channels |
| 09:01 |
billymg |
major cultural shift from 2012-2016 era where "if i redirect this infinitely expanding fiat paper into a fixed-supply, immutable asset -- slowly, over time, number will go up" to "which meme token can i put $5k into that will pump and make me a millionaire by this weekend" |
| 09:03 |
billymg |
from "i am the one making number go up, however small my impact may be. i am ok with this because i know there are thousands of others like me" to "it's all in blackrock's hands now, i hope they pump it soon" |
| |
~ 1 hours 1 minutes ~ |
| 10:05 |
jonsykkel |
wander if thers market for auto "typewriter" device that u send data to throuhg serial port, stamps runes into 0.5mm steel plate based on n-symbol conversion key u invent and memorize. u decide n based on desired effort of memorization, security and compactnes. for fire+snoop proof storage of keys or other noise-looking da |
| 10:05 |
jonsykkel |
ta |
| 10:05 |
jonsykkel |
long data stored on multi plates on keyring etc |
| |
~ 16 minutes ~ |
| 10:22 |
asciilifeform |
jonsykkel: sumbody sold a lower tech thing where steel letters insert into a plate a la gutenberg press and frame screws down. |
| 10:23 |
jonsykkel |
would buy |
| 10:25 |
jonsykkel |
expense of auto machine might not be justified for relatively smal amounts of use it would see |
| 10:29 |
awt |
$ticker btc usd |
| 10:29 |
busybot |
Current BTC price in USD: $16914.18 |
| |
~ 27 minutes ~ |
| 10:57 |
asciilifeform |
jonsykkel: if you want to store pages fulla keyz, learn to etch steel (similar process to pcb etching) |
| 10:57 |
asciilifeform |
imho much simpler to hide ciphered backups in over9000 places off-site. |
| 10:58 |
asciilifeform |
that way also 'accidental' (or otherwise) unauthorized 'finder' has nfi what he found. |
| 10:58 |
asciilifeform |
(vs. moses-style tablets fulla obviously valuable material) |
| 11:07 |
jonsykkel |
not bad ideas |
| 11:07 |
jonsykkel |
moses tablet more esthetic tho. for the master keys |
| |
~ 1 hours 24 minutes ~ |
| 12:32 |
signpost |
consider also that you're betting that sha256 works with bitcoin. |
| 12:33 |
signpost |
brain-wallet of sha256(absurdPoem) is possible |
| |
↖ |
| 12:39 |
shinohai |
http://logs.bitdash.io/pest/2022-11-11#1015958 << There once was a joo named Sam, who said "Lemme hold dat coin for you fam!" .... |
| 12:39 |
bitbot |
Logged on 2022-11-11 12:33:05 signpost: brain-wallet of sha256(absurdPoem) is possible |
| 12:39 |
jonsykkel |
can i use that one |
| 12:42 |
signpost |
lol |
| |
~ 45 minutes ~ |
| 13:27 |
asciilifeform |
oblig |
| 13:27 |
dulapbot |
(asciilifeform) 2022-06-07 asciilifeform: see also various ancient threads. |
| |
~ 27 minutes ~ |
| 13:55 |
asciilifeform |
meanwhile in re gui dig -- tried this item, which claimed 'No dependencies'. lol: |
| 13:55 |
dulapbot |
Logged on 2022-11-04 23:04:20 asciilifeform: meanwhile went on a dig of 'sane multi-os gui libs?' in re: 'adult pestron', where threads, arbitrarily long msgs, jpg, files, etc and found -- just like 20y ago -- [http://logs.nosuchlabs.com/log/asciilifeform/2022-01-03 |
| 13:55 |
asciilifeform |
turns out, depends on 'glwf', which in turn depends on 'libXfixes', which.. will omit the barf, but dun build on dulap-gentoo |
| 13:55 |
asciilifeform |
typical. |
| 13:57 |
asciilifeform |
( possibly ~could~ be made to build, but would require 'upgrading' over9000 dep hell ) |
| |
~ 24 minutes ~ |
| 14:22 |
signpost |
I'll trade ya the webshit depthicket I'm taming today |
| 14:22 |
asciilifeform |
lol |
| 14:29 |
billymg |
some bitcoin legislation being proposed in CR: http://billymg.com/downloads/Crypto-Asset-Market-Law-23415.pdf |
| |
↖ |
| 14:29 |
billymg |
overall looks not bad, as far as these things go |
| |
↖ |
| |
~ 15 minutes ~ |
| 14:45 |
billymg |
a few of the better points |
| |
↖ |
| 14:57 |
* |
asciilifeform tried 'sdl' lib again after ~decade; ~still~ eats 100% of cpu while doing nuffin, lol |
| 14:57 |
dulapbot |
(trilema) 2016-04-12 phf: freedesktop strategy is to create an abstraction layer on top of base tools that makes things "simpler", and then transparently switch the base. in this case value of gtk & sdl to wreckers is that they both operate on wayland already. sdl seems somewhat sane but i wouldn't be surprised if gnome de |
| 14:57 |
asciilifeform |
in forums: 'it's for games, so of course polls for events and eats 100% cpu, whatcha complaining about' |
| |
~ 24 minutes ~ |
| 15:22 |
signpost |
asciilifeform: https://lvgl.io/ << just found this turd, no idea if any good |
| 15:22 |
signpost |
claims no external deps |
| |
~ 33 minutes ~ |
| 15:56 |
asciilifeform |
signpost: appears to be for embedded boxen w/ framebuffers (i.e. no support for desktop os and its windows/events/etc) |
| 16:00 |
asciilifeform |
i/o is actually the hard part -- e.g. sdl worx ok for 'gimme a framebuffer to draw into' but eats 100% cpu because 0 support for asynchronous input, it polls 4evah (assumes yer writing a game, so go and poll b/w frames) |
| |
↖ |
| 16:02 |
asciilifeform |
the sheer outrageous idiocy -- wanna write a text editor? pick a frame rate... |
| |
↖ |
| 16:02 |
asciilifeform |
and either yer eating 100% of cpu polling, or might miss a key press. |
| 16:06 |
asciilifeform |
fwiw sdl offers a 'waitevent', but it locks up the proggy entirely until event happens (e.g. can't display a new line in a chat, or whatnot, while it sits in the blocking wait, as the guism is 1threaded) |
| 16:07 |
asciilifeform |
near as asciilifeform can tell, thing is an instance where someone 'solved' crossplatformism by ~not actually doing the hard parts~ |
| 16:15 |
* |
asciilifeform found that erry single 'sits on opengl' and similar framebuffer ui lib -- demands an event loop, and suffers from this retardation |
| 16:16 |
asciilifeform |
likely because to ~not~ commit this atrocity, requires support for os callbacks, which aint in any sense whatsoever standardized and 'do you have 20 years to spare' |
| |
~ 2 hours 40 minutes ~ |
| 18:57 |
* |
asciilifeform like complete idjit, spent hrs looking for workaround re sdl. there aint one. and even 'waitevent' apparently implemented as busywait in current ver. |
| 18:59 |
asciilifeform |
re wx & wt -- there aint anyffin resembling working ada bindings, and prolly aint gonna be -- wx implemented as pile of cpp macros, while qt (multi-GB monster) demands not only cpp but own preprocessor. |
| 19:00 |
asciilifeform |
*re: wx & qt |
| |
~ 1 hours 31 minutes ~ |
| 20:31 |
phf |
http://logs.bitdash.io/pest/2022-11-11#1015981 << "i bought a compressor and a pneumatic hammer, but it doesn't work for nailing boards together. it says `hammer` in the name!" |
| |
↖ |
| 20:31 |
bitbot |
Logged on 2022-11-11 16:00:00 asciilifeform[crawlerbot]: i/o is actually the hard part -- e.g. sdl worx ok for 'gimme a framebuffer to draw into' but eats 100% cpu because 0 support for asynchronous input, it polls 4evah (assumes yer writing a game, so go and poll b/w frames) |
| 20:43 |
phf |
http://logs.bitdash.io/pest/2022-11-11#1015982 << why no write text editor with unity 3d? half-life engine? minecraft red stone is in fact turing complete, can also write text editor with that |
| 20:43 |
bitbot |
Logged on 2022-11-11 16:02:34 asciilifeform[4]: the sheer outrageous idiocy -- wanna write a text editor? pick a frame rate... |
| 20:43 |
asciilifeform |
wb phf! |
| 20:44 |
asciilifeform |
phf: 'sdl' aint exactly 'minecraft', is rather framebuffer thing (used in qemu, bochs, even parker's cadr emulator, and over9000 simple 2d gamez), so naturally thought 'hm, if can stomach manually drawing letters, could use sdl' |
| 20:45 |
asciilifeform |
but apparently mandatorily busywaits (why? asciilifeform not knows. esp. given that afaik all current os offer event signals) |
| 20:47 |
asciilifeform |
http://logs.bitdash.io/pest/2022-11-11#1015991 << to run w/ the analogy, neither pneumatic nor ordinary hammer is anywhere to be found, all that's avail. is a chunk of rock w/out anyffin resembling a flat face one could hammer with |
| 20:47 |
bitbot |
Logged on 2022-11-11 20:31:14 phf[awt]: http://logs.bitdash.io/pest/2022-11-11#1015981 << "i bought a compressor and a pneumatic hammer, but it doesn't work for nailing boards together. it says `hammer` in the name!" |
| 20:48 |
asciilifeform |
i.e. near as asciilifeform currently knows, there's 0 cross-platform way to get a chunk of screen one could draw in + a sane (rather than polling idiocy) handler of kbd, mouse, timer, etc. |
| 20:49 |
phf |
sdl makes most sense in the context of games, because it supports all the different time slicing strategies that the games require. imho using it for "portable framebuffer" is a sideeffect, in which case should follow "display" strategy: program runs at own clock speed, is aware of display clock, periodically feeds display |
| 20:49 |
phf |
commands, or whole framebuffer |
| 20:49 |
asciilifeform |
phf: evidently is how intended to be used. |
| 20:49 |
asciilifeform |
leaves q of 'how the fuq to get a framebuffer w/out churning out 3 os-specific piles o'shit' entirely open. |
| 20:51 |
asciilifeform |
phf: 'feed display periodically' is obv. inescapable no matter how one framebuffers. but does 0 against sdl's idiocy of eating 100% cpu simply to know when a key was pressed. |
| 20:52 |
asciilifeform |
(if there's a lib similar to sdl but with sane thread yielding, asciilifeform not found it yet.) |
| 20:54 |
asciilifeform |
parker -- and authors of over9000 other emulators -- evidently also did not know. |
| 20:54 |
asciilifeform |
among other things, makes so that using 1 of these proggies on a lappy, runs down battery in <hr |
| 20:56 |
phf |
asciilifeform, but eating 100% cpu is what games do: pollevents is called at tick, the rest of the tick time is filled with various useful work, physics, rendering, etc. |
| 20:56 |
asciilifeform |
right |
| 20:57 |
asciilifeform |
(tho seems that having to cut the physics etc. into x msec ticks would be a pain in own right) |
| 20:57 |
phf |
right, there are strategies there. total time budget, step budget, separate thread, that kind of stuff |
| 20:58 |
asciilifeform |
aha |
| 20:58 |
asciilifeform |
what there isn't, there, is a way to make proggy displaying a mostly static screen, not eat 100% cpu. |
| 21:00 |
phf |
my point is mostly that sdl goes back to ol' linux days, when people like icculus were porting wolfenstein 3d and duke 3d to linux, so the library supposed to fill a very specific niche. in fact i've not seen it used for "portable framebuffer" until quite recently (5-10 years ago), when freesoftware people stopped producin |
| 21:00 |
phf |
g new code, and old code got shoehorned into all kinds of weird use-cases by wreckers |
| 21:00 |
asciilifeform |
makes sense 100% |
| 21:01 |
phf |
in fact real use-case for sdl was getting tux racer working on a nokia phone or something |
| 21:01 |
asciilifeform |
seemed to asciilifeform to be 'best horse in glue factory', was all. |
| 21:02 |
asciilifeform |
evidently will have to open x11 manuals from 1980s and 'eat elephant' (and then for other os similarly) |
| 21:02 |
phf |
but then also have to write your own widget library |
| 21:03 |
asciilifeform |
hypothetically, bolix-style fixed font and line graphics aint worst possible world |
| 21:03 |
asciilifeform |
(sdl also without 'widgets', asciilifeform already made peace with having to '80s gui) |
| 21:05 |
phf |
i'm sure there's a lot of these (probably similar amiga or dos ports where source was available), but the only project that comes to mind for doing gui with sdl is grafx2 |
| |
↖ |
| 21:05 |
phf |
http://grafx2.chez.com/index.php?static2/screenshots |
| 21:06 |
asciilifeform |
right, drawing scrollbars etc. aint the hard part. |
| 21:06 |
phf |
which spends a lot of code lines on rendering gradients, and custom fonts, and buttons, and such |
| 21:06 |
* |
asciilifeform could live w/out gradients & '3d' buttons etc |
| 21:08 |
asciilifeform |
what asciilifeform was looking for was minimum : get a framebuffer, capture window resizes, kbd press/release, mouse coords / buttons (and via interrupts rather than poll). from there -- could start. |
| 21:08 |
phf |
asciilifeform, quirky gui is a mandatory feature of "comfy" replacements for modern technology. gotta have that retro appeal |
| 21:08 |
asciilifeform |
that also lol |
| 21:08 |
phf |
pest for mac system 9 when |
| 21:09 |
asciilifeform |
the only 'modernities' that aint imho escapable are uniturds (ok if no 'ligatures', fuck the savages who need'em, render a uniturd font to bitmaps 1ce during compile) and drag/drop/cut/paste. errything else -- can live without |
| 21:12 |
phf |
i haven't flushed it out yet, but my current approach with genera pest is to have own utf-8 decoder, that figures out what unicode code point, and then either translit, mapping to supported characters, or punt |
| 21:12 |
asciilifeform |
naively seems to asciilifeform that it'd be rather like pest on 386, in re: the actual packet-eating/decipherment |
| 21:13 |
asciilifeform |
esp. once bolted on signpost's luby thing |
| 21:15 |
asciilifeform |
the 'packets at sumthing like line rate' req. makes a rather strict bound on oldest iron that one could reasonably use |
| 21:15 |
asciilifeform |
then again if yer line rate is a 10baseT.. |
| 21:20 |
phf |
i suspect as of right now blatta has much lower rate than genera at line rate :x |
| |
~ 21 minutes ~ |
| 21:41 |
phf |
asciilifeform, have you looked at fltk? |
| 21:43 |
phf |
also, when you're done fucking around with all this modern dead end bullshit, tk will be waiting for you https://github.com/simonjwright/tcladashell |
| |
~ 31 minutes ~ |
| 22:15 |
asciilifeform |
phf: last looked toomany yrs ago (tried to bake a scheme binding, choked on cppisms). but apparently alive , and sumbody even baked a mostly-complete ada glue, worth a look |
| 22:15 |
asciilifeform |
(in re fltk) |
| 22:16 |
* |
asciilifeform will try prior to resorting to tk or 'outta toothpicks' |
| 22:16 |
asciilifeform |
ty phf |
| 22:25 |
* |
asciilifeform unsurprisingly at 1st stab finds that the glue dun build outta the box, can't find the FL/* headers. but prolly solvable. |
| 22:26 |
* |
asciilifeform wonders howthefuq it worked on author's box. the eternal question re these. |
| |
~ 47 minutes ~ |
| 23:14 |
* |
asciilifeform found that it builds, when patched as shown. |
| 23:15 |
asciilifeform |
libfltkada.a ~4.5MB, which aint terrible. |
| 23:16 |
* |
asciilifeform not tested, as thing didn't come with any ready examples, will need to bake one |
| 23:28 |
asciilifeform |
found author's www. |