Why? No idea, i got the original idea while I was making a tarot bot, and i did some trials alongside a more "randomised" version, basically grabbing random values from a set
The one with a hidden variable variant performed better, appearantly, despite from a black-box perspective it having no difference (randomized output)
Soooo, im making a general package, just so I can make my life easier (in some ways) when porting some of my bots from python to rust
@ChlorideCull RRCIP
im basically just making it cuz i want to yeet my shitty bots at servers and then never really care about them ever again after that, so i can keep pushing stuff to repositories and the changes will land nicely and automatically in the respective places
in-place CI/CD bois
if y'all confused about chute: its basically a git-to-production-ease-of-use-whatever manager to make your job to setup all of your python projects as easy as:
chute add <name> <git url> -b master
chute start
which will clone/fetch the requested repo (if it hasnt done so already), check it out to an internal directory, and then start it according to .chute.yml which specifies some setup commands and then an entrypoint command
its meant to be containers lite, basically "i dont give a shit how this is supposed to be set up, just do it" kinda deal without the whole infrastructure of images in place, its kinda jank as fuck, but its mostly meant as a "i dont care, just do it" attitude i often have to running my stuff on servers
oh yeah, and when pulling (cuz it does that automatically), it stops the container/process, then swaps out the layers (the git "root" layer when an additional "data" layer) to the new commit, and restarts it
Rust stuff, oxide.computer
Rust stuff
http://dtrace.org/blogs/bmc/2020/10/11/rust-after-the-honeymoon/
Found something cool
Not only some notes about what rust is like, but also a start of a probable interesting company: oxide.computer
👀
rrcip
Maybe I'll just focus on making this library first of all, make it a nice wrapper around virt, and only *then after* start making the component for train
I'm fairly convinced that I can make this work in rust, I'm just not convinced I can make it nice right off the bat
rrcip
I discovered the `virt` crate just now, and I went on a spree to discover stuff about libvirt and all
I p much have confidence that as long as I can wrestle it into a nice big crate that will handle everything nicely and ergonomically (as `virt` is literally just FFI C bindings to libvirt), XML stuff included, i can start using it as a train component
Oh, and the rust ecosystem will have a rust-made virtual machine library built on top of libvirt, heh
But i think imma make it git-only for now, and not yet put it on crates.io or something, though *maybe* I'll do it in 0.x fashion, and have a big banner saying "this is a work in progress", as my rust skills are kinda bad rn
@ChlorideCull thank
(relatively) more serious and articulated account of @ShadowJonathan
prepare for nerdery, and SCIENCE
also lots of thoughts about systems and stuff
hmu on matrix @jboi:jboi.nl
#nobot, unless you're one of the ones that likes to cuddle