~onemoresuza

~onemoresuza/rham

Last active 2 months ago

~onemoresuza/aba

Last active 4 months ago

~onemoresuza/srht-actions-discuss

Last active 6 months ago

~onemoresuza/srht-actions-devel

Last active 6 months ago

~onemoresuza/srht-actions-announce

Last active 6 months ago

~onemoresuza/hare-master-overlay

Last active 7 months ago

~onemoresuza/pass-sxatm

Last active 9 months ago
View more

Recent activity

Re: Possible to build on Windows? 2 hours ago

From Coutinho de Souza to ~rjarry/aerc-discuss

I know this in no way answers your question, but I got very curious when
you said that you were using aerc on your phone.

> I use Aerc
> as my regular email client on my phone

How are you doing it? Through termux?

hare.ini scope 8 days ago

From Coutinho de Souza to ~sircmpwn/hare-users

After coming across ticket #517[0], I was wondering what is the scope of
this hare.ini file.

I'm unable to find hare.ini mock-up on the hare-c[1], as the ticket
mentions it.

By the discussion on the ticket, it seems that it will either be
responsible for linking with C or some kind of module resolution, or
both.

Is hare.ini a way to pass options to the hare binary without
relying on the cli interface?

[0]: https://todo.sr.ht/~sircmpwn/hare/517

Can't access notmuch named queries 25 days ago

From Coutinho de Souza to ~rjarry/aerc-discuss

notmuch supports named queries by adding the following to its config
file:

```ini
[query]
<name>=<search-terms>
```

By using <name> either on the query-map file or with the `cf` command,
aerc displays no messages, albeit using <search-terms> directly yields
the expected messages.

By using the notmuch cli tool, both cases yields the expected messages,
that is, `notmuch search -- query:<name>` and `notmuch search --

Crash when using the header command a month ago

From Coutinho de Souza to ~rjarry/aerc-discuss

Version: 0.17.0 +notmuch-5.6.0 (go1.21.7 amd64 linux 2024-02-20)

Whenever  the `header` command is run when viewing an email, aerc
crashes.

Here's the log when running `header` with the Cc argument:

```console
TRACE 2024/02/27 19:19:53.821485 commands.go:201: executing command header Cc
INFO  2024/02/27 19:19:53.821600 receive.go:59: shutting down UNIX listener

aerc has encountered a critical error and has terminated. Please help us fix
this by sending this log and the steps to reproduce the crash to:
~rjarry/aerc-devel@lists.sr.ht

harec and hare version scripts a month ago

From Coutinho de Souza to ~sircmpwn/hare-users

With the first versioned release of both harec and hare, their version
scripts --- harec [0] and hare [1] --- did not hardcode the `0.24.0`
version as the default, still using `dev`.

Is that how the script should behave?

From its comments, I believed that the current version would either be
hardcode or taken from git, if present, and downstream would only change
their versions through the `LOCALVER` environment variable.

[0]: https://git.sr.ht/~sircmpwn/harec/tree/ee66c7e5f5913ee2229f0eda734d78d0ca814bdc/item/scripts/version#L4
[1]: https://git.sr.ht/~sircmpwn/hare/tree/8cad854ef39ab8dada7fc435efb837b01f4a92d5/item/scripts/version#L4

[PATCH] use TMPDIR as a default and `/tmp` as a fallback 2 months ago

From Coutinho de Souza to ~mpu/qbe

From: Coutinho de Souza <dev@onemoresuza.mailer.me>

---
 minic/mcc     | 6 +++---
 tools/cra.sh  | 2 +-
 tools/test.sh | 2 +-
 3 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/minic/mcc b/minic/mcc
index 492947e..5258aac 100755
--- a/minic/mcc
+++ b/minic/mcc
@@ -31,9 +31,9 @@ then
fi
[message trimmed]

harec and Hare release policy 2 months ago

From Coutinho de Souza to ~sircmpwn/hare-users

Now that Hare has a version and a release schedule, how will harec be
affected before it is merged into the hare repo?

1. Will it be versioned? If so, will it follow Hare's or have its own?

2. If it will be not versioned, will every new release of Hare be pinned
to a specific commit of harec like it will be done with qbe [0]?

[0]: https://git.sr.ht/~sircmpwn/hare/tree/93ed90e8f5b258583da211f722762dd030de2ff9/item/docs/release.md#hare-release-policy

Re: os::exec::exitstr causes abort call 2 months ago

From Coutinho de Souza to ~sircmpwn/hare-users

I see. Thanks for the info, Alexey.

[PATCH] add rham 2 months ago

From Coutinho de Souza to ~vladh/hare-project-library

From: Coutinho de Souza <srht1@onemoresuza.mailer.me>

Signed-off-by: Coutinho de Souza <srht1@onemoresuza.mailer.me>
---
 README.md | 1 +
 1 file changed, 1 insertion(+)

diff --git a/README.md b/README.md
index a9d6ad8..d1982f6 100644
--- a/README.md
+++ b/README.md
@@ -149,6 +149,7 @@ If you're interested specifically in 3D graphics, check out
* [~autumnull/haredo](https://sr.ht/~autumnull/haredo): A simple and unix-idiomatic build automator
* [~autumnull/straws](https://git.sr.ht/~autumnull/straws): Like fortune(1) but not terrible
[message trimmed]

os::exec::exitstr causes abort call 2 months ago

From Coutinho de Souza to ~sircmpwn/hare-users

Platform: Linux - NixOS
Commit: 5f65a5c112dd15efc0f0223ee895c2582e8f4915[0]

The provided Hare code produces the following output:

```console
[user@hostname: ~] $ hare run main.ha
/dev/fd/3: unrecognized option: -Y
Usage: /dev/fd/3 [-h] <subcommand> args...
Abort: os/exec/+linux/process.ha:154:14: execution reached unreachable code (compiler bug)
/tmp/838ac565d6b6c2b4/os/exec/+linux/process.ha:154:22 os::exec::exitstr+0x4b [0x80209f2]
                                                                                                                              
/tmp/838ac565d6b6c2b4/main.ha:18:51 main+0x47a [0x8033d45]
|                       "hare", exec::exitstr(code))!;