--- Log opened Mon Jul 19 00:00:10 2021
03:44 -!- dr-orlovsky [~dr-orlovs@31.14.40.19] has joined #hplusroadmap
03:50 -!- dr-orlovsky [~dr-orlovs@31.14.40.19] has quit [Quit: ZNC 1.8.0 - https://znc.in]
05:18 < lsneff> maaku: I'm aware if the roadblocks—was curious if anything had slipped by my notice in that field. 
06:44 -!- yashgaroth [~ffffffff@2601:5c4:c780:6aa0:65d0:f404:73d:8e11] has joined #hplusroadmap
11:31 < lsneff> Is there a list of every log url in an easily-parsed format?
11:31 < lsneff> Trying to search through them
11:34 < kanzure> there used to be, not at the moment
11:34 < kanzure> you could download an archive of the logs if you want
11:35 < lsneff> https://gnusha.org/logs/archives/ ?
11:37 < kanzure> lsneff: https://gnusha.org/logs/archives/hplusroadmap-logs.2021-07-19.tar.gz
11:37 < kanzure> $ sha256sum hplusroadmap-logs.2021-07-19.tar.gz
11:37 < kanzure> c20a775fd6b97c102da9ff3ac7313f227382dfd8ac727ebfa78899039b7a828a  hplusroadmap-logs.2021-07-19.tar.gz
14:17 < lsneff> .t metavoxel.tech
14:17 < saxo> Och, A cannae finde nae tweet
14:18 < lsneff> .title metavoxel.tech
14:18 < saxo> Metavoxel Technologies
14:18 < lsneff> Automated assembly of physical voxels into structural materials, I think 
14:20 < lsneff> kanzure: thanks for the limk
15:02 < docl> drmeister has announced today that good things are happening that he is not at liberty to discuss, and that interesting things are coming down the pike
15:03 < docl> also, aubrey de grey says sens just got a lot of cryptocurrency donations, which he is allowed to discuss
15:05 < docl> .title https://www.longevity.technology/crypto-airdrop-swells-sens-coffers-by-20m-and-climbing/
15:05 < saxo> Crypto airdrop swells SENS coffers by $20m – and climbing
15:40 < fenn> time wget -r -np -nc  --exclude-dir="logs/html/,logs/hplusroadmap-logs/,logs/html2/,logs/archives/,logs/badlogs/,logs/timestamps/2017-final/,logs/timestamps/all-2019/,logs/timestamps/backups/" --reject "2008-03-25.log,index*" gnusha.org/logs/ --reject-regex="C="
15:40 < fenn> i don't know what the "archives" directory is
15:41 < fenn> i thought each day's log got individually hashed and timestamped by some cron job
15:44 < fenn> yes
15:52 < kanzure> yes that's in there too
15:53 < kanzure> archives/ is where i put an annual .tar.gz of the logs
15:54 < fenn> i wonder what decade we can begin assuming that everybody can use xz instead of gzip
15:54 < fenn> is it this decade?
15:57 < lsneff> Why wouldn't someone be able to use it? They'd be able to install or update a tool to do it. 
15:58 < fenn> it just seems like .gz is the default almost everywhere even though it's worse
15:59 < fenn> for most things it doesn't really matter, but for compressing large amounts of text .xz can do a much better job
16:10 < lsneff> docl: any ideas what he was referring to? 
16:15 < docl> Here's the log -- sounds like he is under an NDA or something, so probably spiroligomer related rather than clasp related https://irclog.tymoon.eu/libera/%23clasp?around=1626708535#1626708535
16:27 -!- Codaraxis_ [~Codaraxis@ip68-5-90-227.oc.oc.cox.net] has joined #hplusroadmap
16:31 -!- Codaraxis [~Codaraxis@user/codaraxis] has quit [Ping timeout: 268 seconds]
16:43 < lsneff> Interesting 
16:48 < lsneff> Gosh, clasp was not a good idea 
17:37 < jrayhawk> major browsers natively support xz decompression
17:38 < jrayhawk> apache can mime-negotiate to feed them straight txt.xz
17:41 < maaku> fenn: I think .xz has worse failure modes? like a single-bit corruption can render the entire stream unparsable.
17:41 < maaku> or maybe I'm confusing it with one of the bajillion other better-than-gzip compresors
17:41 < fenn> that's true
17:41 < maaku> also more of a memory hog
17:41 < maaku> but iirc .lzo is strictly better on all metrics
17:42 < maaku> (but sadly lzop2 isn't default installed on most distros)
17:42 < fenn> it seems people also don't know how to do parity data in practice
17:42 < maaku> to be clear .lzo isn't better than .xz (it doesn't compress as well), but it is better than .gz in every way
17:43 < maaku> and where it makes tradeoffs (e.g. time-vs-memory) it's more in line with gzip than .xz or .bz2 is
17:43 < L29Ah> xz has the best compression among those that don't consume ridiculous amount of processing
17:44 < maaku> so it's a better drop-in replacement
17:44 < maaku> ^ I guess the answer is "too many standards"
17:44 < L29Ah> lzip is a bit worse but can do parallel {de,}compression
18:07 -!- Malvolio [~Malvolio@user/malvolio] has quit [Ping timeout: 265 seconds]
18:14 -!- Malvolio [~Malvolio@user/malvolio] has joined #hplusroadmap
18:28 -!- Guest19 [~Guest19@2800:200:f580:494:fc21:7cb9:e2e5:1fda] has joined #hplusroadmap
18:29 -!- Guest19 is now known as miaaa
18:30 -!- johest8 [~johest@user/johest] has joined #hplusroadmap
18:31 -!- johest [~johest@user/johest] has quit [Ping timeout: 252 seconds]
18:31 -!- johest8 is now known as johest
19:11 -!- yashgaroth [~ffffffff@2601:5c4:c780:6aa0:65d0:f404:73d:8e11] has quit [Quit: Leaving]
19:18 -!- Codaraxis__ [~Codaraxis@141.98.255.148] has joined #hplusroadmap
19:21 -!- Codaraxis_ [~Codaraxis@ip68-5-90-227.oc.oc.cox.net] has quit [Ping timeout: 252 seconds]
20:28 -!- miaaa [~Guest19@2800:200:f580:494:fc21:7cb9:e2e5:1fda] has quit [Quit: Client closed]
20:43 < lsneff> Decided to start the afm again, but this time through the lens of opening access to nanotech/nanoengineering tools to new demographics.
20:44 < lsneff> Was reading about the center for bits and atoms, and the machines and that make dissertation, got me thinking about it again 
21:50 -!- Codaraxis [~Codaraxis@user/codaraxis] has joined #hplusroadmap
21:52 -!- Codaraxis__ [~Codaraxis@141.98.255.148] has quit [Ping timeout: 265 seconds]
22:41 < ^ditto> [freenode] <Mariu> Hello
--- Log closed Tue Jul 20 00:00:11 2021