Commits


in got_opentempfd() don't attempt to unlink the file if mkstemp(3) failed


allow inflate(3) to consume all mapped data at once in got_inflate_read_mmap()


retry on Z_BUF_ERROR in got_inflate_read() as well


remove unneeded memory allocations from ref delta parser which were leaking


Z_BUF_ERROR is not fatal; try to decompress more data when it happens


remove 'Next' link from tags on summary page where no tags exist and commit briefs have set gw_trans->next_id if gw_briefs set gw_trans->next_id in gw_summary, it was being carried over to gw_tags, causing the 'Next' link to be displayed.


remove implicit entry update from got_fileindex_entry_alloc(); just alloc


bump version number


change for 0.29


trim directories in got remove -R This is a racy solution that needs to be properly implemented in the future. ok stsp


prevent commits from being listed more than once in a histedit script While merging a commit multiple times during a histedit operation could potentially make sense in some corner case, a commit appearing more than once in the script is more likely to happen accidentally. If desired, the same effect can still be achieved by running multiple histedit operations, or by using 'got cherrypick' while the histedit operation is paused for arbitrary editing.


fix histedit 'rebase commit ID mismatch' error when splitting a commit Commit IDs on histedit's temporary branch can change arbitrarily because the user may create new commits on this branch while editing past commits. So there is no point in trying to verify these IDs like we do during rebase. Add a test case which demonstrates the problem.


fix wrong use of words in a histedit error message


make our README file point at our website


be helpful when users try to check out work trees without a known branch Provide a useful error message in such cases and explicitly document intentional restrictions in the got(1) man page. Prompted by a question from Adam Steen via bsd.network https://bsd.network/@adams/103768951483318235