Commits


don't scan pack index offsets for large values if pack file is < 2GB This saves an iteration over the entire h->offsets array when opening a pack index which should not contain large offsets in the first place. ok millert@


make got_packidx_get_packfile_path() usable for callers who only have a path


forward-declare struct got_packidx to make got_lib_pack.h self-contained


expose got_pack_parse_ref_delta() for library-internal use This will be needed by a future 'gotadmin listpack' command.


expose got_packidx_get_object_offset() for library-internal use This will be needed by a future 'gotadmin listpack' command.


mark got_pack_stop_privsep_child() static; it is only used inside pack.c


add got_packidx_get_packfile_path() for library-internal use


add fd field to got_repository, modify got_packidx_open to use fds These changes are intended to make got more compatible with FreeBSD's Capsicum. ok stsp


remove got_packidx_get_object_idx_sha1(); it is not actually needed


write large objects to disk when resolving deltas; raise in-mem delta threshold


extract large objects to a temporary file in got-index-pack


rewritten got-index-pack; sorry about the monster commit


add support for first-parent history traversal to got-read-pack


add copyright year for files already touched in 2020


cache delta data buffers in an LRU cache


stop storing decompressed delta data in struct got_delta; fetch it on demand


fix reading pack files larger than 2GB; ok tb@; problem found by mpi@


disambiguate abbreviated object IDs based on object type


speed up matching of abbreviated commit IDs in pack files


introduce support for abbreviated object IDs


replace got_pack_get_packfile_size() with simple fstat()


happy new copyright year


got_pack_get_object_size() -> got_pack_get_max_delta_object_size()


pass smallish blobs directly via imsg buffer


fix "rpath" pledge violation in got-read-pack