Lotus Reader - The Hackernews Client

piskov8 days ago

The lengths people go to not use Vim :-)

brudgerspiskov7 days ago

Because evil-mode, less far than for avoiding Emacs.

bluedino8 days ago

I thought this would let you run some version of edit.com

esafak8 days ago

Is it possible to clone a Github repo and keep the clone in sync automatically, if you don't own the source? If so, you could create a Github Action to publish images as updates are released.

edit: I see suggestions to poll the source. That works, but I was hoping to use a hook to avoid that.

OptionOfTesafak8 days ago

You fork the repo which has a GitHub action that builds the container & publishes it, or if it doesn't, you add it to your fork.

And then you create an action on a schedule [0] which checks upstream for updates, and syncs it to your fork. Mind you that that sync needs to be done with a PAT [1], otherwise that sync (push) will not trigger a new build.

[0] https://docs.github.com/en/actions/writing-workflows/choosing-when-your-workflow-runs/events-that-trigger-workflows#schedule

[1] https://docs.github.com/en/actions/security-for-github-actions/security-guides/automatic-token-authentication

> When you use the repository's GITHUB_TOKEN to perform tasks, events triggered by the GITHUB_TOKEN, with the exception of workflow_dispatch and repository_dispatch, will not create a new workflow run. This prevents you from accidentally creating recursive workflow runs. For example, if a workflow run pushes code using the repository's GITHUB_TOKEN, a new workflow will not run even when the repository contains a workflow configured to run when push events occur.

yjftsjthsd-hesafak8 days ago

The structure I've done is that my repo only contains my build script, and has a scheduled CI job that checks upstream for changes (and builds as needed)

esbeeb7 days ago

MS Edit in the house! /s

mieses7 days ago

This is stupid. You are supposed to wait 2 more decades and acquire nano for 26.2 billion dollars once it's as big as Linkedin.