~whynothugo

The Netherlands

https://whynothugo.nl

~whynothugo/lsp_lines.nvim

Last active a month ago

~whynothugo/public-inbox

Last active a month ago
View more

Recent activity

[PATCH] readme: DATABASE_URL needs to be a valid URL 19 days ago

From Hugo Osvaldo Barrera to ~witcher/rss-email-devel

---
 README.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/README.md b/README.md
index caa58a1..93f1234 100644
--- a/README.md
+++ b/README.md
@@ -14,7 +14,7 @@ First specify the `DATABASE_URL` environment variable and set up the database
with `cargo-sqlx`:

```
export DATABASE_URL='./dev.db'
export DATABASE_URL='sqlite://./dev.db'
[message trimmed]

Re: Compiling and reference DB 19 days ago

From Hugo Osvaldo Barrera to ~witcher/rss-email-devel

On 2022-11-20 21:28, Hugo Osvaldo Barrera wrote:
> 
> Hi,
> 
> I'm trying to build the latest version, but it's failing for me:
> 
>        Compiling rss-email v0.2.0 (/home/hugo/clones/git.sr.ht/~witcher/rss-email)
>     error: failed to find data for query insert or ignore into posts (guid, title, author, url, feedurl, pub_date, content) values (?, ?, ?, ?, ?, ?, ?)
>       --> src/db.rs:22:5
>        |
>     22 |     sqlx::query!("insert or ignore into posts (guid, title, author, url, feedurl, pub_date, content) values (?, ?, ?, ?, ?, ?, ?)", guid, title, author, url, feedurl, pub_date, content).ex...
>        |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>        |
>        = note: this error originates in the macro `$crate::sqlx_macros::expand_query` which comes from the expansion of the macro `sqlx::query` (in Nightly builds, run with -Z macro-backtrace for more info)

Compiling and reference DB 19 days ago

From Hugo Osvaldo Barrera to ~witcher/rss-email-devel

Hi,

I'm trying to build the latest version, but it's failing for me:

       Compiling rss-email v0.2.0 (/home/hugo/clones/git.sr.ht/~witcher/rss-email)
    error: failed to find data for query insert or ignore into posts (guid, title, author, url, feedurl, pub_date, content) values (?, ?, ?, ?, ?, ?, ?)
      --> src/db.rs:22:5
       |
    22 |     sqlx::query!("insert or ignore into posts (guid, title, author, url, feedurl, pub_date, content) values (?, ?, ?, ?, ?, ?, ?)", guid, title, author, url, feedurl, pub_date, content).ex...
       |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
       |
       = note: this error originates in the macro `$crate::sqlx_macros::expand_query` which comes from the expansion of the macro `sqlx::query` (in Nightly builds, run with -Z macro-backtrace for more info)

[PATCH] Fix crash when himitsu is fed invalid input 24 days ago

From Hugo Osvaldo Barrera to ~sircmpwn/himitsu-devel

Repro steps for the issue:

- Run himitsud.
- Provide an invalid query (e.g.: `hiq -a trash`).
- himitsud crashes

This patch handles that particular scenario and merely prints an error
message but doesn't crash the service.
---
 cmd/himitsud/cmd.ha  | 13 ++++++++++++-
 secstore/secstore.ha |  6 ++++--
 2 files changed, 16 insertions(+), 3 deletions(-)

diff --git a/cmd/himitsud/cmd.ha b/cmd/himitsud/cmd.ha
[message trimmed]

[PATCH] Implement async fetching 25 days ago

From Hugo Osvaldo Barrera to ~witcher/public-inbox

This changeset implements fetching of RSS feeds asynchronously. It's
still no perfect though: data from feeds is inserted into the database
synchronously, and requests are temporarily paused while this happens
(since we're doing blocking IO to the database).

A potential solution to this is to have one thread that does the
networking, and another which inserts into the DB, with something like
an mpsc::channel to pass messages between them. This requires further
refactor and can be done as a followup. It would also be great to re-use
a single reqwest::Client, but that also requires further refactors.

Despite imperfections, this patch still provides a noticeable speed
bump; networking IO for one feed does not block others.
[message trimmed]

Re: In praise of Plan 9 26 days ago

From Hugo Osvaldo Barrera to ~sircmpwn/public-inbox


On Sun, 13 Nov 2022, at 21:43, Sebastien Binet wrote:
> hi,
>
> interesting article on Plan 9, thanks for the bits.
>
> I am wondering what kind of lessons or inspirations you (and other devs)
> drew for Helios/Mercury's benefit ?
>
> -s

There's a lot of documentation describing systems design on plan9 which are
really interesting to read if you're into this kind of thing.

[PATCH] Add a few mentions on communication and encryption 29 days ago

From Hugo Osvaldo Barrera to ~nicoco/public-inbox

---

 README.md | 9 +++++++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/README.md b/README.md
index bd8af3c..c46f2a1 100644
--- a/README.md
+++ b/README.md
@@ -115,13 +115,18 @@ About privacy

Slidge (and most if not all XMPP gateway that I know of) will break
end-to-end encryption, or more precisely one of the 'ends' become the
gateway itself. If privacy is a major concern for you, my advice would
[message trimmed]

Re: Messenger X won't fix anything 29 days ago

From Hugo Osvaldo Barrera to ~witcher/public-inbox

On Tue Nov 8, 2022 at 11:46 AM CET, witcher wrote:
> I have tried XMPP sometime in 2020 but gave up very quickly as I was
> pretty underwhelmed by the available clients. Admittedly, I wasn't very
> passionate about trying it in the first place as I don't know anyone
> using it (anymore), so it felt like a dead end from the beginning.
>

Lack of individuals using it is a big issue -- and for chat rooms IRC is
usually enough anyway.

About 10 years ago, Google Talk used to federate as XMPP, which was quite
promising (I knew a few people who used either GTalk or some XMPP server).
Google decided to kill federation one day, at which point the XMPP ecosystem
was fragmented in two, and a lot of the enthusiasm (and userbase) died quickly.

[PATCH] Update reference to deprecated meson method a month ago

From Hugo Osvaldo Barrera to ~sircmpwn/himitsu-devel

Meson would previously print:

    hiprompt_gtk/meson.build:15: WARNING: Project targets '>=0.55.0' but
    uses feature deprecated since '0.55.0': ExternalProgram.path. use
    ExternalProgram.full_path() instead
---
 hiprompt_gtk/meson.build | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/hiprompt_gtk/meson.build b/hiprompt_gtk/meson.build
index 942d87a..c720ade 100644
--- a/hiprompt_gtk/meson.build
+++ b/hiprompt_gtk/meson.build
@@ -12,7 +12,7 @@ gnome.compile_resources('hiprompt',
[message trimmed]

[PATCH] Properly render keys which contain a dash a month ago

From Hugo Osvaldo Barrera to ~sircmpwn/himitsu-devel

When one of the keys (as in key/value) contained a dash, it would not
render properly.

For example, for the entry `access-token!=123 proto=hut`, hiprompt would
render something like:

  access    (empty)
  -         (empty)
  token     (not shown)
  proto     hut

This is due to the dash not being considered a word character and being
split. This patch results in hiprompt rendering the expected prompt:
[message trimmed]