~gjabell

https://galenabell.com

~gjabell/mfn-devel

Last active 4 months ago

~gjabell/mfn-announce

Last active 4 months ago

~gjabell/bmk

Last active 1 year, 3 months ago
View more

Recent activity

Re: [PATCH sxmo-dmenu] Add wrap around to top/bottom of list 2 days ago

From Galen Abell to ~mil/sxmo-devel

> It would be good to make this optional. I rely on the fact that it
> does not wrap around.

Good call; just sent an updated patch that only enables this behavior if
the DMENU_WRAP_AROUND environment variable is set.

[PATCH sxmo-dmenu v2] Add optional wrap around to top/bottom of list 2 days ago

From Galen Abell to ~mil/sxmo-devel

When paging up on the first item or down on the last item, the selection
will jump to the bottom or top item, respectively. This behavior is
disabled by default but can be enabled by setting the DMENU_WRAP_AROUND
environment variable.
---
Disable wrap around by default and enable only when the
DMENU_WRAP_AROUND environment variable is set. I will also make a patch
to update the docs with the new option once this is merged.

 config.def.h |  3 +++
 dmenu.c      | 29 ++++++++++++++++++++++-------
 2 files changed, 25 insertions(+), 7 deletions(-)

diff --git a/config.def.h b/config.def.h
[message trimmed]

[PATCH sxmo-dmenu] Add wrap around to top/bottom of list 2 days ago

From Galen Abell to ~mil/sxmo-devel

When paging up on the first item or down on the last item, the selection
will jump to the bottom or top item, respectively.
---
 dmenu.c | 26 +++++++++++++++++++-------
 1 file changed, 19 insertions(+), 7 deletions(-)

diff --git a/dmenu.c b/dmenu.c
index aaf4e5d..4b3139b 100644
--- a/dmenu.c
+++ b/dmenu.c
@@ -537,11 +537,21 @@ insert:
		if (lines > 0)
			return;
		/* fallthrough */
[message trimmed]

Re: maildir: add recent handling 7 days ago

From Galen Abell to ~sircmpwn/aerc

> That's nice in principle, however what's "in the background" is a very
> hard question
> for any program.... What does that mean now days with a multiple monitor
> setup?

Yeah, I was actually thinking more "while aerc is running" and not "in
the background", because currently we fire a bunch of recent triggers
right after startup if there are any new messages that get moved to cur.
This makes sense if we consider them as being recent to aerc, but they
might be "old" messages timestamp-wise. I think it'd be less annoying to
only trigger notifications after the initial maildir sync.

> So, to simplify, shall we clear the recent flag on fetchbodypart so that
> we track

Re: maildir: add recent handling 7 days ago

From Galen Abell to ~sircmpwn/aerc

Hey Reto,

Please feel free to squash my patch into the others, it's not very large
;)

The new patches don't seem to work quite right though; it looks like
when I get a new message it very briefly flashes the recent count and
then immediately clears it. I'm also not sure if we want the recent
trigger to fire when aerc starts up and handles new messages, since it
seems like it should only happen when aerc is running in the background.
That might require some more refactoring though so not a priority.

I do think the recent flag is a bit confusing in its current state, and
I wonder if it even makes sense to show it, especially considering that

[PATCH] maildir: Don't add recents to unread and msg count 9 days ago

From Galen Abell to ~sircmpwn/aerc

---
 worker/maildir/worker.go | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/worker/maildir/worker.go b/worker/maildir/worker.go
index cf08e70..e8c5ca5 100644
--- a/worker/maildir/worker.go
+++ b/worker/maildir/worker.go
@@ -162,8 +162,7 @@ func (w *Worker) getDirectoryInfo(name string) *models.DirectoryInfo {
			dirInfo.Recent++
		}
	}
	dirInfo.Unseen += dirInfo.Recent
	dirInfo.Exists = len(uids) + dirInfo.Recent
[message trimmed]

Re: [PATCH meta.sr.ht] Add redis connection URL for webhooks 11 days ago

From Galen Abell to ~sircmpwn/sr.ht-dev

The default passed to cfg() is the same as the default value for
make_worker(), and the default value in the configuration is the same as
that for the git.sr.ht webhook worker. I can use redis:// for both and
send a v2 if you'd prefer?

[PATCH meta.sr.ht] Add redis connection URL for webhooks 12 days ago

From Galen Abell to ~sircmpwn/sr.ht-dev

The webhooks worker always uses the default redis URL, which breaks if
the infrastructure runs a non-default redis setup.
---
 config.example.ini   | 3 +++
 metasrht/webhooks.py | 2 +-
 2 files changed, 4 insertions(+), 1 deletion(-)

diff --git a/config.example.ini b/config.example.ini
index 0b7f1ec..ecd4f8b 100644
--- a/config.example.ini
+++ b/config.example.ini
@@ -89,6 +89,9 @@ connection-string=postgresql://postgres@localhost/meta.sr.ht
# Set to "yes" to automatically run migrations on package upgrade.
migrate-on-upgrade=yes
[message trimmed]

[PATCH sr.ht-apkbuilds] builds.sr.ht: Add worker service dependencies 30 days ago

From Galen Abell to ~sircmpwn/sr.ht-dev

---
Synchronize the service deps for the builds.sr.ht-worker service with
other sr.ht services. This also prevents the service from being brought
up before redis and/or postgres, which can cause the service to fail to
start.

 sr.ht/builds.sr.ht/builds.sr.ht-worker.initd | 7 +++++++
 1 file changed, 7 insertions(+)

diff --git a/sr.ht/builds.sr.ht/builds.sr.ht-worker.initd b/sr.ht/builds.sr.ht/builds.sr.ht-worker.initd
index f2b6930..cec6543 100755
--- a/sr.ht/builds.sr.ht/builds.sr.ht-worker.initd
+++ b/sr.ht/builds.sr.ht/builds.sr.ht-worker.initd
@@ -11,6 +11,13 @@ command_args="$EXTRA_ARGS"
[message trimmed]

[PATCH builds.sr.ht] qemu: Switch to python3 30 days ago

From Galen Abell to ~sircmpwn/sr.ht-dev

---
 images/qemu/Dockerfile | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/images/qemu/Dockerfile b/images/qemu/Dockerfile
index 15e84ad..ed17013 100644
--- a/images/qemu/Dockerfile
+++ b/images/qemu/Dockerfile
@@ -7,7 +7,6 @@ RUN curl -O https://download.qemu.org/qemu-4.1.0.tar.xz \
    && tar xvf qemu-4.1.0.tar.xz

RUN apt-get install -y \
    python \
    libaio-dev \
[message trimmed]