~oliverpool

Recent activity

Re: [PATCH rfc] IMPLEMENTATIONS: add vanitydoc 2 days ago

From Olivier C to ~ancarda/vcs-autodiscovery

Here is an example of interacting implementation: https://godocs.io/code.pfad.fr/risefront

- the tags present on https://code.pfad.fr/risefront where generated with vanitydoc
- the tags were parsed by godocs.io (which correctly generated link to codeberg.org on symbols)

Interoperability seems to be working great!


On Mon, Nov 28, 2022, at 11:49, oliverpool wrote:
> ---
> vanitydoc is a go command to generate static HTML and gemtext files
> based on the embedded go documentation of a module.
>
>  IMPLEMENTATIONS.md | 4 ++++

[PATCH rfc v2] README: Link to IMPLEMENTATIONS.md 2 days ago

From oliverpool to ~ancarda/vcs-autodiscovery

---
Fix line wrapping

 README.md | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/README.md b/README.md
index d404e15..1bad3d8 100644
--- a/README.md
+++ b/README.md
@@ -25,9 +25,9 @@ Discuss the RFC here: <https://lists.sr.ht/~ancarda/vcs-autodiscovery>

## Known Implementations

[message trimmed]

[PATCH rfc] README: Link to IMPLEMENTATIONS.md 2 days ago

From oliverpool to ~ancarda/vcs-autodiscovery

---
This makes it easer to discover implementations.

 README.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/README.md b/README.md
index d404e15..9cbd770 100644
--- a/README.md
+++ b/README.md
@@ -25,7 +25,7 @@ Discuss the RFC here: <https://lists.sr.ht/~ancarda/vcs-autodiscovery>

## Known Implementations

[message trimmed]

[PATCH rfc] IMPLEMENTATIONS: add vanitydoc 2 days ago

From oliverpool to ~ancarda/vcs-autodiscovery

---
vanitydoc is a go command to generate static HTML and gemtext files
based on the embedded go documentation of a module.

 IMPLEMENTATIONS.md | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/IMPLEMENTATIONS.md b/IMPLEMENTATIONS.md
index 3a997c2..224b1ec 100644
--- a/IMPLEMENTATIONS.md
+++ b/IMPLEMENTATIONS.md
@@ -31,6 +31,10 @@ that consumes it.

### Executables and Hosted Services that produce Meta Tags
[message trimmed]

Derivative work: code.pfad.fr/vanitydoc 5 days ago

From Olivier C to ~sircmpwn/godocs.io

Hi,

based on the templates of this project, I create a go package to generate static documentation in HTML and Gemtext:
https://code.pfad.fr/vanitydoc

Since the LICENSE of the gddo project indicates:
> Copyright (c) 2013 The Go Authors. All rights reserved.

I kept this license for the template files (which I heavily adapted, hence the added copyright for myself):
> SPDX-FileCopyrightText: 2022 Olivier Charvin <git@olivier.pfad.fr>
> SPDX-FileCopyrightText: 2013 The Go Authors
> 
> SPDX-License-Identifier: BSD-3-Clause

Re: [PATCH sr.ht-docs] builds.sr.ht: fix alpine table headers 6 days ago

From Olivier C to ~sircmpwn/sr.ht-dev

BTW alpine 3.17 was released for 2 days, if you prefer, you can let me know when the image is available, so that I can update this part of the doc as well.

On Thu, Nov 24, 2022, at 09:10, oliverpool wrote:
> ---
>  builds.sr.ht/compatibility.md | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/builds.sr.ht/compatibility.md b/builds.sr.ht/compatibility.md
> index 26ccdcc..4400a27 100644
> --- a/builds.sr.ht/compatibility.md
> +++ b/builds.sr.ht/compatibility.md
> @@ -69,7 +69,7 @@ Support policy: [upstream](https://alpinelinux.org/releases/)
>        <th>Alpine 3.16</th>
>        <th colspan="3" style="font-weight: normal; text-align: center">

[PATCH sr.ht-docs] builds.sr.ht: fix alpine table headers 6 days ago

From oliverpool to ~sircmpwn/sr.ht-dev

---
 builds.sr.ht/compatibility.md | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/builds.sr.ht/compatibility.md b/builds.sr.ht/compatibility.md
index 26ccdcc..4400a27 100644
--- a/builds.sr.ht/compatibility.md
@@ -69,7 +69,7 @@ Support policy: [upstream](https://alpinelinux.org/releases/)
      <th>Alpine 3.16</th>
      <th colspan="3" style="font-weight: normal; text-align: center">
        <code>image: alpine/latest</code> <strong>or</strong>
        <code>image: alpine/3.15</code>
        <code>image: alpine/3.16</code>
[message trimmed]

Host Web Key Directory for PGP key 13 days ago

From Olivier C to ~sircmpwn/sr.ht-discuss

Hi,
currently the PGP public key of sourcehut is available here: https://meta.sr.ht/privacy/pubkey

There is apparently a standard to server such keys, so that they can be automatically discovered:
https://wiki.gnupg.org/WKDHosting

In short, a specific export must be exposed to one of the following URLs:
https://openpgpkey.sr.ht/.well-known/openpgpkey/sr.ht/hu/...
or https://sr.ht/.well-known/openpgpkey/hu/

This would allow clients to discover the public key automatically, using:
gpg --locate-keys outgoing@sr.ht

(I am using it myself, you can check `gpg --locate-keys git@olivier.pfad.fr`, which looks up https://openpgpkey.olivier.pfad.fr/.well-known/openpgpkey/olivier.pfad.fr/hu/e5a4bxki1ktx1jncwco5nkcofedmkxod)

Re: [builds.sr.ht] different PATH for build and ssh session 1 year, 2 months ago

From Olivier C to ~sircmpwn/sr.ht-discuss

> > As a newbie, I think it would be a usability improvement to fix this.
> 
> It is not a bug. It's just how Unix works.

I am just a software developer, not a Unix expert. I don't mean that there
is a bug in Unix. I just want to show that using builds.sr.ht is not as simple
as it could be and I want to help make it a bit easier to use for other users.

> You should just source /etc/profile in your build script, perhaps?
> 
> . /etc/profile

Thanks, this is much better to have a consistent behavior between building
and ssh-debugging.

Re: [builds.sr.ht] different PATH for build and ssh session 1 year, 2 months ago

From Olivier C to ~sircmpwn/sr.ht-discuss

Thanks for the explanation.

As a newbie, I think it would be a usability improvement to fix this.
But I have no idea, what the preferred solution would be:
- recommend installation of software in /usr/bin (instead of /usr/local/bin)
by running `sudo make PREFIX="/usr" install` in the official builds.sr.ht docs
- adjust the PATH of the build scripts to add /usr/local/bin (like it is done in /etc/profile)
- adjust the PATH of the login shell, to remove /usr/local/bin
- document this subtle difference on the official builds.sr.ht doc

I currently use the first solution.
Should I send a patch to the builds doc? 
In https://man.sr.ht/builds.sr.ht/manifest.md#tasks