• 1 Post
  • 1.83K Comments
Joined 1 year ago
cake
Cake day: February 10th, 2025

help-circle
  • That’s a fair argument.

    Is it fair to say: The field is benign but there is contention about if it should be added or not and users of the software are concerned that their voices were not heard on the issue. That can be handled in the normal project framework, perhaps by suggesting a publicly stated policy about these issues around legal compliance so the community can determine if they want to support the project or not.

    My argument is that I don’t think that the damage that was done justifies the hitpiece in the OP which is, almost literally, painting a target on the developer with the mugshot photograph and loaded language.

    So, if you’re not one of the people then we’re having different conversations. In that conversation, I do agree with what you just said. I’d like to see the very large projects, which affect a lot of users, such as systemd, have a more formal way to accept public comment and respond on contentious changes and feature requests.







  • A developer does whatever he likes, without bothering about the more or less pacific feedback he gets on github. Nobody really seems to want to have a discussion. Well guess then what the “mob” does at some point: they don’t care about discussions anymore either, and they do as they please too.

    It’s pretty cliche but: Two wrongs don’t make a right.

    In the FOSS world, there are many ways to handle this kind of situation. A mob-led harassment campaign is not one of them.

    If you disagree with how a project is going then you can fork it. LibreOffice disagreed with the direction of OpenOffice and forked it, NextCloud and OwnCloud forked from one another when there was major disagreement.

    At no point should volunteer developers have their face plastered on a mugshot and their personal information blasted to a mob of angry people.

    Be angry at the politicians and mega corporations who are voting and funding these initiatives, not the developers who are caught in the middle.


  • Imagine telling a UNIX engineer in the 70’s how almost everything you enter into a machine would eventually be used to manipulate or entrap you by the State and surveillance capitalism.

    This isn’t a hypothetical. North Korea uses a version of Linux which does exactly that.

    It still doesn’t make these fields inherently dangerous, and that same argument applies to birthDate. Even if systemd build a verification system that required photo identification and a DNA sample it wouldn’t be a problem.

    The community would just fork the project before the totalitarianism update. The FOSS world already has a process to avoid massively unpopular changes. This change isn’t massively unpopular, this is a vocal minority who is stirred up by web articles leveraging clickbait and outrage to drive ad revenue.

    The age verification laws are unpopular, I’m personally completely against them. However, they do exist and adding an optional field in order to allow project, who choose to do so, to store that data is not a red line or the start of a slippery slope.

    In the future, if there was a red line that was crossed, we would fix it with a fork and not with a harassment campaign.










  • You could just put a fake date in at user setup from what I understand.

    Yes, it’s exactly like the realName and location fields that have been in UNIX/Linux for over 60 years.

    It’s incredibly clear who is being whipped up into a frenzy by social media clickbait. Your birthDate is not nearly as privacy-destroying as your real name, location, office number, home phone number, e-mail address, etc. These fields have been in Linux since the beginning and, like birthDate will be, are typically left blank and ignored.

    If you wanted to throw on your tinfoil hat you could ask ‘Well what if, in the future, some bad guy forced you to actually put your REAL NAME in the realName field?’ That’s basically what is happening in this thread, in addition to brigading a lynch mob on a systemd developer.