savoy

joined 4 years ago
[–] savoy@lemmygrad.ml 4 points 2 years ago (1 children)

Wow, radicle has a lot more progress on it compared to when I last saw it like 2 years ago! I'll have to check it out.

I've also recently discovered stagit and I think it's even lighter than cgit. It's pretty much just static pages that have to be regenerated with every new commit, but it's super easy to set up.

[–] savoy@lemmygrad.ml 2 points 2 years ago

I hope more young people begin to realize it. Unfortunately I see a lot unwilling to or that just don't care. It makes me sad at what the internet could be but I can understand why the youth would see it this way. Ruling class hegemony has done an exceptional job at funneling people towards closed platforms with monetary ideals under the guise of being user-friendly/modern/fun.

 

cross-posted from: https://lemmygrad.ml/post/386268

Russia is beginning the process of transitioning from Windows to Linux. Most likely as a way to avoid sanctions and to no longer be under the control of a US multinational corporation.

[–] savoy@lemmygrad.ml 1 points 2 years ago

I think this has been a major hurdle that Matrix still hasn't passed yet.

Despite it being a federated protocol, the initial, still "default", and most feature-complete server is synapse. It's however very heavy and honestly kind of a hassle to set up when it should be easy to spin up.

conduit is doing a great job at being very resource-light and easy to deploy, and it's something that the Matrix ecosystem sorely needs. When p2p Matrix is a thing that'll be entirely different, but until then I have high hopes for conduit (dendrite looks promising but from my tests has had weird spikes in resource usage and other issues, despite being older than conduit.)

[–] savoy@lemmygrad.ml 3 points 2 years ago

Absolutely brutal

About Hurd

In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people.

[–] savoy@lemmygrad.ml 9 points 2 years ago

Touch screens will just never be as productive as dedicated input peripherals. It's similar to text editing in vim vs a GUI: point-and-click menu navigating and limited keyboard shortcuts bound to Ctrl will not be as productive as being entirely keyboard driven

[–] savoy@lemmygrad.ml 1 points 2 years ago

Fluffychat is guilty of that. Instead of saving to ~/Download or ~/Pictures, they go straight to ~/Android/Media/im.fluffychat (don't remember the exact nested dir name). And that means any recently downloaded images won't appear as "recent" in other apps to choose.

 

This could be trash or not, but finished my first rust crate mailcap.

v0.1.0 is pretty much on par (as an example) with the functionality present in the python mailcap library in the stdlib. I noticed that there's no existing mailcap parsing crate in the rust ecosystem and had plans on actually creating a good custom opener (as my old python one is kinda hacky and well, obviously written when I was very new). So had to make the first step on the parser first before moving onto that.

Mailcap files are honestly much more flexible than .desktop files, as a single configuration file controls everything and it makes creating custom commands much easier. For example, I can specify easily a chain where gifs, despite being images, open in a video player with a custom command, while any other video or image default to something else.

image/gif; mpv --loop-file '%s' --loop=inf; test=test -n "$DISPLAY"
image/*; feh -g 1280x720 --scale-down '%s'; test=test -n "$DISPLAY"
video/*; mpv '%s'; test=test -n "$DISPLAY"

For a quick primer on what the opener would be that justifies this crate, what I use the python one for is setting it as my opener for any software which allows that to be changed (e.g. nnn, alacritty keyboard shortcuts) and overriding XDG_OPENER through a .desktop file. With the above example, any gif will open in mpv and loop infinitely, any other image will open in feh, while any video opens in mpv. The standard ~/.config/mimeapps.list does not support wildcards, and having to create custom .desktop files for variations such as the above is a much greater hassle.

Another plus is specifically for web URLs. The default behavior will be to open in a browser, while using something powered by a mailcap file makes that much more flexible. For example in my current python implementation, seeing the extension for a direct link to a file (e.g. my avi https://lemmygrad.ml/pictrs/image/H7j8YOJVDZ.png) will set this the mime type to image/png, and with the above mailcap example, will default to 'image/*' and open up the image in feh instead of a browser. And given that this is a custom opener, I use domain matching for sites such as gfycat to open in mpv.

The above two paragraphs are out of scope for this crate itself, but just wanted to give context on why I began work on it. I'm new to rust, but I hope this initial release is decent!

srht project page: https://sr.ht/~savoy/mailcap/

[–] savoy@lemmygrad.ml 3 points 2 years ago (1 children)
[–] savoy@lemmygrad.ml 1 points 2 years ago

No joke, I've been nicknamed "The Wizard" for doing some side contractor work for a workplace my friend works at.

All I do is incredibly simple data automation (like <50 LOC) in python and fast data entry (hours vs days). It's an easy dozen hours of $ per month.

[–] savoy@lemmygrad.ml 1 points 2 years ago (5 children)

here's a list of public searx & SearXNG instances

If anyone has good experiences with any of them, definitely share!