Bush fire sunsets are the nicest
[0]). A syntax like the following could help to know what public key you used to encrypt the message, and which private key the client should use to decrypt it:
!<nick url> <encrypted_message> <public_key_hash_7_chars>
Also I'd remove support for storing the message as hex, only allowing base64 (more compact, aiming for a minimalistic spec, etc.)
[0] https://www.brandonchecketts.com/archives/its-2023-you-should-be-using-an-ed25519-ssh-key-and-other-current-best-practices
https://github.com/eapl-gemugami/owl/blob/main/src/app/controller/ecies_demo.php
twtxt (for now), although I see the community could be interested in.I'd suggest to enable the Discussion section in your Github repo to receive comments, as we did for
timeline https://github.com/sorenpeter/timeline/discussions
@lyse They say, 18:48 today is the next time slot: https://social.bund.de/@dlr_next/113859521382441187
@lyse They say, 18:48 today is the next time slot: https://social.bund.de/@dlr_next/113859521382441187
@lyse They say, 18:48 today is the next time slot: https://social.bund.de/@dlr_next/113859521382441187
@lyse They say, 18:48 today is the next time slot: https://social.bund.de/@dlr_next/113859521382441187
Some people send "get better" messages, but someone sent me some flowers, so I have something to look at during recovery. This picture shows a white and a pink flower from that bunch.
Some people send "get better" messages, but someone sent me some flowers, so I have something to look at during recovery. This picture shows a white and a pink flower from that bunch.
#cycling
#cycling
#cycling
Mal gucken, wie ich mit einer DNS-Umleitung und YCast wieder Klang in die Kiste kriege. Es wƤre schade um das GerƤt, welches einwandfrei funktioniert.
[](https://movq.de/v/6b6bdafb7e/iss.ff.jpg)
Jupiter and its moons a few days ago:
[](https://movq.de/v/6b6bdafb7e/jupiter.ff.jpg)
Not spectacular shots, but hey, itās something.
Also saw the crescent Venus and Saturnās rings through my scope (you know, the one for bird watching).
[](https://movq.de/v/6b6bdafb7e/iss.ff.jpg)
Jupiter and its moons a few days ago:
[](https://movq.de/v/6b6bdafb7e/jupiter.ff.jpg)
Not spectacular shots, but hey, itās something.
Also saw the crescent Venus and Saturnās rings through my scope (you know, the one for bird watching).
[](https://movq.de/v/6b6bdafb7e/iss.ff.jpg)
Jupiter and its moons a few days ago:
[](https://movq.de/v/6b6bdafb7e/jupiter.ff.jpg)
Not spectacular shots, but hey, itās something.
Also saw the crescent Venus and Saturnās rings through my scope (you know, the one for bird watching).
[](https://movq.de/v/6b6bdafb7e/iss.ff.jpg)
Jupiter and its moons a few days ago:
[](https://movq.de/v/6b6bdafb7e/jupiter.ff.jpg)
Not spectacular shots, but hey, itās something.
Also saw the crescent Venus and Saturnās rings through my scope (you know, the one for bird watching).
Sure, I agree: it is the best option in many cases, and in some cases it feels like the only option - if you care for things like safety and privacy.
But us - the same community that usually promotes self-hosting - should also be aware that it is a means to an end, we should understand the reasons why it is a good idea... and also design "the fallback" for those who cannot, for some reason, self-host.
And we know how to do that: just look at the healthy community of fediverse servers that are out there, not in competition but in cooperation with a number self-hosted single-user instances. But we don't do it/have the same ecosystem in many other fields.
And self-hosting is a privilege: it demands more financial investment, more time investment, and has some potentially expensive dependencies (stable 24/7/365 internet connection and electricity, for eg.).
Just like the "path to #freesoftware" is a ladder and not a binary switch, service autonomy/independence/sovereignty is too (an often they are even related - how many "need" to use some proprietary app in order to access to a certain service they are dependent of?).
Sure, I agree: it is the best option in many cases, and in some cases it feels like the only option - if you care for things like safety and privacy.
But us - the same community that usually promotes self-hosting - should also be aware that it is a means to an end, we should understand the reasons why it is a good idea... and also design "the fallback" for those who cannot, for some reason, self-host.
And we know how to do that: just look at the healthy community of fediverse servers that are out there, not in competition but in cooperation with a number self-hosted single-user instances. But we don't do it/have the same ecosystem in many other fields.
And self-hosting is a privilege: it demands more financial investment, more time investment, and has some potentially expensive dependencies (stable 24/7/365 internet connection and electricity, for eg.).
Just like the "path to #freesoftware" is a ladder and not a binary switch, service autonomy/independence/sovereignty is too (an often they are even related - how many "need" to use some proprietary app in order to access to a certain service they are dependent of?).
scp/rsync for me. :-) But I remember there is one server that only provides SFTP access. :-/