Commit Briefs
fix got-fetch-http when chunked encoding is not used
We would end up raising a spurious error when the server had no more data to send and would abort the clone operation, while everything was fine in fact. Problem reported by vazub via IRC, thanks!
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.