> Apparently the last mail from me bounced -- can someone confirm that 
this is correctly received?  Thanks.

Neither bounced, see the web view: 
https://lists.sr.ht/~sircmpwn/sr.ht-discuss/%3Cjwva5zacxqu.fsf-monnier+emacs%40gnu.org%3E

-- 
Steven Guikal
fluix.one

Hey,

Just wanted to provide some surface level comments. I'd also usually
discuss these kinds of things in a more synchronous format like IRC
(#sr.ht.watercooler) to clarify details, but I'll give this a shot.

On Thu Aug 11, 2022 at 3:47 PM EDT, remyabel wrote:
> Hello all.
>
> Previously Drew wrote about DuckDuckGo here:
> https://drewdevault.com/2020/11/17/Better-than-DuckDuckGo.html

Haven't read this in a while, but I believe most of its criticisms are
from a non-privacy standpoint. I think it also makes a *very* important

I believe it's this: http://akkartik.name/lines.html

Which links to (download) https://tilde.club/~akkartik/lines.love which
is written in https://love2d.org/

On Sun Feb 20, 2022 at 4:19 AM EST, Alexey Yerin wrote:
> Signed-off-by: Alexey Yerin <yyp@disroot.org>
> ---
> Overall it should work fine, but I have a few doubts about
> whether percent-decoding should work on host=(ip::addr) like
> http://%31.2.3.4 -> http://1.2.3.4

Quick testing (http://%3127.0.0.1) with Firefox, Chromium, curl, and
Python's requests and urllib show they all percent decode the host even
if it is an IP address.

Thanks,
Steven

Hey,

I'm the one who originally implemented the base64 encoding and I based
my decision of not allowing improper padding (mentioned in the docs) or
invalid characters (like newlines) on the Security Considerations
described in the RFC:

https://datatracker.ietf.org/doc/html/rfc4648#section-12

Essentially, loosely allowing these could covertly send data across
applications and as such, it should be handled explicitly.

Thanks,
Steven

On Wed Dec 1, 2021 at 4:12 AM EST, Drew DeVault wrote:
> It works for me. There is no tags.h, do you have a dirty working
> directory?

Yep, disregard the patch.

On Wed Dec 1, 2021 at 4:09 AM EST, Drew DeVault wrote:
> It should work without the build directory. Does it not?

`./configure` works but `make` fails:

make: *** No rule to make target 'include/tags.h', needed by 'src/check.o'.  Stop.

Signed-off-by: Steven Guikal <void@fluix.one>
---
 content/installation.md | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/content/installation.md b/content/installation.md
index dfbf819..03494f2 100644
--- a/content/installation.md
+++ b/content/installation.md
@@ -29,8 +29,10 @@ Bootstrapping Hare only takes a few minutes.
 #### Building the bootstrap compiler
 
 1. Obtain [the bootstrap compiler source code](https://git.sr.ht/~sircmpwn/harec)
-2. `./configure`
[message trimmed]

Oh man, sorry about that. Thanks for the patch.

To git.sr.ht:~fluix/fluix.one
   fa04e05..57c51d2  master -> master

On Thu Aug 26, 2021 at 6:50 PM EDT, Steven Guikal wrote:
> > I think the correct diagram would have part of Libre Software outside of
> > the Freeware bubble.
>
> Correction: Part of Libre Software should also be outside of Open Source

Whoops nevermind. I meant to say that not all Open Souce is Libre
Software and you already show that. The rest still stands, I think.