Although it was not mentioned in this thread so far but some email services
require OAuth in which case using methods based on traditional password
managers is not possible.

To deal with such a situation I wrote a small utility mailctl [1] to
provide IMAP/SMTP clients (like msmtp, fdm, isync, mutt, etc.) with the
capabilities of renewal and authorization of OAuth2 credentials. mailctl
acts as a kind of smart password manager. In particular, access token
renewal happens automatically in the background transparent to the user.

In each release I also provide pre-compiled binaries for Linux/x86_64 and
Linux/aarch64 platforms.

[1] https://sr.ht/~petrus/mailctl/

On Wed, Mar 15, 2023 at 01:37:45PM +0100, Moritz Poldrack wrote:
> 15 Mar 2023 12:35:35 Peter Dobsan <petrus@dismail.de>:
> > I could not agree more. Despite of my understanding where it's coming
> > from, I really dislike the ~user naming scheme, including the usage of /
> > in email addresses. In its usage area it's weird, unnecessary and also
> > acting as an unfortunate barrier against the acceptance of Sourcehut.
> 
> Curiously, that's a part I quite like and if your MTA or MUA does not
> support the correcr one, there are aliases. So I don't think thats much of
> an issue.

Sure, I also know many workarounds myself. The point is why waste
resources (mine or my potential users') for these workarounds.

On Wed, Mar 15, 2023 at 11:26:50AM +0100, Moritz Poldrack wrote:
> > What about using "~~" double prefix?
> 
> Not a big fan, to be honest. It looks weird and I am not too sure how this
> would make routing easier. Personally, I'd prefer to not have a prefix to
> mirror the UNIXy style currently prevalent across sourcehut (~user, ls -l
> style file listing, …).

I could not agree more. Despite of my understanding where it's coming
from, I really dislike the ~user naming scheme, including the usage of /
in email addresses. In its usage area it's weird, unnecessary and also
acting as an unfortunate barrier against the acceptance of Sourcehut.

Small things in UX design could matter. The circle of people interacting

Some times my build fails due server failure during upload of an
artifact to a release. This happens randomly so I suspect it has
something to do with the load on the server.

Here is a copy of an ssh session in which the uploads fail twice then
succed.

build@archlinux hx-pkg]$ hut git artifact upload --rev "$tag" part00
gqlclient: server failure: Put "https://patchouli.sr.ht/git.sr.ht/artifacts/~petrus/hx-pkg/part00?partNumber=1&uploadId=f18bdc6a-12c7-47c2-919b-4d860bf65177": context deadline exceeded
[build@archlinux hx-pkg]$ hut git artifact upload --rev "$tag" part00
gqlclient: server failure: Put "https://patchouli.sr.ht/git.sr.ht/artifacts/~petrus/hx-pkg/part00?partNumber=1&uploadId=f67798b6-d6a9-4ac5-abf8-f785c83dbc6c": context deadline exceeded
[build@archlinux hx-pkg]$ hut git artifact upload --rev "$tag" part01
Uploaded part01
[build@archlinux hx-pkg]$ hut git artifact upload --rev "$tag" part00

Thank you all. I have got the project/repo distinction now.
  Petrus

On Mon, Mar 06, 2023 at 10:07:35AM +0100, Drew DeVault wrote:
> Looks public to me.

If I go to https://sr.ht/~petrus/ it shows only two repos. Then if I
click on "more repos" it still shows only these two.

It is public in the sense that if one knows the URL
(https://git.sr.ht/~petrus/hx-pkg) it can be viewed without login. 

But it does not show up on my "home" page, and
https://sr.ht/~petrus/hx-pkg/ retursn 404

The latter makes me thing I might be missing something.

On Mon, Mar 06, 2023 at 09:59:43AM +0100, Drew DeVault wrote:
> "Propagated" to where? Which repo?

  https://git.sr.ht/~petrus/hx-pkg

I have changed one of my repository from Unlisted to Public and saved
the modification. So far this change has not been propagated.

Is there a delay for such change to take place or this is a bug?

Hey,

Currently loading the aarchlinux image is failing due to file conflicts
during the initial package upgrade. That happens some times, but I don't
see this now on my up to date home computer.

Here is an example: https://builds.sr.ht/~petrus/job/952336

I also noticed that in the initial setup upgrade of linux and util-linux
is ignored. I don't know why, have not payed attention to that phase
before. No clue if this is related or not.

  Petrus