Last active 2 years ago


Last active 2 years ago
View more

Recent activity

Re: Fork proposal 2 months ago

From Chris Höppner to ~sircmpwn/aerc

>[Relying on plain-text email is a 'barrier to entry' for kernel development, says Linux Foundation board member](https://lobste.rs/s/0jt525/relying_on_plain_text_email_is_barrier)

Everyone is entitled to an opinion. Someone saying something doesn't necessarily make it true. I disagree with what this person said, for example.

How plaintext email is such a polarising topic is beyond me. Get your act together. Or are you just trolling?

Re: Is there any interest in sr.ht merchandise? 10 months ago

From Chris Höppner to ~sircmpwn/sr.ht-discuss

El March 15, 2021 5:10:24 PM UTC, Drew DeVault <sir@cmpwn.com> escribió:
>Every now and then someone expresses interest in obtaining sr.ht
>merchandise - stuff like stickers, T-shirts, coffee mug, etc. It would
>be fairly easy to set such a thing up - there are several companies
>provide mostly hands-off online merchandise stores these days.
>If you're interested, reply to this thread, or just click this URL:
>I'll grep my access logs later to estimate if the volume would be
>sufficient to justify the cost.

Re: Matrix instead of IRC? 1 year, 2 months ago

From Christian Höppner to ~sircmpwn/sr.ht-discuss

On 2020-11-11  2:34 PM, notramo@protonmail.com wrote:
> IRC is centralised and a very old protocol.
Old indeed, but it is actually federated.

> There are much better alternatives for support chat.

I'd argue that "better" is subjective. I like IRC. I don't like Matrix. For me,
IRC is "better". For you, it is not.

> It lacks many features, too: https://matrix.org/faq/#what-is-the-difference-between-matrix-and-irc%3F
> Matrix is a modern, federated, open standard with default E2EE (with unique
> cross-device signing feature), media, video and audio call support, widgets,
> guest users (no registration needed) and many more.

Re: Initial PGP support added 1 year, 10 months ago

From Chris Höppner to ~sircmpwn/aerc

Just curious, why did you decide to keep your own keyring? I'm fairly unlikely to put my key anywhere that's not my hardware token.

Re: [PATCH] Add tab completion to textinputs 2 years ago

From Christian Höppner to ~sircmpwn/aerc

On 2019-07-25  6:09 PM, Drew DeVault wrote:
> Do we have a tangible use-case for this yet?

I would suggest completing mail folder names for :mv and :cf, and completing
file system names for :cd as most potentially ergonomic implementations.

[PATCH] Get database connection via Context instead of global static 2 years ago

From Christian Höppner to ~mkaito/dust-dev

Turns out the Pool type is both Send and Sync, so it can be stored in serenity's
ShareMap, making the lazy static global unnecessary.

A helper function to make it easier to retrieve a connection from the pool was
more complicated to write than anticipated, given that handlers get a `Context`,
while commands get a `&mut Context`, necessitating two distinct function

However, by implementing an extended trait on the Context struct that simply
operates on `&self`, that's much cleaner now.
 src/commands/users.rs |  5 +++--
 src/db.rs             | 44 +++++++++++++++++++++++++++----------------
 src/global.rs         |  6 ------
[message trimmed]

[PATCH v2] Add Diesel for database interaction 2 years ago

From Christian Höppner to ~mkaito/dust-dev

There isn't a lot of actual database interaction yet. There's a `users` table,
a `message` even thandler that inserts anyone who talks into that table, and
a `~list` command that lists all known users. These mimic actual functionality,
but only weakly, in order to demonstrate usage of the `DB` object.

I'm not entirely happy using `lazy_static!` and a pseudo-global DB object to
access the connection pool, however. It feels somewhat hacky.

I wanted to use the Context object provided by Serenity, but this causes
a single connection to be reused, and makes it necessary to wrap the connection
in a Mutex to give it the Sync trait, which it explicitly doesn't have for
a good reason.

[1]: https://docs.diesel.rs/diesel/index.html

Welcome 2 years ago

From Chris Höppner to ~mkaito/dust-dev


This is a welcome message. More commonly known as a test message.