IRC channel logs

2026-04-16.log

back to list of logs

<ArneBab>cow_2001: for that it helps me a lot to work with doctests: https://hg.sr.ht/~arnebab/guile-doctests/browse/ice-9/doctests.scm?rev=tip
<ArneBab>cow_2001: that way I can always add a test inside a proc when there’s something that I realize is complex. It also helps me keep input and output simple, because then the doctests are easy to write.
<cow_2001>ArneBab: i get 404
<n|Phreak>I need so much more practice with hoot , especially the ffi
<n|Phreak>Its fun but its a learning curve
<dthompson>n|Phreak: yeah. we want a higher-level ffi eventually that is easier to use and helps with code generation, etc.
<n|Phreak>Its ok , I like to learn and it keeps me sort of sharp lol
<n|Phreak>Trying to figure out how to incorportate hoot/goblins into veilid network nodes
<dthompson>that would be interesting. I'm not sure how that would work.
<n|Phreak>Thats why I'm researching it, the veilid network is already working quite nice and uses dht storage
<dthompson>there's been some thought about making an veilid netlayer for ocapn
<dthompson>but I think the venn diagrams of ocapn and veilid overlap in a way that may make it awkward, but I don't know
<n|Phreak>I was just thinking about decentralization and hoot/goblins , I really like gnuNET and trying to figure how to use that better also. If hoot applications to could actually be decentralized and encrypted veilid would be overkill.
<n|Phreak>Or if we could use hoot on IPFS
<n|Phreak>NM , of course you can use wasm on ipfs