> Setting aside the political reason (not relevant here), he mentions that:
> - sr.ht has very little network effect and attracted basically no contributors to his projects
> - Patches he received on sr.ht were often malformed and needed to be manually modified before applied
> - Patches sent as an attachment gets a ">" appended on the first line and this breaks the formatting
> - The web UI of sr.ht does (did?) not have any indication that a message has an attachment, nor a button to download a patch so it's hard to tell patches from other emails (note: to be understood if he used to receive emails without a proper subject, as suggested by https://git-send-email.io)
> 
> He concludes mentioning that he understads that sr.ht is still in alpha state.
> 
> Posting this here only to underline also why people /leave/ Sourcehut: that's a valuable feedback, I think.

Agreed that there's valuable feedback. I would summarize your summary (I
did also read the article) as:

On Wed, Feb 21, 2024 at 10:29:20AM +0000, wackbyte wrote:
> Hello everyone,
> 
> I found the VS Code extension mentioned on the website outdated and
> lacking in features, so I wrote a new one from scratch.
> 
> It's up to date with recent Hare syntax and has some nice highlighting
> the current extension doesn't have that other editors do.
> 
> I hope this is helpful for anyone who writes Hare in VS Code. :)
> (Or maybe you'll find the TextMate grammar useful...?)

Wow, this looks great! Just curious, any plans on implementing a
language server as well?

On Sat, Jan 06, 2024 at 05:20:37PM -0500, Mike Rochefort wrote:
> On 9/11/23 3:41 AM, Quentin Carbonneaux wrote:
> > I agree that a release is overdue, especially with the important
> > bug fixes that landed after 1.1. The reason I've been a bit slow
> > to roll one out is that I want my work on IR matching to be part
> > of 1.2. I can't really give an ETA for this to be ready so if a
> > release would indeed help I'm ok to make one in the coming days.
> 
> Similar to Haelwenn, I am looking to package Hare up for Fedora[0]. Due to
> Hare relying on post-v1.1 features from the master branch, the existing
> release is not sufficient. To date, I'm applying the aggregate diff of
> v1.1..master, but for packaging reasons having an actual version to use is
> preferable. Hare and harec have to live in a pre-release state for now as
> they are unversioned softwares, but if a new minor or patch release could be

On Fri, Feb 02, 2024 at 08:33:28PM +0000, Byron Torres wrote:
> On Fri Feb 2, 2024 at 4:53 PM GMT, Matthew Phillips wrote:
> > Hello, I'm interested in working on a FreeBSD port package for Hare.
> > Couple of questions:
> >
> > 1. Is this a good way for me to contribute or would the core team rather
> > own OS packages?
> 
> That would be a great way to contribute! If you believe, with your
> familiarity with FreeBSD, you can maintain a Hare package in accordance
> with Hare's and FreeBSD's conventions and best practices, that would
> certainly be welcome.
> 
> You're welcome to ask around on IRC #hare-dev for FreeBSD users for

Hello, I'm interested in working on a FreeBSD port package for Hare.
Couple of questions:

1. Is this a good way for me to contribute or would the core team rather
own OS packages?
2. Is the upcoming 0.24.0 a good starting point for such a package?

Thanks.

I've been getting the "context deadline exceeded" message
in a build where I use hut to upload tarballs for a ref. The files 
are not that big (around 10mb). 

What is the recommended approach to uploading tarballs for a
release? You can see how I'm doing it here:

https://git.sr.ht/~matthewp/rosey/tree/main/item/.build.yml#L23

On Sun, Jan 28, 2024 at 05:46:50AM +0100, Lorenz (xha) wrote:
> hi,
> 
> On Sat, Jan 27, 2024 at 12:22:31PM -0500, Matthew Phillips wrote:
> > Hello, I recently installed Hare on FreeBSD and there were a couple of small extra steps, so I documented them for others, read here: https://space.matthewphillips.info/posts/installing-hare-freebsd/
> 
> cool!
> 
> btw, there is a scdoc port on freebsd and, at least on openbsd,
> make from base works perfectly fine to build hare. if it's a simple
> fix, feel free to send a patch :)

Good to know about scdoc! I should have checked that first. Will run
through the installation again later and verify it. if that's the case,

Hello, I recently installed Hare on FreeBSD and there were a couple of small extra steps, so I documented them for others, read here: https://space.matthewphillips.info/posts/installing-hare-freebsd/

Fixes: https://todo.sr.ht/~matthewp/theda/6
---
 Makefile | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/Makefile b/Makefile
index e11782e..dd8319e 100644
--- a/Makefile
+++ b/Makefile
@@ -5,17 +5,17 @@ VERSION := $(shell git describe --tags --abbrev=0 | tr -d 'v')
 all: builds/theda-darwin.amd64.tar.gz builds/theda-darwin.arm64.tar.gz builds/theda-linux.amd64.tar.gz
 
 builds/theda-darwin.amd64.tar.gz: $(GO_FILES)
-	GOOS=darwin GOARCH=amd64 go build -ldflags "-X main.version=$(VERSION)" -o $(THEDA_OUT) .
[message trimmed]

Fixes the issue with cross-posting not working. Turns out we weren't
passing the authorization header.

Fixes: https://todo.sr.ht/~matthewp/theda/3
---
 mods/services/mastodon.go | 13 ++++++++++++-
 1 file changed, 12 insertions(+), 1 deletion(-)

diff --git a/mods/services/mastodon.go b/mods/services/mastodon.go
index f07911a..357e297 100644
--- a/mods/services/mastodon.go
+++ b/mods/services/mastodon.go
@@ -36,7 +36,18 @@ func (m *MastodonService) Call(msg string) error {
 	}
[message trimmed]