onlinepersona

joined 2 years ago
MODERATOR OF
 

It's getting more and more unhinged on LinkedIn.

[–] onlinepersona@programming.dev 1 points 6 hours ago* (last edited 6 hours ago)

The content seems interesting but the vocal fry makes it impossible to listen to.

Anti Commercial-AI license

I missed the thing about the chat app πŸ˜… My bad.

Anti Commercial-AI license

I missed the thing about the chat app πŸ˜… My bad.

Anti Commercial-AI license

[–] onlinepersona@programming.dev 2 points 2 days ago* (last edited 2 days ago) (5 children)

How would simplex even help here? Is the a Lemmy alternative built upon simplex? Or a friendica one?

Anti Commercial-AI license

[–] onlinepersona@programming.dev 9 points 2 days ago* (last edited 2 days ago) (2 children)

The fediverse awaits them with open arms. They just need use closed source, censorship prone social media 🀷

Anti Commercial-AI license

[–] onlinepersona@programming.dev 3 points 3 days ago* (last edited 2 days ago) (6 children)

The librem 5 still exists and has existed for a while...

Anti Commercial-AI license

[–] onlinepersona@programming.dev 8 points 3 days ago (1 children)

Exciting! A rust web renderer (Blitz), a rust javascript engine, self hosting blocks for nixos, Risc-V Virtual Machine (RVVM), an OSM map with public transit support (Cartes),...

I hope they all succeed. We need more alternatives to the US based stuff.

Anti Commercial-AI license

I'm glad this is happening. Servo has been a disappointment for me as it is terribly difficult to integrate. It doesn't make good use of what rust provides in terms of separation of concerns and the API is impossible to use for laymen.

Blitz looks like a better alternative as the roadmap seems to stick to just HTML and CSS without trying to build another browser and at the same time letting that infiltrate what should be a library.

Anti Commercial-AI license

 

Blitz is a new independent web engine implemented in Rust. It’s flexible low-level APIs make it suitable for a wide variety of use cases web browsers, an application runtimes, ebook rendering, email rendering, rendering HTML to image, etc. And its uniquely modular architecture allows it to share much of its code with other projects which it is hoped will lead to a more sustainable development model.

This project aims to bring Blitz β€œup to scratch” for the use-case of being an HTML/CSS browser (JavaScript support is not in scope). Use cases that are being targeted include: browsing wikipedia, viewing news websites, and searching using a search engine. The work to be completed includes improvements to the layout engine, implementation of form controls, adding WPT testing infrastructure, and the creation of an initial browser UI.

[–] onlinepersona@programming.dev 7 points 4 days ago (3 children)

MuWire? I thought that was dead. The main dev blew a gasket over something and archived it. I see it's out of archival now, but I do wonder what brought him back.

I didn't expect eMule and Gnutella to still be active, but probably didn't know because I'm on Linux and their clients are Windows only. Others have pointed out linux builds that I somehow hadn't found until now.

Anti Commercial-AI license

I like the concept. It helps with not having to rewrite the same stuff over and over again. It's like a package registry. Whether it's implemented well is debatable of course and it's understandable you don't like it.

Anti Commercial-AI license

 

Is retroshare the new iteration of this?

 

It happens all the time, a maintainer quits/abandons some opensource project due to economic realities. There are comics, jokes, threads, and so on about what the realities of maintaining opensource software are and that most people are not willing to donate or contribute in any way besides opening issues.

There is a lot of resistance to stuff like the business source license, but people do have to earn a living somehow. Doing so with opensource would be amazing. In lieu of the contested licence, could a template similar to Reminna's actually work? Basically "pay to get this fixed/implemented, make a PR, or it's low priority/ 'I will get to it when I get to it'".

Relevant part of template

### Contributions

In return, or to fix this issue, I'd be willing to:

 - [ ] Fix this myself.
 - [ ] [Donate](https://remmina.org/donations/) ___ and/or have donated ___ towards fixing it.
 - [ ] Take a donation of ___ to fix it.
 - [ ] Update the [documentation](https://remmina.gitlab.io/remminadoc.gitlab.io/md__c_o_n_t_r_i_b_u_t_i_n_g.html).
 - [ ] Update the [wiki](https://gitlab.com/Remmina/Remmina/-/wikis/home).
 - [ ] Translate Remmina in my native language(s) (___) on [Hosted Weblate](https://hosted.weblate.org/projects/remmina/remmina/).

Anti Commercial-AI license

 

In terms of its usability, not its deficits.

 

I've tried watching videos about it, but they are not analysing the reasons. Instead it's just whining about the symptoms and hypocrisy of rich CEOs firing employees then buying a yacht. We all know it's terrible, but my question is "why". "herp derp, capitalism" and "omg, it's the fucking CEOs" doesn't explain anything.

 

We don't want to deal with the administration required to properly handle donations. If we don't need funding, we won't risk becoming dependent on it. And also: no donations means no expectations. This means that people working on LibreWolf are free to move on to other projects whenever they want.

 

Basically, I'd like to have my own domain e.g onlinepersona@mydomain.com but not go through the hassle of hosting my own email service: I'd like to use another service that handled SPF, DMARC, and whatever else for me, grab the emails from their service using POP, and make it available to my email client on android and Linux using IMAP. SMTP will be through the third party.

This way, if the third party starts doing some bullshit like trying to lock me in, donating to a dickhead, or whatever else I disagree with, I can cancel my subscription, move to another third party, and keep all mails on my server.

How can I achieve this? Which search terms should I be using? "Self host email server" brings up stuff that's the equivalent of self-hosting gmail, AOL, posteo, kollabnow, or whatever, but that's not what I want. "Selfhost POP relay" doesn't have much better results, always bringing up SMTP relay...

 

I think it's obvious (and has been) that the linux kernel needs more contributors and more maintainers to share the load*. The Linux Foundation spending 2% on kernel development in 2024 (page 18) does something but not nearly enough.

Is there a way that we as a community / third parties / non kernel devs can fund kernel developers and maybe even get a kernel maintainer in there? Maybe something already exists or do we have to start something ourselves?

*: Yes, I understand our overworked maintainer problem (being one of these people myself), but here we have people actually doing the work! - Greg KH

 

I've got 64 GB of RAM and would like to force cargo to dump build artifacts into it. So basically the target/ directory should end up there.

Unless I'm mistaken RAM is much faster than SSDs and since I do rebuild quite often, it would save some R/W cycles on my SSD and allow faster file access.

I do jot mind doing a full rebuild every morning

Solution:

These 2 comments gave me the best indication how to do it: cargo ramdisk and build.target-dir config options.

Would be great if cargo had a build.target-dir-prefix though. One could set and env var CARGO_TARGET_DIR_PREFIX and point it at /dev/shm or /tmp if it's a tmpfs and every rust project would have its artefacts end up in RAM.

 

Every week or so there seems to be drama about some old dude shouting about how rust in the Linux kernel is bad. Given all the open hostility, is there easier way for R4L to continue their work?

 

I know little about gradle and have only just started exploring it, so this is just a question out of curiosity.

It's supposedly a language agnostic dependency manager and builder, yet it seems to have only found its niche in Java. C/C++ projects could definitely do with dependency resolution...

view more: next β€Ί