movq

uninformativ.de

No description provided.

Recent twts from movq
In-reply-to » @prologic @movq this is the default behavior of pass on my machine:

@abucci@anthony.buc.ci Hmm, I see what you mean. 🤔

From a “UNIX” point of view, the current behavior feels correct. By default, print to stdout. If you want something else, then you have to specify a flag. That’s what a lot of UNIX tools do.

Now, it’s up for debate if this kind of behavior is appropriate for a password manager. 😅

⤋ Read More
In-reply-to » do anyone know anything about wireguard? I have a VPS, which runs nginx. If I then want tjat to host something from my house, do I then set up vps as wiregiard server, connect from my house to it - and then serve the wireguard client? or do it the other way around? I think I have to look into it this weekend. would be a nice way to test out things.

@stigatle@yarn.stigatle.no For traffic flow, it doesn’t matter which sides initiates the connection. The only thing that matters here: Do you have a static IP at home? If not, then you will want to initiate the connection from your home to your server.

⤋ Read More
In-reply-to » I'm currently writing my own tview tree table widget where items can be multiple lines long. Turns out scrolling and offsets are quite a challenge. I might have to revisit my mental model. Building this on top of urwid was much easier as I could use some existing widgets as building blocks like a list that already implemented scrolling for arbitrary long items. Tview on the other hand doesn't offer me anything that I can reuse for this undertaking. Starting from scratch.

@lyse@lyse.isobeef.org Yup, implementing stuff like that is way more complicated and annoying than one might think. 🤔

⤋ Read More
In-reply-to » Finally back! My VPS's main drive got toasted. I got a freshly installed VPS now, got yarn set up and working now, now I have to fix the rest of the stuff. I've been using apache for many many years, but I had so many issues getting it set up today, so I switched to nginx, and that took me like 2 minutes.. So yeah - I'll use nginx from now on.

@stigatle@yarn.stigatle.no Ah, you’re back. 👌 I was this close to removing your presumably dead feed from my list. 😅

⤋ Read More
In-reply-to » Why, oh why, does YouTube include upcoming videos in RSS feeds? “This video premiers in 21 hours.” Oohhhhhhkay. I will long have forgotten about it by then, thank you very much.

@lyse@lyse.isobeef.org Good point. Turns out, they are available in the web UI:

Download

So, yeah, probably nobody uses feeds, so they don’t notice how inconvenient this is …

Ugh, I really don’t want to build a queue for this. 😅

⤋ Read More
In-reply-to » @darch I kind of agree that we can probably omit the nick part in mentions entirely. Since they can be looked up and cached, there's no need for this. But we'll have to spec this all up. First let's see what @lyse and @movq and others like @anth thing about finally formalising a standard way to lookup feed URI(s) and define a slightly more saner? @-mention syntax/usage pattern. I for one hate manually typing out (for example) @<darch https://neotxt.dk/user/darch/twtxt.txt> like this @darch 😅

@darch@neotxt.dk Hmmm … if the argument is “not all twtxt files have all required fields”, then wouldn’t this also apply to webfinger? Not all servers that host a twtxt file will also serve webfinger info. 🤔 You’d probably always have to implement some fallback mechanism.

I don’t really know anything about “indieweb”, though. I’ll have to read up on that first. 😅

⤋ Read More
In-reply-to » @darch I kind of agree that we can probably omit the nick part in mentions entirely. Since they can be looked up and cached, there's no need for this. But we'll have to spec this all up. First let's see what @lyse and @movq and others like @anth thing about finally formalising a standard way to lookup feed URI(s) and define a slightly more saner? @-mention syntax/usage pattern. I for one hate manually typing out (for example) @<darch https://neotxt.dk/user/darch/twtxt.txt> like this @darch 😅

@prologic@twtxt.net Alright, buuuut … what do we gain from that?

You could do almost the same thing currently with just the feed URL. nick = can be read from metadata. The canonical feed URL used for twt hashing is well-defined, too (first url = in metadata).

Sorry if I’m being too dumb. 😅

⤋ Read More
In-reply-to » @darch I kind of agree that we can probably omit the nick part in mentions entirely. Since they can be looked up and cached, there's no need for this. But we'll have to spec this all up. First let's see what @lyse and @movq and others like @anth thing about finally formalising a standard way to lookup feed URI(s) and define a slightly more saner? @-mention syntax/usage pattern. I for one hate manually typing out (for example) @<darch https://neotxt.dk/user/darch/twtxt.txt> like this @darch 😅

@prologic@twtxt.net Hmmm.

So you’re suggesting to make prologic@twtxt.net the “primary identifier” of a user, right? That’s the string that I would configure in my twtxt client when I want to follow someone. Then when my client fetches the feed, it first does a webfinger lookup to find the feed URL and the nickname. (Or maybe this only immediately after adding the user to my client and then maybe update it every now and then.)

Did I understand correctly so far? 😅

⤋ Read More
In-reply-to » @darch I kind of agree that we can probably omit the nick part in mentions entirely. Since they can be looked up and cached, there's no need for this. But we'll have to spec this all up. First let's see what @lyse and @movq and others like @anth thing about finally formalising a standard way to lookup feed URI(s) and define a slightly more saner? @-mention syntax/usage pattern. I for one hate manually typing out (for example) @<darch https://neotxt.dk/user/darch/twtxt.txt> like this @darch 😅

@prologic@twtxt.net I’m not really sure what you mean. Don’t we already have nick = and url = in the metadata section? Which problem are we trying to solve? 🤔

⤋ Read More
In-reply-to » I currently have 153 browser tabs open so maybe my resolution for 2023 is to reduce that.

@abucci@anthony.buc.ci Huh … well, to be fair, I do have a “read later” text file. I never read any of the stuff in it, but maybe, one day, when I have the time … 🤪

If you don’t read it now (or at least this evening), then you probably never will.

⤋ Read More
In-reply-to » I currently have 153 browser tabs open so maybe my resolution for 2023 is to reduce that.

@abucci@anthony.buc.ci I don’t. 😅 I might accumulate quite a lot of tabs throughout the day (especially at work), but eventually, meh, hardly any of them matter. If something really is important, I store a link at the appropriate place. Let’s say some web site is relevant to a bit of code I’m writing, then it ends up as a comment in said code …

Other than that, I have a bookmarks file with stuff I’m regularly visiting.

And that’s it.

Which brings me to the important question: What are those 153 tabs of yours? 😅

⤋ Read More