What does a yarnd setup look like to anyone? 🤔 Let’s say it exists, and it helps you setup a Yarn pod in seconds. What does it do? Of course I’d have to split out yarnd itself into yarnd run to actually run the server/daemon part.
@prologic@twtxt.net I agree with @movq@www.uninformativ.de. Good documentation is better than an interactive setup process. My difficulties (#isyb2aq) were because I was just doing it for testing and I wanted it running as quickly as possible. If I was running it in a production capacity, I would read through the documentation.
If you’re trying to make non-technical people set up their own Yarn pod, that’s probably (unfortunately) impossible. Management software like Sandstorm make it “as easy as installing apps on your phone” (direct quote from sandstorm.org) and most people still pay Google to store their photos.
I remember you were trying to do paid hosting for Yarn pods in the past. That could work, but as I’m sure you know it’s difficult to convince people to use this over X or Facebook, let alone host their own pod. I think it’s going to stay a small community of fairly technical people for the foreseeable future.
@prologic@twtxt.net Newcomers might have a little difficulty because just “installing” a Go compiler is not enough – you also need to add ~/go/bin to your $PATH, at least I did. I’m not sure what to do about it, though. 🤔 This doesn’t really belong into Yarn’s setup guide and it’s mentioned as one of the first things in the Arch wiki, for example, but still … To newcomers this might look a bit like a broken build process:
openbsd$ gmake server
/bin/sh: minify: not found
/bin/sh: minify: not found
/bin/sh: minify: not found
gmake: *** [Makefile:84: generate] Error 127
Maybe extend Yarn’s guide just a little bit, like: “… be sure to have Go installed and set up properly, e.g. env vars are set …”? Maybe that could point readers into the right direction. 🤔
@prologic@twtxt.net One minor detail: The Makefile wants to run date -Is, which doesn’t exist on OpenBSD. Not sure how relevant this platform is for you, though. 😅
I haven’t come up with a portable solution yet. date '+%FT%T%z' is the closest approximation that works on both GNU and OpenBSD, but it doesn’t include a colon in the time zone offset, so it’s 0200 instead of 02:00. 🤦 I’m not sure if this is ISO8601 compliant. And it’s still not POSIX. 🤦 Well, I tried. 😂
@movq@www.uninformativ.de I’m open to some other method of consistent “build date” 🤔
@prologic@twtxt.net Does one need a build timestamp anyway? That’s an enemy to reproducible builds. Maybe just use the commit timestamp? That would work at least for official releases. It would be off for dirty working directories during development, though: git show -s --pretty=format:%cI
@lyse@lyse.isobeef.org I think you were the one that originally came up with this BUIDL thing. Was it always suppose to be the commit timestamp? 🤔
@prologic@twtxt.net Oh, was I? I don’t recall any of that. But who knows. ;-)
@lyse@lyse.isobeef.org Anyway fixed 👌
@prologic@twtxt.net Cool!