4 ms·

? What's special about this version?

• kazinator 5y ago
  Works fine; I have no issues with old installations that still use it.
  • mhio 5y ago
    Is it the other side then? Do you have issues with 2.x releases? btw rhel maintains a 1.8.x release.
    • kazinator 5y ago
      > Do you have issues with 2.x releases? Possibly; I've been hearing disturbing things about developments like different hash algorithms, and repositories being generated that older versions of git cannot read. I'm nervous about creating a new central repository with newer git.
  • Too 5y ago
    If it works fine, why would you need a “bugfix fork”?
    • kazinator 5y ago
      There has to be a fork so that the software being used is identified by a formal tag pointing at a specific commit, and this is backed by some sort of project commitment to put out a commit, if necessary. It works fine in that I'm not running into issues and not missing features, not in the sense that I proved that it's free of defects; I don't require a fork that has any new commits. Surely, bugs have been found between that version and now, some of which can be meaningfully backported. Programs can break simply because of all the other moving parts in the environments that are out there; it's a fact of life nowadays that software needs to have a maintenance plan to be viable. A compiler, library or kernel upgrade can expose some latent problem in a program.