Feed of "Alexander Batischev"

Minoru commented on issue readeck/browser-extension#127

2026-04-13T17:13:57+02:00

Fails with "Could not establish connection. Receiving end does not exist"

@mislav, cool, thank you very much! I subscribed to the issue and will look into GOMEMLIMIT.

Minoru commented on issue readeck/browser-extension#127

2026-04-12T12:32:52+02:00

Fails with "Could not establish connection. Receiving end does not exist"

Thanks for the detailed instructions! Apparently 30 seconds come from Firefox:

Minoru commented on issue readeck/browser-extension#127

2026-04-11T18:12:50+02:00

Fails with "Could not establish connection. Receiving end does not exist"

It didn't change a thing.

Minoru opened issue readeck/browser-extension#127

2026-04-11T12:41:54+02:00

I'm using Nginx as a reverse proxy for Readeck. Most pages are saved just fine, but occasionally I'll bump into one that fails like this:

Nginx logs show code 499:

X.X.X.X - - [11/Apr/2026:10:32:19 +0000] "POST /api/bookmarks HTTP/2.0" 499 0 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0"

Readeck logs don't show anything for that request.

The page is https://blog.voron.me/r1bng_dxpedition?utm_source=teletype&utm_medium=feed_rss&utm_campaign=voronspb Previously it was failing to get saved because client_max_body_size in Nginx was set to 100M; I bumped that to 300M and now running into this error.

It might be some timeout. I didn't time it precisely, but it takes between 20 and 30 seconds between me clicking the "Save" button and this error appearing.

Extension version is 2.6.3, Firefox 140.9.1esr on Debian 13. As I said, I ran into this issue previously, including on my Android phone, so this isn't some new regression or anything like that.

Minoru commented on issue readeck/readeck#1172

2026-04-08T17:59:30+02:00

Better interface for automated initial setup (idempotent `readeck user`)

Cool, thanks! I'll play with it once it's released.

Minoru commented on issue fediverse/fediparty#198

2026-04-08T17:40:46+02:00

Shall we maintain the servers list on the site, for what purpose?

If there's someone willing to curate a list of instance-finding portals, then I vote for option 4. I won't work on it myself though.

Minoru commented on issue fediverse/fediparty#316

2026-04-08T17:32:28+02:00

Transfer site hosting from Minoru to Ryuno-Ki

The quiz doesn't link to specific pages, it just points to resources about Fediverse. Fediparty is always included, and then we pick one more resource from a small list.

Minoru commented on issue fediverse/fediparty#316

2026-04-07T18:10:08+02:00

Transfer site hosting from Minoru to Ryuno-Ki

Another potential TODO for the migration: ask lightone to give us a token for the DNS provider, so we can issue TLS certificates using DNS challenge? Right now, I'm using webroot challenge, which I already learned is a PITA when migrating between servers: DNS points at the old one so the new one can't obtain the certificate, and I can't point the DNS to the new one because without a certificate it can't serve the HTTPS traffic. I migrated some of my other sites to DNS challenge and it was a bliss migrating them to a new server.

Minoru commented on issue fediverse/fediparty#316

2026-04-07T18:08:08+02:00

Transfer site hosting from Minoru to Ryuno-Ki

#313 shows that FediQuiz can't be truly archived because some other sites it references might die, and it will need updating. I think for now I can keep hosting it and providing updates when necessary.

Minoru commented on issue readeck/readeck#1172

2026-04-04T13:54:54+02:00

Better interface for automated initial setup (idempotent `readeck user`)

Parsing strings doesn't feel like a reliable solution to me. A string could be changed, or it could become translated. The command could start producing more output and accidentally include "create user" somewhere else in the text.

Instead I made Ansible store the email and password that it used last, and re-run the command if they change:

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..7e4ccaf
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1 @@
+/cached_facts/
diff --git a/ansible.cfg b/ansible.cfg
index 4b1c387..bf3bd5e 100644
--- a/ansible.cfg
+++ b/ansible.cfg
@@ -1,5 +1,7 @@
 [defaults]
 inventory = hosts.ini
+fact_caching = ansible.builtin.jsonfile
+fact_caching_connection = cached_facts

 [ssh_connection]
 pipelining = True
diff --git a/roles/www-readeck.TLD/tasks/main.yml b/roles/www-readeck.TLD/tasks/main.yml
index 188fce2..cd6786d 100644
--- a/roles/www-readeck.TLD/tasks/main.yml
+++ b/roles/www-readeck.TLD/tasks/main.yml
@@ -34,14 +34,19 @@
   notify: restart readeck

 - name: Ensure there are a 'minoru' user in Readeck.
-  # This command always does something. Let's ignore it unless it fails.
-  changed_when: no
+  when: last_readeck_u_minoru_email is undefined or last_readeck_u_minoru_email != readeck_u_minoru_email or last_readeck_u_minoru_pwd is undefined or last_readeck_u_minoru_pwd != readeck_u_minoru_pwd
   become: yes
   become_user: readeck
   ansible.builtin.command:
     chdir: /var/lib/readeck
     cmd: /var/lib/readeck/readeck user -config /etc/readeck/config.toml -user minoru -email {{ readeck_u_minoru_email }} -password "{{ readeck_u_minoru_pwd }}"

+- name: Remember Readeck user's email and password to avoid adding them again.
+  ansible.builtin.set_fact:
+    last_readeck_u_minoru_email: "{{ readeck_u_minoru_email }}"
+    last_readeck_u_minoru_pwd: "{{ readeck_u_minoru_pwd }}"
+    cacheable: yes
+
 - name: Ensure systemd unit for Readeck is installed.
   ansible.builtin.copy:
     src: readeck.service

(I'm fine with storing readeck_u_minoru_pwd in Ansible's facts cache because the password is hashed.)

