SWW13
Notifications auf Android nutzen häufig einen Google Service. Damit sind alle Notifications von verschiedenen Apps gebündelt und das Smartphone braucht nur eine aktive Verbindung (spart Strom). Je nach implementierung kommt da nur ein “Es gibt was neues” an und die App fragt dann die eigentliche Notification an.
Das zwingend zu nutzen ist natürlich für eine privacy fokusierte Chat App fraglich, wobei der Signal CEO(?) einige fragliche Meinungen hat. Dafür hat er eine erstklassige Chat App gebaut und großflächig verbreitet.
Are you sure this is not just a normal community with the instance name?
For me this post is coming from c/lemmyworld. I’m on another instance and there is no community with the same name, nor was I subscribed to any.
Look into earlyoom or systemd-oomd, the kernel out-of-memory killer will only start killing processes way after it should be. It will happily deadlock itself in a memory swap loop before considering killing any process.
There are a lot of other ways to fine tune the kernel to prevent this, but it’s a good starting point to prevent your system from freezing. Just keep in mind it will kill processes when memory is running out until enough memory is available.
Good point, this could just misrepresentat the situation. I also haven’t looked over the mailing list thread and comments here are very salty.
But giving him the benefit of doubt of a nice potential contributer who just debugged a very hard issue and sending in a basic concept of a potential fix. I think it would be beneficial for their community to take the wish for more credit more serious and try to make him feel welcome. But I recognize it was probably hard to do in this case.
Overall I just wanted to recognize that I do see how he feels robbed of his contribution. It reminded me that I also had an experience with the kernel developers that made me not want to contribute again.
I didn’t meant to defend the patch and I see your point. But I personally think that it’s not unreasonable to expect to land a bugfix commit after spending multiple days debugging a complex issue, that’s why understand that he feels robbed of a kernel contribution.
I don’t know what could have been a good solution for this scenario. But taking potential future contributors feelings more serious would help to keep them around and make them feel appreciated.
As some who has played maybe 30-50% of DOS1+2 and currently the first of three acts in BG3: If you have issues with the gameplay mechanics in DOS1/2 you’ll likely have them in BG3 too. Main difference is a vastly improved storyline, which kinda makes up for most of them.
Issues I still have with BG3 boils down to only the active character can use its abilities in conversations and sometimes (mechanically) unexpected stuff happens that can only be undone by saves.
If your issue with DOS was a boring story and lack of hidden/funny things to uncover you should give BG3 a try, if you disliked the overall experience you likely won’t enjoy BG3.
At least in Germany that’s the case.
Every contract is legally binding in Germany, even verbal contracts or in this case price tags (to some degree). Obviously other laws may invalidate them and verbally is hard to prove. For example if you advertise onetime off prices for a week to lure people in the store you have to have a reasonable amount of these items to be available through the week, otherwise people are eligible to get the offer or compensation.
Adding your own sticker would probably be fraud and easy to prove for the store (not matching sticker, no plans to reduce prices, …).
As someone who had a mildly unpleasant interaction with kernel folks, I can totally understand the issue.
This is one of the very few open source projects I had the feeling they don’t appreciate new contributers. There is no on boarding material available and picking the wrong subproject mailing list results in being ignored. You have to spend days without any possibility of help and if your are lucky you get mentioned as a reporter. For the next issue you start from square one as there was no guidance, so you could only learn the bare minimum.
So yeah, his patch may be underwhelming. But the help and credit he got for days or weeks of unpaid work was basically nothing. You may be okay with spending days and only getting credits for the bug report, but I suspect many aren’t and will not contribute again after such an experience. And post like this try to point out the issue they have and why many people won’t contribute to the kernel ever again.