

We run Taiga and it seems to work fine.
If you want to link to external sources in a structured way and you don’t mind tweaking the looks, SolidOS (ot another SOLID app) has a task list/tracker.
I keep my personal tasks in org-mode or org-roam.
We run Taiga and it seems to work fine.
If you want to link to external sources in a structured way and you don’t mind tweaking the looks, SolidOS (ot another SOLID app) has a task list/tracker.
I keep my personal tasks in org-mode or org-roam.
Oh I feel you. Typing too much too fast is terrible on the wrists.
I remapped some keys for the key combos and have no issues with those now. Regardless of editor, good posture may help. I find good posture easier with split keyboards which often include a thumb cluster.
Perhaps multi-modal editing is better and you can do that with evil-mode. I’ve created some prefix key combinations with Alt-Gr and with the super (windows) keys to create something like it whilst keeping most most common commands close to the default. Namely C-x is now s-c which is way more relaxing on Dvorak layout.
Doom Emacs includes evil-mode by default perhaps that’s your cup of tea.
That would be Emacs.
Emacs is like an operating system bringing various tools into the same editing interface, including email. Emacs is very adaptive, you can get VIm like bindings through evil-mode.
I needed this comment. I thought it was hyperbole.
I have not had many issues in the past 15 or more years myself running Linux exclusively aside from a shorter Macbook period. Perhaps I have just been lucky.
We sported (in guessed cronological order of first buy): Dell, HP, Lenovo, Slimbook, Tuxedo, Starlabs, BTO all running Linux at our company. We have not had big issues with any except for keyboard on a Dell, Tuxedo, Slimbook and cooling on a Lenovo. Since I chose the Slimbook many have followed on the path of smaller suppliers and I think we rarely buy from the big makes now.
I have been very happy with slimbook. I came from a macbook (bad idea) with the bad butterfly keyboard and the slimbook was a big upgrade on that front. It’s still not the greatest keyboard for some but I do like it. I have been wanting to buy a new one but whenever something broke or was insufficient I could either upgrade (2 x nvmeSSD slots and RAM can be replaced) or they still supplied spare parts when I sent them an email (keyboard replacement after 4 years). I wanted a framework but Slimbook has offered me spare parts as needed for longerbtham could buy a framework and the slimbook still works well. Plus it’s less expensive. Replacement of the keyboard was not toolless requiring glue to be heated but I did manage to quickly do it with a sleepy head at night. I’d buy their new 13" if this one would be out of service. I’d buy one now but it feels such a waste.
Things I did not like 6 years ago: webcam and microphone of lesser quality, display nice and matte with good color rendition but lower resolution than I’d prefer, no USBC charging on USBC port. Display and USBC are resolved on the new models, no clue about webcam and microphone.
FP5 using e/OS here showing the same artifacts.
I run e/OS on a FP5. I ran e/OS on a Essential PH-1 before and going back to a phone with Google installed just didn’t sit right with me. I did not feel like I could trust the device even after trying to toggle as much of the creepy spying off. As if there’s still someone probably looking over your shoulder because you configured something wrong.
It is not perfect, but it is easy to use and full-featured. All regular apps feel great and battery life is good. I still use specific Google services (such as the calendar for work) but no specific Google apps. I guess Maps is the biggest challenge now but alternatives are good enough to get around with.
You can run Android apps. Not sure about payed Android apps. I try to install FOSS apps through the integrated f-droid store if they’re available there. Installing app store apps sometimes fails because Google blocked the installer. I could install everything so far when needed (including banking apps and specific apps for the vacuum cleaner and such). Sometimes the Android app store apps don’t update for a while and I don’t notice.
I don’t use Murena’s services but self-host Nextcloud. Based on the information they send I think they’re doing a great job for their size.
I flashed the FP5 myself with a beta of e/OS when it was just out because the other phone was broken and (again) I did not feel right with the spying demon in my pocket with native Android. You could flash your device too.
It’s comfortable on this side. If you have further specific questions, shoot.
Looks good to me.
docker-ember largely automates such a setup with specific mounts for linking node modules from other folders, being able to bind to localhost for when you run the backend on your own machine, and exposing ports for livereload. May include other secret sauce. Some of that is closely tied to EmberJS.
I’m a fan of using tools you understand. What you show here is comprehensible and sufficient for now👌
I’m also waiting for this to move some 500 repositories from GitHub to a realistic federated alternative. I follow up from a distance but don’t see much movement on ForgeFed for ForgeJo. Did I miss something?
You could find out about the way we do it at https://github.com/madnificent/docker-ember but I would not if I were you.
The real risk, today at least, does not seem utterly huge. Jumping in this rabbit hole of containers is another topic in itself. I suggest continuing your learning as you do now and maybe revisit this later. You will learn faster that way.
Feel free to check what we did on the link above and ask questions later or whenever you feel ready for this topic.
You shouldn’t eat candy given to you by strangers. If you’re in a large group and someone knows the candy, maybe. Code is food for your computer. Be wary. Our large Open Source group of friends has learned about many kinds of candy and shouts loudly when some in the group becomes ill. You don’t want to become ill. Some risk exists, but with a large group it is generally ok. Don’t install packages as root, don’t install what you don’t need.
I run my frontend builds through Docker (also during development). By isolating access to the host system to the files/folders necessary for development I’ve shielded off the majority of current realistic attacks I’ve seen as NPM based exploits. I’m certain the approach can be replicated for other frameworks, but we use Ember and docker-ember. I doubt it runs as smoothly on a non-Linux OS.
I had to read the overview and it looks nice. It reads like IPFS without some of the challenging cruft. Well written!
IPFS seemingly works small scale but not large scale. What makes tenfingers handle millions of files and petabytes of data better than IPFS? Perhaps that is not the goal. In what way do you think the tech scales? Why will discovery of the node which has the data be short?
I want to ask for benchmarks but you can’t do a full benchmark without loads of resources.
I’m not actively looking but please do share references! Other people may read this and they may want to know too. Perhaps I’ll jump back in the rabbit hole at some point too 😁
Exactly. The Semantic Web is broader than Solid but Solid is great for personal apps.
Say you buy a smartphone. The specifications of the smartphone likely belong elsewhere than in a Solid Personal Online Datastore, but they can be pulled in from semantic data on the product website. Your own proof of purchase is a great candidate for a Solid POD, as is the trace of any repairs made to it.
These technologies are great to cross the barriers between applications. If we’d embrace this, it would be trivial to find the screen protector matching your exact smartphone because we’d have an identifier to discover its type and specifications. Heck, any product search would be easier if you could combine sources and compare with what you already have.
The sharing tech exists. Building apps works also. Interpreting the information without building a dedicated interface seems lacking for laymen.
IPFS would replace Content Delivery Networks in present day.
It would also allow you to host software and other content from your own network again without the constraints modern Internet Service Providers pose on you to limit your self-hosting capabilities.
If applications are built for it, it could serve as live storage for your applications too.
We ran ipf-search. In one of the experiments we could show that a distributed search index on ipfs-search, accessible through JavaScript is likely feasible with the necessary research. Parts of the index would automatically be hosted by clients who used the index thus creating a fairly resilient system.
Too bad IPFS couldn’t get over the technical hurdles of limiting connection setup time. We could get a fast (ElasticSearch based) index running and hosted over common web technologies, but fetching content from IPFS directly was generally rather slow.
The semantic web and social linked data. We could have applications share data without depending on big tech, but rather based on application standards.
It can be used today and gains traction but I wouldn’t mind it going faster. Especially the interoperable personal app space could use some love and attention.
To be honest, I didn’t know by heart what we stated exactly. It says “Open source”. When we ask we may well say “like a GitHub handle”.
For people without much experience it can all be a bit daunting. They’ll know about GitHub and it helps them identify what we’re hoping to see. By now I expect links to open source work in a CV due to the nature of our company but it’s not a requirement.
It’s a balancing act in getting the right hints in a vacancy for people in the know and providing enough info for people who don’t know yet.
GitHub wasn’t all that bad years ago and it’s easy seeing this find their way in HR forms and taking as long to be removed again. I certainly wouldn’t shun entering a CodeBerg/GitLab/selfhosted url in a form where I should enter a GitHub handle.
We also ask for a GitHub handle but when one supplies Codeberg or GitLab it’s seen as very positive. Might not be the case for standard HR though.
I’m not sure either, but I’m happy it exists!
I own a 1973 Citroen DS Pallas 23ie with semi automatic gearbox. Few of these survived so it should be on the road. Yet “burning dinosaurs” doesn’t sit right with me. Who do you preserve a car experience for if it will ruin them anyhow. The engine was never the DS’s forté so an electric engine couod make a lot of sense, especially if you can simulate the feel.
As for hooning around, I guess it could be fun. It’s been pointless fun on a track before. It would still be pointless fun. Perhaps it will feel a bit more empty.
The post title says “ever” rather than “2025”. It’s cool for 2025 and we may get some interesting others, but many here will have ran it on something slower at some point.