~tuxpup

~tuxpup/wishlist

Last active 1 year, 7 months ago
View more

Recent activity

Re: A new protocol and tool for PNG file attachments 10 months ago

From Geoff Beier to ~skeeto/public-inbox

Thanks for the feedback! I appreciate the suggestions, and feel like I 
should add a couple of observations that you were too kind to make 
directly just in case someone stumbles over this in the archives and 
considers using it.

On 1/2/22 17:05, Christopher Wellons wrote:
> * Instead of a racy exists() with "wb", you can use "xb" in a try-except 
> with FileExistsError, which will perform the check atomically (i.e. via 
> open(2) O_EXCL).

Thanks very much for pointing out "xb". I never noticed the addition of 
the x mode flag, and I've been moved over to python 3 for far to long to 
have any excuse for that.

Re: A new protocol and tool for PNG file attachments 10 months ago

From Geoff Beier to ~skeeto/public-inbox

I enjoyed this piece, and I've wanted a similar thing before.

 > I expect any experienced programmer could write a basic attachment 
extractor in their language of choice inside of 30 or so minutes. 
Hooking up a DEFLATE library for decompression would be the most 
difficult part.

That held up well for me. Here's my 15ish minute attempt in python:

https://git.sr.ht/~tuxpup/pypng-detach/tree/main/item/pypng_detach/cli.py

Reading a null-terminated string to get the name feels a little 
contorted in python, but compression was very straightforward.

Re: "Why Etalab's Free Software pole uses SourceHut" 1 year, 5 days ago

From Geoff Beier to ~sircmpwn/sr.ht-discuss

> > I know I should go find a way to contribute to the wiki, but I only have
> > a minute to spare. At least in US English, "Free Software pole" is a
> > very funny translation of "le pôle logiciels libres." "Free Software
> > Center" would be a much clearer choice and would, in my opinion, almost
> > certainly better reflect the intent of the original version.
>
> I have been hesitating between "pole" and "unit".
>
> I did not consider "center": our unit is made of a handful of civil
> servants, "center" would not reflect the truth.
>
> How about "unit"? Does it sound better?
>

Re: "Why Etalab's Free Software pole uses SourceHut" 1 year, 5 days ago

From Geoff Beier to ~sircmpwn/sr.ht-discuss

Salut Bastien,

I love your post and your organization's reasons for choosing SourceHut!

>
> as kindly mentioned by Drew on his blog post, Etalab's Free
> Software pole uses SourceHut for its repositories, e.g. for
> the code behind https://code.gouv.fr.
>
> We wrote some explanations of this choice here:
>
> https://man.sr.ht/~etalab/logiciels-libres/why-sourcehut.md
>

Testing a second message to my mailing list 1 year, 7 months ago

From Geoff Beier to ~tuxpup/wishlist

Can mailspring access this list now?

2021-04-28 16:53

Re: Can not add my PGP public key 1 year, 9 months ago

From Geoff Beier to ~sircmpwn/sr.ht-discuss

On Sat Feb 6, 2021 at 1:37 PM EST, Mehdi Sadeghi wrote:
> Geoff, on your behalf I made the patch and Drew applied it. See
> https://lists.sr.ht/~sircmpwn/sr.ht-dev/patches/20084.
>

Very nice! Thank you for doing that, and I'm glad Drew was able to apply
it so swiftly.

> Hier is a mini wrap-up of the send-patch workflow I did. First add the
> following to your ~/.gitconfig (adapt it based on your email provider):

Thanks also for sharing your configuration for this. I suspect I was
unclear in my statement/question about where I'd gotten stuck sending
in a patch, though :). git-send-email works fine for me, and I've used

Re: Can not add my PGP public key 1 year, 9 months ago

From Geoff Beier to ~sircmpwn/sr.ht-discuss

On Fri Feb 5, 2021 at 3:53 PM EST, gildarts wrote:
> On 2/5/2021 2:20 PM, Mehdi Sadeghi wrote:
> > Using Thunderbird I can sign and send emails (just tried). I have 
> > different sub-keys for signing and encrypting. This email should arrive 
> > signed too.
> > 
> > - Mehdi
> > 
>
> Yep it arrived signed. The question is if sr.ht can use the public key
> you uploaded to encrypt a message for you.
>

You nerd-sniped me, so I took a look. I can see that there are 3 user id

Re: sourcehut on mobile: lists width needs improvement 1 year, 11 months ago

From Geoff Beier to ~sircmpwn/sr.ht-discuss

On Thu Dec 10, 2020 at 8:42 AM EST, Drew DeVault wrote:
>
> Yes. Please file a ticket with ~sircmpwn/lists.sr.ht, or send a patch.
> Let's just reject mail with this header outright and send a bounce.

Ticket filed. I'd like to take a swing at a patch over the next day or
two.

Re: sourcehut on mobile: lists width needs improvement 1 year, 11 months ago

From Geoff Beier to ~sircmpwn/sr.ht-discuss

On Thu Dec 10, 2020 at 4:33 AM EST, Allen Sobot wrote:
> I'm terribly sorry about this, and this message will probably have that
> same header in it...
> I in fact had no clue about this header's existence, or in any case that
> my client puts it in.
> If you could therefore point me to a way to get rid of it I would be
> thankful (I use K-9 Mail on my phone and Neomutt on my computer)
>
It sure did. On the bright side, the fact that you didn't know about it
until I mentioned it suggests that very few mailers are sending such
receipts by default anymore. If they were, you'd have a bunch of read
receipts.

For K-9, it looks like details on that feature are here:

Re: sourcehut on mobile: lists width needs improvement 1 year, 11 months ago

From Geoff Beier to ~sircmpwn/sr.ht-discuss

On Wed Dec 9, 2020 at 9:47 PM EST, Allen Sobot wrote:
> Return-Receipt-To: Allen Sobot <chilledfrogs@disroot.org>

That's a really obnoxious thing to include in a message to a public
mailing list.

Seeing it made me remember a feature I'd like in the sourcehut list
management software. Can we have it filter that header?

In the context of a public mailing list it is at best silly/rude and
at worst provides a mechanism to flood someone else's mailbox with
receipts by forging such a message from them if you know they subscribe
to the list and are permitted to post.