~fkfd

Ann Arbor, Michigan, US

https://fkfd.me/

he/him, they/them

~fkfd/picross

Last active 4 years ago

~fkfd/gemini

Last active 4 years ago

~fkfd/misc

Last active 4 years ago
View more

Recent activity

Re: [PATCH] Add support for personal access tokens 2 years ago

From Frederick Yin to ~tardypad/wee-most-devel

This patch adds support for Personal Access Tokens[1] by calling
/api/v4/users/me in lieu of /api/v4/users/login. The user can now specify an
access token in their configuration option access_token.

However, as I don't have access to a password-authenticated MM server, I cannot
test whether this patch broke anything relevant. I did not test with 2FA
enabled either.

Thanks for reviewing.

[1] https://docs.mattermost.com/developer/personal-access-tokens.html

[PATCH] Add support for personal access tokens 2 years ago

From Frederick Yin to ~tardypad/wee-most-devel

Also mention access token in README
---
 README.md          |  2 +-
 wee_most/config.py |  6 ++++++
 wee_most/server.py | 32 +++++++++++++++++++++-----------
 3 files changed, 28 insertions(+), 12 deletions(-)

diff --git a/README.md b/README.md
index d3fcaaa..67e51fe 100644
--- a/README.md
+++ b/README.md
@@ -28,7 +28,7 @@ $ make install # WEECHAT_DATA_DIR=~/.weechat
/mattermost server add a_banal_server
```
[message trimmed]

Using personal access tokens 2 years ago

From Frederick Yin to ~tardypad/wee-most-discuss

I'm glad this list exists :)

The Mattermost server I'm on relies on SSO so I don't have a password.
Instead I got a personal access token; it works exactly like a session
token (i.e. goes after "Authorization: Bearer").

Currently wee-most only supports password. I am going to patch it so it
can optionally skip /api/v4/users/login when logging in.

After I'm done I will send my patch upstream.

Yours,
~fkfd

Re: [PATCH] TOFU: Create file if it didn't exist 4 years ago

From Frederick Yin to ~fkfd/picross

On November 30, 2020 5:28:27 AM UTC, Zach DeCook <zachdecook@librem.one> wrote:
>---
>
>Notes:
> Note that we should probably support ~/.local/share/gemini/known_hosts
>(but that uses a different fingerprint format, so we may have to mind
>for backwards compatibility)
>
> picross/tofu.py | 2 ++
> 1 file changed, 2 insertions(+)
>
>diff --git a/picross/tofu.py b/picross/tofu.py
>index d2fc3d8..f188e9a 100644
>--- a/picross/tofu.py

Re: picross doesn't launch 4 years ago

From Frederick Yin to ~fkfd/picross

On November 10, 2020 11:55:43 PM UTC, Bopol <bopol@e.email> wrote:
>Hello,
>
>When I launch picross (build from source), I get this error
>
>Traceback (most recent call last):
>   File "/home/USERNAME/.local/bin/picross", line 33, in <module>
>     sys.exit(load_entry_point('picross==0.6.1', 'console_scripts', 
>'picross')())
>   File 
>"/home/USERNAME/.local/lib/python3.9/site-packages/picross-0.6.1-py3.9.egg/picross/__main__.py",
>
>line 3, in run
>   File "<frozen zipimport>", line 259, in load_module

Re: McRoss distribution 4 years ago

From Frederick Yin to ~nhanb/mcross-announce

On September 11, 2020 3:19:20 PM UTC, "Bùi Thành Nhân" <hi@imnhan.com> wrote:
>Hi Yin,
>
>> (3) I rename my fork "picross" which means a sort of puzzle involving
>> arranging pixels into a picture
>
>I vote for option (3). Though I don't have the spare capacity for
>McRoss
>development now, I do wish to come back to it from time to time at my
>own pace. Honestly I'm too lazy to review patches now, and at the same
>time I don't want to block others (that is, you) from further
>development so a separate fork makes the most sense to me. I quite like
>the McRoss name, so I hope you don't mind me clinging to it :)
>

McRoss distribution 4 years ago

From Frederick Yin to ~nhanb/mcross-announce

Hi, hope you're more accustomed to your new job. I'm short of time, I
guess you're too, so I'll keep this short.

Major changes I've made to my fork of McRoss:
* tabs
* TOFU
* 1x status codes (input)

Still, though, with all these changes made, I thought it would be better
for the community if my changes were pushed upstream on PyPI. Right now
in my documentation only the `poetry install` installation method is
provided. This distribution hell can be escaped with the following three
(3) ways:

[PATCH] Fix duplicate "30" in response header 4 years ago

From Frederick Yin to ~dancek/twinwiki-devel

---
 src/main.rs | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/main.rs b/src/main.rs
index a58f84e..951f4f1 100644
--- a/src/main.rs
+++ b/src/main.rs
@@ -243,7 +243,7 @@ fn redirect_response(page: &str, subpath: &str) {
    let url = absolute_url(page);
    match subpath {
        "" => response_header(30, url),
        _ => response_header(30, format!("30 {}/{}", url, subpath)),
        _ => response_header(30, format!("{}/{}", url, subpath)),
[message trimmed]

McRoss fork for personal flavor addition 4 years ago

From Frederick Yin to ~nhanb/mcross-announce

I've forked McRoss (my favorite gemini browser so far) and started to
apply my own preferences to the codebase, including the patches that
were never merged and a few nuanced adjustments I don't feel is
necessary or mature enough for the public. Those include:

* 0d513e1 (HEAD -> master, origin/master, origin/HEAD) Enlarge window size
* abcad1f Custom homepage
* f888353 Fork: personal flavor version
* 61d0d7c Post-clone meta fixes
* 2280053 Support alt text for preformatted text
* a711c3f Download binary files

2280053 and a711c3f are the unmerged patches I'm talking about.
Seriously, check out the binary files one. It's my favorite thing about

[PATCH v2] Download binary files 4 years ago

From Frederick Yin to ~nhanb/mcross-devel

Summary:
Instead of reinventing the wheel and implementing downloading logic on
our own, I turned to the so-called "helpers" for help - CLI
commands that handle the dirty work of download jobs.

Changes:
- Introduced config arguments `download-cmd` and `download-dest`
- Download helper, of course
- Documentation regarding downloads
- Crossed out binary file handling on the bucket list
- Short names now optional for CLI args
---
New changes:
Handle scenarios where $URL and $DEST aren't single "words" in command.
[message trimmed]