Commit Briefs
portable: compile gotd unconditionally
For some time now, gotd was only ever available if one used the --enable-gotd flag to configure. This was fine back when gotd was still under development -- but it's now very usable, and deserves to be enabled by default.
portable: sandbox got-notify-* helpers
"looks good to me" thomas
portable: gitwrapper: remove unused LIBS
libevent doesn't need to link against libevent, but it will need its CFLAGS.
portable: sync gitwrapper deps
This reduces the dependency set, and syncs with got. From naddy@.
portable: add regress/ to dist tarball
Ship the tests with the release tarballs. There's still work to do in making these tests work across the supported -portable platforms
portable: update help syntax
Fix syntax for --enable-{gotd,cvg}
portable: release 0.98.2 (tags/0.98.2)
portable: include utf8d.h in dist tarball (tags/0.98.1)
Make sure we include this header in the release tarball
portable: release 0.98 (tags/0.98)
portable: remove portably-defined headers
These are looked for portably.
portable: gotd libexec logging
Include the logging functionality from gotd for the helpers.
replace date, strftime %G-%m-%d with %F
Use the more predictable %F, aka %Y-%m-%d, instead of %G-%m-%d. %G follows the definition of ISO-8601 week-based year, which is weird. In particular, 2024 is one of such years with weird behaviour: $ date -jf %Y-%m-%d +"%F %G-%m-%d" 2024-12-30 2024-12-30 2025-12-30 Diff from Lucas Gabriel Vuotto (thanks!); stsp agrees
got-notify-email: sort/remove includes
we don't need getopt.h; getopt() is in unistd.h. also sort the headers while here. ok stsp@
make 'got fetch' work with URLs which refer to $HOME via a tilde ~
'got clone' already happens to support such URLs via scp-style syntax: user@127.0.0.1:~/test.git While the clone operation succeded, subsequent fetch operations would raise an error: '/~/test.git' does not appear to be a git repository Make such URLs work when they are read back from got.conf, and also on the clone command line in canonical form: ssh://user@127.0.0.1/~/test.git Not adding a test case because I don't see an easy way to add test coverage for this without spilling test data into home directories or modifying ~/.ssh/ssh_config. Problem found by Jesper Wallin.
extend test_patch_empty_file() test coverage
Check what happens when patches attempt to edit or delete empty files.