3 ms·

Might be it even not using all your code to train AI. Or at least not asking your explicit permission to do it.

by SXX 7mo ago

karel-3d 7mo ago
sourceforge was always very scummy, I think they would definitely use the code for that if they could
- mbreese 7mo ago
  It wasn’t always scummy… but there was a definite shift after they got bought. It’s kept getting worse since then. Then again, this was something like 20 years ago. Back then, Sourceforge was something closer to GitHub today. It was the de facto public source repository. You could even get an on-premise version, IIRC. Actually, this is sounding a lot like GitHub these days… not sure what that means.
  - ErroneousBosh 7mo ago
    As I've said elsewhere, freshmeat.net was better :-)
    - mbreese 7mo ago
      For project discovery, definitely -- but not as a source code repository. Wow, we're dating ourselves on this, but I remember when it was a big deal that SF.net added SVN support. They apparently didn't turn off CVS until 2017!
      - ErroneousBosh 7mo ago
        Yeah, I remember introducing a web dev company to SVN in about oh maybe 2006. Prior to that their "version control" was a webroot full of shit like "index.php", "index.php.old", "index.php.broken", "index.ryan.donottouch.php", "indexTUESDAY.php" and so on. Yeah no, guys, that's not what I meant. Let me just show you this real quick... I wonder if enough of freshmeat still exists on the Wayback machine to make a clone, maybe a skin for forgejo? Simpler times, simpler everything.
JimDabell 7mo ago
Not every conversation has to be a conversation about AI.
- account42 7mo ago
  Not every conversation but as long as GitHub is the most popular code hosting platform it's very much relevant to that discussion.
  - JimDabell 7mo ago
    This is an article about an encryption software project getting their Microsoft account terminated. It’s not the place to spam a completely off-topic complaint about the AI use of a service completely unrelated to the project.

Might be it even not using all your code to train AI. Or at least not asking your explicit permission to do it.

by SXX 7mo ago

Might be it even not using all your code to train AI. Or at least not asking your explicit permission to do it.

karel-3d 7mo ago

sourceforge was always very scummy, I think they would definitely use the code for that if they could

mbreese 7mo ago
It wasn’t always scummy… but there was a definite shift after they got bought. It’s kept getting worse since then. Then again, this was something like 20 years ago. Back then, Sourceforge was something closer to GitHub today. It was the de facto public source repository. You could even get an on-premise version, IIRC. Actually, this is sounding a lot like GitHub these days… not sure what that means.
- ErroneousBosh 7mo ago
  As I've said elsewhere, freshmeat.net was better :-)
  - mbreese 7mo ago
    For project discovery, definitely -- but not as a source code repository. Wow, we're dating ourselves on this, but I remember when it was a big deal that SF.net added SVN support. They apparently didn't turn off CVS until 2017!
    - ErroneousBosh 7mo ago
      Yeah, I remember introducing a web dev company to SVN in about oh maybe 2006. Prior to that their "version control" was a webroot full of shit like "index.php", "index.php.old", "index.php.broken", "index.ryan.donottouch.php", "indexTUESDAY.php" and so on. Yeah no, guys, that's not what I meant. Let me just show you this real quick... I wonder if enough of freshmeat still exists on the Wayback machine to make a clone, maybe a skin for forgejo? Simpler times, simpler everything.

JimDabell 7mo ago

Not every conversation has to be a conversation about AI.

account42 7mo ago
Not every conversation but as long as GitHub is the most popular code hosting platform it's very much relevant to that discussion.
- JimDabell 7mo ago
  This is an article about an encryption software project getting their Microsoft account terminated. It’s not the place to spam a completely off-topic complaint about the AI use of a service completely unrelated to the project.