Ann Arbor, Michigan, US
he/him, they/them
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
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]
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
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
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
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 :) >
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:
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]
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
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]