~muellerj


#250 Pass integration: *-cred-cmd fails silently a month ago

on ~sircmpwn/aerc2

REPORTED RESOLVED FIXED

#250 Pass integration: *-cred-cmd fails silently a month ago

Comment by ~muellerj on ~sircmpwn/aerc2

See https://lists.sr.ht/~sircmpwn/aerc/patches/7390

#250 Pass integration: *-cred-cmd fails silently a month ago

Comment by ~muellerj on ~sircmpwn/aerc2

I think I figured it out. parseCredential in config.go needs access to STDIN, so that gpg-agent can display its prompt. The fix is trivial, I will prepare a patch.

#187 Fix pluralisation for comment(s) a month ago

Ticket created by ~muellerj on ~sircmpwn/todo.sr.ht

For tickets with exactly one comment, the display (on small screens) reads

1 comments

The string comments is appended to the div.comments in scss/main.scss:124. I don't know of a css-selector, that could target an element with a specific content only, so I would communicate the need to use a different string by appending an extra class to the div (e.g. comments.one)?

I will prepare a patch if that sounds like a feasible way.

#250 Pass integration: *-cred-cmd fails silently a month ago

bug added by ~muellerj on ~sircmpwn/aerc2

#250 Pass integration: *-cred-cmd fails silently a month ago

Ticket created by ~muellerj on ~sircmpwn/aerc2

I don't know if this is a problem with pass or with the integration into aerc, but when the gpg-agent requires a password entry to unlock the key, aerc fails the authentication (instead of showing the password entry to unlock the key).

My accounts.conf has

source-cred-cmd   = pass show "mailbox.org" | head -n 1

and the error message in aerc is

Authentication failed. (in red)

After manually unlocking the key via pass show mailbox.org, aerc can access the password fine.

#247 Reported version doesn't match git version tags a month ago

bug added by ~muellerj on ~sircmpwn/aerc2

#247 Reported version doesn't match git version tags a month ago

Ticket created by ~muellerj on ~sircmpwn/aerc2

Currently, https://git.sr.ht/~sircmpwn/aerc lists v0.1.4 as the latest version. The Makefile (and subsequently aerc -v) however report 0.1.1:

VERSION?=0.1.1

(Makefile:5). Maybe these should sync automatically?

#243 WSL: Cannot spawn other processes a month ago

bug added by ~muellerj on ~sircmpwn/aerc2

#243 WSL: Cannot spawn other processes a month ago

Ticket created by ~muellerj on ~sircmpwn/aerc2

On Windows Subsystem for Linux, aerc seems unable to spawn processes. The simplest possible usecase is to open aerc and try to open a new terminal via :term, which produces the error

fork/exec /home/linuxbrew/.linuxbrew/bin/zsh: invalid argument

In a similar (possibly related) fashion, aerc can browse lists just fine but when trying to open a message, nothing gets redered (because less fails to spawn?). The logs indicate that the communication with the server works and the body is downloaded.

How can I see what the actuall call to zsh (or less) is?