![](/static/66c60d9f/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/d3d059e3-fa3d-45af-ac93-ac894beba378.png)
The fact that it is work that I don’t want to do… Pretty much
The fact that it is work that I don’t want to do… Pretty much
I read it, and I read the messages from the devs. The communication issue I am trying to point is also highlighted in the comments: if the decision on merging a PR is uniquely dictated by financial benefits of IBM, ignoring the broader benefits of the community, the message is that red hat is looking for free labor and it is not really interested in anything else. Which is absolutely the case, as we all know, but writing it down after the recent events is another PR issue, as red hat justified controversial decisions on the lack of contributions from downstream.
The Italian dev tried to put it down as “we have to follow our service management processes that are messy, tedious and expensive” but he didn’t address the problems in the original message. The contributor himself felt like they asked his contribution just to reject it because of purely financial reasons without any additional details. It is a new PR incident
The Apparently is already patch on fedora… Just reporting other comments in this thread. But why do they accept contribution to centos of they don’t want patches that are not economically beneficial to the company? It is a pretty bad message written as this
I stopped recommending it. It is a pity, but there are alternatives
Why would they accept PR at all if they don’t have a robust testing process and approvals are dictated by customers needs?
The message as it is now to potential contributors is that their contribution in not welcome, unless its free labor to financially benefit only ibm.
Which is fair, but the message itself is a new PR issue for red hat
Thanks, it looks like privacy on internet is really a mirage
I am mainly thinking about matching navigation history with identifiable information… You are right, It’s a tricky thing…
I also wonder, if lemmy becomes a thing, with numbers in the same order of magnitude of reddit, if and how gdpr will affect server admins… Having a privacy anonymization tool built in by design might avoid headaches on the long term
I am thinking more of a Meta “threads” -like situation. Not necessarily malicious, just a different privacy expectations between user and provider
Thanks, makes sense
Unfortunately that is not the case. Closed sourced software for small communities are not safer. My company had an incredibly embarrassing data leak because they outsourced some work and trusted a software used also by the competitors. Unfortunately the issue was found by one of our customers and ended up on the newspapers.
Absolutely deserved, but still, closed sourced stuff is not more secure
What if database entries are encrypted, so that a person cannot match email and username with the requests in the urls?
Users’ client create encryption key on client side. Would it make sense?
Thanks. It would be interesting to understand if some anonymization technique could technically be created, and eventually implemented in the future.
Because it looks a pretty dangerous situation, given what people discuss on social media nowadays…
Thanks for the clarification!
Buy better pasta! I’d suggest rummo or de Cecco, they are good and easy to find outside Italy
What’s the reactions? Proton battery sounds like a media-friendly name for a hydrogen fuel cell?
Is it a H fuel cell?