586
GitHub - LadybirdBrowser/ladybird: Truly independent web browser (github.com)
submitted 2 years ago by to c/technology@lemmy.world
183 comments fedilink hide all child comments
you are viewing a single comment's thread
view the rest of the comments
[–] 11 points 2 years ago (3 children)

I can't see anything about this on DuckDuckGo. Do you have a link?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 6 child comments
    •
  • [–] 31 points 2 years ago (3 children)

    https://mkultra.monster/tech/2024/07/03/serenityos-and-ladybird

    This was a little „write-up“ back when everything became more public.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 6 child comments
    •
  • [–] 28 points 2 years ago* (2 children)

    I'm surprised this got any kind of attention.

    Here's the turn of events from my perspective:

    1. Someone submits a 1-line PR changing the gender used in a code comment
    2. PR rejected on the grounds that the change is "politically motivated"
    3. Submitter got mad, and proposed removing the rule against "politically motivated" changes, calling it "white supremacist," which is closed
    4. Someone wrote a blog post about it

    Here's my analysis:

    1. Stupid change - don't make PRs that simply correct an irrelevant typo in a comment somewhere; some people do this to put stuff on a resume (look at how much FOSS work I do!), and it just wastes everyone's time
    2. Stupid response - it should've been rejected because it's a useless change, not because it's "politically motivated"
    3. Stupid proposal - do you really want to waste a bunch of time fighting over wording in a comment? Because that's the kind of crap you get without a rule like this.
    4. This is all about an irrelevant change to a comment? Why is this getting so much attention?
  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 6 points 2 years ago (1 child)

    I should be an idiot. I dont see a direct relationship between race and sexual orientation. Even if the PR was rejected because a pronounce how the hell this is white supremacist?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 2 points 2 years ago (1 child)

    "comments must be accurate," is not a rule you should bend. Bending it even a little leads to last programming and shit code.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 7 points 2 years ago* (1 child)

    True, but that only applies if it's misleading. For example:

    // pythagoran theorem 
distance = abs(p2.x - p1.x) + abs(p2.y - p1.y);

    Fixing that makes sense because it's wrong and misleading (it's actually Manhattan distance), and a quick glace is insufficient to tell the difference.

    But fixing a typo or something that wouldn't be confusing is just noise and should only be fixed with other changes. For example, I intentionally misspelled Pythagorean in my comment above, fixing that to be the right spelling would be a useless change, even if the distance formula used the hypotenuse. It wouldn't be an unreasonable policy to reject PRs that only fix spelling or similar to reduce noise for the maintainers.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 4 points 2 years ago (1 child)

    Yep, I understand but disagree. Maybe it comes from working with so many ESL coders, but I'll happily accept typo corrections because it's not always obvious what words should be if you're not steeped in the culture.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 4 points 2 years ago* (1 child)

    It really depends on the project.

    If you're a larger project, you can see a ton of these from people hoping to land a commit to put "contributor to X" on a resume somewhere. Those add up and are really distracting and possibly automated. They waste everyone's time, especially if they spawn a bunch of conversion like this did.

    If you're a smaller project, it doesn't matter as much. I work with ESL coders too, so I get it (1/4 of my office is ESL immigrants, and ~2/3 of the broader team is ESL). I fix comments all the time, I just include them with other changes.

    So it depends. But in general, a high profile project should reject this noise to discourage this behavior.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 4 points 2 years ago (1 child)

    In theory that's fair reasoning. Unfortunately the dev made it clear that his reasoning was based on politics

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 1 point 2 years ago

    Did he? I only saw him point to the rule against politics.

    He should have said it's because the PR isn't worth the time, but it also seems motivated by something that's against the rules (i.e. why make a PR that only fixes gender in one comment? There was a later PR that was accepted that fixed it in several places).

    So without more evidence, I cannot say what the dev's motivations for rejecting the PR were, aside from the apparent rule breakage mentioned. They didn't say they disagreed with the change (i.e. that the change was wrong), just the proposal of the change (i.e. seems more motivated by virtue signaling instead of improving the dev experience). And you can look at the comments and see justification for that position, since it quickly devolved into actual politics with people accusing the dev of being a Nazi.

    Maybe if you showed a pattern across more than just this incident (i.e. over months or years), but this sounds more like people being stubborn than tolerant.

  • permalink
  • fedilink
  • source
  • parent
  • [+] 5 points 2 years ago* (last edited 1 year ago) (2 children)
    [deleted]
  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 18 points 2 years ago* (last edited 2 years ago) (2 children)

    Someone else posted a writeup about it.

    It wasn't in documentation, but a code comment. No user would see this.

    One part was a rejected change on the README, which was trying to remove this "white supremacist language":

    ## On ideologically motivated changes

    This is a purely technical project. As such, it is not an appropriate arena to advertise your personal politics or religious beliefs. Any changes that appear ideologically motivated will be rejected.

    Someone changing "he" to "they" (original PR that started all this) in a comment as their only change could absolutely be seen as "politically motivated." My understanding is that if changing the comment was part of some larger useful change, it would be fine (as would using "she" or "they" in a new comment), but just changing the gender of a pronoun in a comment is a useless change.

    If the comment said "she," would someone have been motivated to make this change? Probably not. Should changing this from "she" to some other pronoun (he or they) also be rejected? Yes, on the same grounds as changing it from "he," it's not a useful change and just wastes everyone's time. If you're in the code already, then go ahead, correct silly language like this if you care to.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [+] 9 points 2 years ago* (last edited 1 year ago) (2 children)
    [deleted]
  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 6 points 2 years ago

    I never said they were.

    Someone changing “he” to “they” (original PR that started all this) in a comment as their only change could absolutely be seen as “politically motivated.”

    Look at the fallout in the comments on those PRs, it quickly devolved into politics and quickly away from any technical merit.

    If this exact same change were included with other changes, I highly doubt anyone would've cared about the comment. The issue isn't with the text of the comment, but with the likely motivation and the actual merits of the PR. Many projects immediately reject tiny PRs because they clog up the review queue, and that appears to be what's happening here, plus all the political nonsense in the issue comments.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 3 points 2 years ago (2 children)

    “Don’t Be Evil” happily indexing while Bingcrosoft sleeps

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 0 points 2 years ago (2 children)

    DDG search is garbage, I'm sorry... Whenever I switch to a browser that defaults to it, I'm reminded why I always switch it back to Google (unfortunately). Even Yandex is better, and that's prob Russian spyware.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 6 points 2 years ago (1 child)

    Try out SearXNG.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 1 point 2 years ago

    I have previously, and was not impressed. Maybe it's better now?

    I've been using Startpage for the past couple of days since installing Librewolf, and I kind of like it. I like the "Visit in anonymous view" link under each result... Works to let me see reddit posts (Linux troubleshooting, etc), despite not being logged in, and being on a VPN.

  • permalink
  • fedilink
  • source
  • parent