Haha. 🤣 Made my day
Tbh, I understand the problem. There are just so many volunteers for making newer developments work on every platform. Streamlining the development and easing the load on the volunteer devs seems a good idea. Having that said, it’s ofc a pity to drop support for devices. At least the LTS kernels will support the current support for a while and the vibrant Linux community will find a good way to work it out, I have no doubt. Many machines, in particular old ones, run with very old kernels to begin with…
Most ML development is done in Python to my knowledge. The reason is mostly the readily available side packages like torch, scikit-learn, etc. And Python, although not constructed as such, does indeed support a functional style. A quick search revealed a HowTo:
I dunno. P2P traffic always seems to overburden light users and it would indeed require the apps to always run in the background to relay the traffic. Although the idea seems compelling I wouldn’t install the software on a machine of mine.
Appreciate the KISS perspective.
For me, the project management features of a forge are extremely helpful. Setting milestones, assigning issues to them, defining timelines and regularly reiterating the planning has proven to accelerate our work as a team significantly. This experience refers to huge code bases (climate models) and medium to large team sizes, though. And probably also my bad memory 😵💫
I suppose it’s always good, though, to evaluate how much management a code will actually need in the end, and what tools correspond to that need.
Thanks! Will have a look
While I totally agree that this should be the case, I’m not sure it really works. Voluntary participation is among the first things to be cut when it comes to monetary gain maximization, and is often not even considered. And in some instances, like the publicly funded research institute I work at, there’s no funds dedicated to voluntary contribution to open source projects.
Schleswig-Holstein therefore follows the general strategy to move towards an open source driven administration. In fact, several federn institution already migrated to the openDesk administration bundle (https://gitlab.opencode.de/bmi/opendesk/). Great!
Not exactly what was asked but a thought as I’ve been considering the same. After merging with Texts.com, Beeper seems to be redesigning the bridge architecture. I read that the implementation will move towards running the bridges on the client device so that the decryption is happening in the RAM of the end user’s machine rather than the server. In that case, the mentioned security problem will be at least partially resolved. Self-hosting the bridges is already possible now. One will still have to trust Beeper, though. As I am using their software already, it looks like there’s no reason, yet, to mistrust them.
For some reason I don’t find it very bizarre. I’d even speculate that a random human mind isn’t any less weird. Surly, the pathways of my thoughts are often very bizarre. 😅
Adding an aspect: Removing bonds, like hydrogen bonds, takes energy. So if that energy was provided to release the bonds in the first place, the local reaction of atoms in the molecular gas into a multitude of molecules would release quite a bit of heat.
SEPA is the direct banking standard in Europe. Basically every transaction between banks follows that standard. If you’re doing business in Europe, that’s the most direct way you can go. Many other companies and their transactions follow the SEPA standard somewhere anyway. An SEPA mandate is pretty safe for the customer, too. It can be canceled by the account owner at any time. It does not have any additional insurance layer, though.