4 ms·

it's everywhere already If only everyone using the FOSS tools actually contributed back their local modifications. That's definitely not happening "everywhere"

it's everywhere already If only everyone using the FOSS tools actually contributed back their local modifications. That's definitely not happening "everywhere".

chrisseaton 7y ago
What are people doing? Maintaining extensive long-term private forks of basic infrastructure tools outside of their business line and core competency? Why would anyone choose to do that?
- cydonian_monk 7y ago
  Cultural reasons. Legal reasons. And sometimes (rarely) the changes you might make to these basic infrastructure tools are of a proprietary nature. It's frustrating at times, but mostly it comes down to whether management or the legal department thinks you should be allowed to contribute back.
- jlg23 7y ago
  In my experience: Monkey patching when in maintenance mode. "Yes, for historical reasons we have to pipe every incoming mail to this collection of awk, perl, ruby, python and brainfuck scripts."[1] [1] Unless you work for German Telekom, one language is a lie.
- gravypod 7y ago
  I've tried to upstream changes or bug reports to open software. Sometimes something that is a bug to you is a feature to someone else.
  - pmjordan 7y ago
    It's also not uncommon that a 10-line local hack that took an hour or two total to figure out and implement mutates into a 200-line pull request that eventually gets merged after 3 months of near-daily babysitting and 7 rounds of review with 10-deep email threads because the initial approach wasn't quite up to standard and the project maintainers have meant to redo the code in this area for a while now anyway, so could you just… Or, you know, somewhere along that path, you give up, for reasons which can be anywhere between frivolous/laziness and entirely reasonable. If you're lucky, your change is sufficiently googlable that one of the next people who need it comes along and cleans it up and goes through with the full merge dance before upstream has diverged too far from your abandoned patch.
- pmjordan 7y ago
  You give people far too much credit. In my experience: implement a hack in whatever the latest upstream version is to meet requirements, then never pull in upstream changes and just keep running the increasingly ancient, hacked-up fork.

it's everywhere already If only everyone using the FOSS tools actually contributed back their local modifications. That's definitely not happening "everywhere".

chrisseaton 7y ago

What are people doing? Maintaining extensive long-term private forks of basic infrastructure tools outside of their business line and core competency? Why would anyone choose to do that?

cydonian_monk 7y ago
Cultural reasons. Legal reasons. And sometimes (rarely) the changes you might make to these basic infrastructure tools are of a proprietary nature. It's frustrating at times, but mostly it comes down to whether management or the legal department thinks you should be allowed to contribute back.
jlg23 7y ago
In my experience: Monkey patching when in maintenance mode. "Yes, for historical reasons we have to pipe every incoming mail to this collection of awk, perl, ruby, python and brainfuck scripts."[1] [1] Unless you work for German Telekom, one language is a lie.
gravypod 7y ago
I've tried to upstream changes or bug reports to open software. Sometimes something that is a bug to you is a feature to someone else.
- pmjordan 7y ago
  It's also not uncommon that a 10-line local hack that took an hour or two total to figure out and implement mutates into a 200-line pull request that eventually gets merged after 3 months of near-daily babysitting and 7 rounds of review with 10-deep email threads because the initial approach wasn't quite up to standard and the project maintainers have meant to redo the code in this area for a while now anyway, so could you just… Or, you know, somewhere along that path, you give up, for reasons which can be anywhere between frivolous/laziness and entirely reasonable. If you're lucky, your change is sufficiently googlable that one of the next people who need it comes along and cleans it up and goes through with the full merge dance before upstream has diverged too far from your abandoned patch.
pmjordan 7y ago
You give people far too much credit. In my experience: implement a hack in whatever the latest upstream version is to meet requirements, then never pull in upstream changes and just keep running the increasingly ancient, hacked-up fork.