The Netherlands



Last active 15 days ago


Last active 17 days ago


Last active 30 days ago


Last active 8 months ago


Last active 11 months ago


Last active 1 year, 1 month ago


Last active 1 year, 1 month ago
View more

Recent activity

wayprompt on zig 0.13 2 days ago

From Hugo Osvaldo Barrera to ~leon_plickat/public-inbox

Hi there,

I'm trying to build wayprompt on zig 0.13.0, but it's failing. I think
it's simply due to changes that have happened in zig's stdlib itself.

I'm not familiar enough with zig to address this myself, do you think
this can easily be updated?

Full output:

    > zig build -Doptimize=ReleaseSafe --prefix /usr/local/ 
    /home/hugo/src/git.sr.ht/~leon_plickat/wayprompt/build.zig:25:40: error: no field named 'source_file' in struct 'Build.Module.CreateOptions'
        const wayland = b.createModule(.{ .source_file = scanner.result });

[PATCH] agretty: allow restricting a username 3 days ago

From Hugo Osvaldo Barrera to ~kennylevinsen/greetd-devel

 agreety/src/main.rs | 33 ++++++++++++++++++++++++---------
 1 file changed, 24 insertions(+), 9 deletions(-)

diff --git a/agreety/src/main.rs b/agreety/src/main.rs
index 5ab294d..b709b81 100644
--- a/agreety/src/main.rs
+++ b/agreety/src/main.rs
@@ -57,15 +57,25 @@ enum LoginResult {

fn login(node: &str, cmd: &mut Option<String>) -> Result<LoginResult, Box<dyn std::error::Error>> {
    let username = loop {
[message trimmed]

Re: stop encouraging using code-gen's and find an alternative 6 days ago

From Hugo Osvaldo Barrera to ~sircmpwn/hare-rfc

On Mon, 29 Jan 2024, at 16:19, Lorenz (xha) wrote:
> [...] [codegens] rely on some other, possible even different libaries,
> to parse, and unparse the code again. 

Doesn't hare::parse and hare::ast cover exact this?

I've always been under the impression that these modules were usable in
exactly this way. For example, a hare-to-json-ser program could take one
(or more) structs as input, and generate code to serialise those structs
as JSON.

A casual look at both modules gives me the impression that they're
exactly what you want.

[PATCH v2] Make mouse wheel action configurable 12 days ago

From Hugo Osvaldo Barrera to ~exec64/imv-devel

The default remains the same behaviour: zoom in/out. The new option
allows navigating to the next or previous image in the sequence.

Fixes: https://todo.sr.ht/~exec64/imv/33
v2: rebased to 4.5.0, tidied up parse_mouse_wheel
 doc/imv.5.txt |  4 ++++
 src/imv.c     | 57 +++++++++++++++++++++++++++++++++++++++++++++------
 2 files changed, 55 insertions(+), 6 deletions(-)

diff --git a/doc/imv.5.txt b/doc/imv.5.txt
index 3f009fa..4575c2f 100644
--- a/doc/imv.5.txt
+++ b/doc/imv.5.txt
[message trimmed]

[PATCH himitsu] Implement readiness notification 12 days ago

From Hugo Osvaldo Barrera to ~sircmpwn/himitsu-devel

This allows ordering services that depend on himitsud to start after
himitsud is ready to accept connections.

The chosen readiness notification mechanism is compatible with s6, dinit
and systemd.
v2: properly reflect written value in man page
 cmd/himitsud/main.ha | 22 +++++++++++++++++++++-
 docs/himitsud.1.scd  |  2 ++
 2 files changed, 23 insertions(+), 1 deletion(-)

diff --git a/cmd/himitsud/main.ha b/cmd/himitsud/main.ha
index fab1b9c..9ea132f 100644
--- a/cmd/himitsud/main.ha
[message trimmed]

Re: Growing my root partition to the left 15 days ago

From Hugo Osvaldo Barrera to ~whynothugo/public-inbox

On 2024-05-27 23:29, Jackson wrote:
> In the section about "Fixing the partition number" (<https://whynothugo.nl/journal/2024/05/27/growing-my-root-partition-to-the-left/#fixing-the-partition-number>), you say "This is one [sic] by deleting the partition from the partition table and creating a new one with the exact same size." However, that's not a great solution, as it's very error prone.
> There is actually a quicker and less error prone way to do it, which is to do `sfdisk --reorder` (also documented at <https://wiki.archlinux.org/title/Fdisk#Sort_partitions> plus <https://superuser.com/questions/385942/how-to-fix-partition-table-ordering/#1281466>).
> Although, if you're going to change the sizes of your partitions, you will have to delete and recreate partitions anyways.

I completely missed --reorder. This isn't the first time that I
re-ordered partitions like this and it's pretty stressing due to how
error prone it is.

Thanks for the tip, I'll add an amendment mentioning this.


Re: Release a version 17 days ago

From Hugo Osvaldo Barrera to ~whynothugo/lsp_lines.nvim

On Fri, 24 May 2024, at 02:44, andrew@lists.savchenko.net wrote:
> Could you please tag a new version? The last release (v2.0) was almost 2 
> years ago [1]
> For those using plugin managers with versioning enabled, this is likely 
> to cause issues once they update to v0.10.0
> [1] https://git.sr.ht/~whynothugo/lsp_lines.nvim/refs

Tagged v3.0.0 which is compatible with neovim v0.10.0.



Re: Proposal for remebering consent 24 days ago

From Hugo Osvaldo Barrera to ~sircmpwn/himitsu-devel

On Wed, 22 May 2024, at 10:52, Drew DeVault wrote:
> I think the scope of this should be narrowed and we should roll it out
> gradually. Let's forget about tokens for now, and just persist on a
> per-connection basis, with the state associated with the connection
> socket.

Agreed. We can take some weeks/months to experiment with solutions using
the per-connection approach. I suspect that it might prove the tokens to
be unnecessary.


Re: Proposal for remebering consent 25 days ago

From Hugo Osvaldo Barrera to ~sircmpwn/himitsu-devel

On Tue, 21 May 2024, at 11:58, Armin Preiml wrote:
> [...]
> Because you'll need to tread the token in similar ways as a secret. E.g. 
> take care that it isn't readable by other servicse. It seems like it 
> defeats the purpose. The only advantage is that the secret is encrypted 
> when himitsu is locked.

I wouldn't persist tokens on store them to disk. One potential usage is:

  while [ true ]; do 
    offlineimap --use-hiq-with-token-from-env
    sleep 600

Re: [PATCH] fix: tbl_islist is deprecated 26 days ago

From Hugo Osvaldo Barrera to ~whynothugo/lsp_lines.nvim

I received an identical patch off-list. Applied that one before
I saw this one.

Thanks anyhow,