This works for my use-case, but might not fit someone who e.g. runs Ansible from multiple hosts.

Thank you for your thoughts and ideas on this!

Minoru commented on issue fediverse/fediquiz#58

2026-03-31T18:15:10+02:00

Results page links to fediverse.town, which is dead

Nope, it got auto-closed when I merged my MR. Then I took a stab at fixing the deployment, but ran out of time.

Minoru commented on pull request fediverse/fediquiz#59

2026-03-31T18:10:19+02:00

Update CI config to fix it

Yup, it ran on the main branch just fine: https://ci.codeberg.org/repos/8355/pipeline/13

Minoru pushed to main at fediverse/fediquiz

2026-03-31T18:06:03+02:00

b830949957ec41410435a1f6185a48fcc74204c9 Merge pull request 'Update CI config to fix it' (#59) from bugfix/fix-ci into main b8b5b5e78f01b68758d0d6e0b24b4cb4d11337da Update CI config to fix it

Minoru merged pull request fediverse/fediquiz#59

2026-03-31T18:05:49+02:00

Update CI config to fix it

Minoru commented on pull request fediverse/fediquiz#59

2026-03-31T18:05:21+02:00

Update CI config to fix it

Okay, CI runs and does nothing (as expected). Merging to see what it does on the main branch.

Minoru created pull request fediverse/fediquiz#59

2026-03-31T18:04:28+02:00

See the following two commits in fediparty repo for similar changes:

Hopefully this fixes CI so the changes from #58 can finally be deployed.

Minoru pushed to bugfix/fix-ci at fediverse/fediquiz

2026-03-31T18:03:44+02:00

b8b5b5e78f01b68758d0d6e0b24b4cb4d11337da Update CI config to fix it

Minoru created branch bugfix/fix-ci in fediverse/fediquiz

2026-03-31T18:03:44+02:00

Minoru opened issue readeck/readeck#1172

2026-03-25T16:09:32+01:00

Your question or request

I deploy Readeck with Ansible, i.e. I have a "script" that runs commands to put the server into the desired state. Ansible is big on the idempotency, i.e. re-running the "script" simply verifies that the server is in the desired state.

My "script" runs readeck user to create an initial user and avoid the onboarding. I don't want onboarding because I know in advance that I'll have this one user, and I don't want the onboarding page to be accessible from the Internet even for a second.

readeck user is not idempotent though: every time I run it, it logs me out of all my browser sessions. I gather it's by design, to migrate passwords to newer hashes?

My question is how I could do this better. Does Readeck have a command to check if the user already exists? Or to check if Readeck is in onboarding mode? I could use either of those to only run readeck user on first deployment. (It'd be a minor annoyance later if I change the password without updating the "script", but that's okay because I'm moving servers only once in a few years.)

Another alternative is to add a flag to readeck user to make it fail if the user already exists. If this condition is indicated via an exit code, I can instruct Ansible to treat it as success, and any other non-zero code as failure. This would probably be my preferred solution, but I'd like to see if others have better ideas first.

There are kludges like curling Readeck endpoints to see if it's onboarding, or put the password hash in a file on the server so it can be checked later to see if readeck user needs re-running. I'd prefer to see if there's any interesting in accommodating this in Readeck proper.

The initial approach from #352 would have worked for me too, because Ansible can compare files and see that it doesn't need to update anything. Alas, it got scraped in favour of readeck user.

Minoru commented on issue fediverse/fediquiz#58

2026-03-24T08:08:57+01:00

Results page links to fediverse.town, which is dead

It's not helping, I'm getting "failed to load branches: user does not exist [uid: 0 ...]". I'll take a look at this later.

Minoru commented on issue fediverse/fediquiz#58

2026-03-24T08:06:12+01:00

Results page links to fediverse.town, which is dead

Meh, CI here is broken and didn't deploy the update to the site. Doing what you're calling a rain dance now...

Minoru pushed to main at fediverse/fediquiz

2026-03-24T08:05:21+01:00

25a26d976e75b789d64282a646b3bea5829fc625 Recommend joinfediverse.wiki in place of fediverse.town

Minoru closed issue fediverse/fediquiz#58

2026-03-24T08:05:21+01:00

Results page links to fediverse.town, which is dead

Minoru pushed to bugfix/58-replace-fediverse-town at fediverse/fediquiz

2026-03-24T08:04:09+01:00

73aad5e9f387c0cbbfce8dbc141f571fe39420e1 Recomment joinfediverse.wiki in place of fediverse.town

Minoru created branch bugfix/58-replace-fediverse-town in fediverse/fediquiz

2026-03-24T08:04:09+01:00

Minoru closed issue fediverse/fediparty#313

2026-03-21T14:45:18+01:00

FediQuiz links to dead site

Minoru commented on issue fediverse/fediparty#313

2026-03-21T14:45:18+01:00

FediQuiz links to dead site

Moved to fediquiz's issue tracker: fediverse/fediquiz#58

Minoru opened issue fediverse/fediquiz#58

2026-03-21T14:45:01+01:00

The results page of the FediQuiz has a link to fediverse.town, whose domain seems to have been taken over with ad slop. Needs to be removed, or maybe swapped out for joinfediverse.wiki or something?

Originally posted by @strypey in fediverse/fediparty#313 (comment)

Minoru commented on issue fediverse/fediparty#318

2026-03-21T11:46:28+01:00

Team list on About page needs updating

Perhaps the site should list the mirrors more prominently? Or is this a sort of a quiet backup that can be announced on Fedi in case of problems with the main instance?

Minoru commented on issue fediverse/fediparty#316

2026-03-21T11:35:08+01:00

Transfer site hosting from Minoru to Ryuno-Ki

But at this point we'd need @lostinlight to enact any such changes, yes?