Summary:
git-sl is a script to emulate some of hg smartlog, but for git. It's generally
useful, and demonstrates some of our thinking around source control, so let's
release it to the world.
Test Plan:
Just for documentation
Ran tests - only test-check-commit-hg.t fails, but that does not run on public
commits, so this is safe to land (unlike the previous attempt).
Reviewers: durham, ryanmce, #fbhgext, quark
Reviewed By: #fbhgext, quark
Subscribers: quark, #fbhgext
Differential Revision: https://phab.mercurial-scm.org/D180
Summary: This broke the tests.
Test Plan: test-check-code-hg.t passes on this file again
Reviewers: #fbhgext, simonfar
Reviewed By: #fbhgext, simonfar
Subscribers: simonfar
Differential Revision: https://phab.mercurial-scm.org/D144
Summary:
git-sl is a script to emulate some of hg smartlog, but for git. It's generally
useful, and demonstrates some of our thinking around source control, so let's
release it to the world.
Test Plan: Just for documentation
Reviewers: durham
Subscribers: #sourcecontrol
Differential Revision: https://phabricator.intern.facebook.com/D5433956
Tasks: 20166062
Summary:
This diff changes our code to use the new SHA1 library. See the previous diff
for why we do this.
Test Plan:
Run related tests manually:
```
$ make local PYTHON=python2
$ rt test-remotefilelog-*.t
.........................
# Ran 25 tests, 0 skipped, 0 warned, 0 failed.
$ rt test-treemanifest*.t
........
# Ran 8 tests, 0 skipped, 0 warned, 0 failed.
$ rt test-fastmanifest*.t
.........
# Ran 9 tests, 0 skipped, 0 warned, 0 failed.
```
Reviewers: #sourcecontrol, durham
Reviewed By: durham
Subscribers: mjpieters
Differential Revision: https://phabricator.intern.facebook.com/D4945025
Signature: t1:4945025:1493154873:844e55a51ab250354fc08163e0949eed47b0a861
Some build tool we use internally runs lintian and that's currently
failing because of possible-gpl-code-linked-with-openssl. We are
apparently okay overriding this. I'll defer to others to explain why.
The following line fails before this patch and passes after:
rm ../remotefilelog_*; rm -rf debian/; DEBPREPONLY=1 make deb; dpkg-buildpackage; lintian ../remotefilelog_*.deb
I was trying to build a Debian package on a build machine without
Cython installed. That failed when it was running "dh clean --with
python2", which calls the dh_auto_clean target, which in turn calls
"python setup.py clean --all". Overriding that target to pass
"--component remotefilelog" seems to solve the problem.
The internet wasn't able to tell me what else is supposed to be done
in dh_auto_clean, so I can only hope that nothing else than "python
setup.py clean --all" was supposed to be done there.
When installed into a path like /usr/lib/python2.7/dist-packages, this file
conflicts with the hgext3rd/__init__.py from mercurial itself. Let's keep the
mercurial version the canonical one, and just skip packaging this one.
I added a warning to this repo's __init__.py about behavior divergences between
this __init__.py and mercurial's version.
The package now has a dependency on a .so, so it's
architecture-specific now. Technically we should split the
architecture-specific and architecture-independent bits into separate
packages, but I don't want to bother with that for a one-off package
script like this.
Doing this rather than depending on Mercurial will allow developers of
Mercurial to have this package installed without having to do
something awkward to not also get Mercurial from their distro.