There are cases where people may want to add or remove binary packages from a repository, so we should provide a tool for this.
Created attachment 716640 [details] pkgdir-merge script usage: pkgdir-merge [-h] [-v] SRC DEST A tool to merge two directories of portage binary packages together positional arguments: SRC Source package directory DEST Destination package directory optional arguments: -h, --help show this help message and exit -v, --verbose verbose logging (each occurence increases verbosity)
I second this idea, also try to add more .. 1) expand to multi SRC repos pkgdir-merge [-h] [-v] SRC1 SRC2 SRC3 .. DEST 2) support FEATURE=binpkg-multi-instance, need to handle multi binpkgs for one same package, do the deduplication, and fix two binpkg with same BUILD_ID (build with different USE configuration) 3) support old/new (xpak/gpkg) format (GLEP 78)
The problem is how can we do the deduplication? Like how can we know 2 binpkgs are interchangeable from their metadata. Gentoo is not doing reproducible building, so the binary mismatch is common. I think in this case that more people want to build on multiple systems and share it somewhere, the configuration hash is more useful. 2 binpkgs with same configuration hash should be interchangeable.
(In reply to Sheng Yu from comment #3) > The problem is how can we do the deduplication? Like how can we know 2 > binpkgs are interchangeable from their metadata. Gentoo is not doing > reproducible building, so the binary mismatch is common. > Good point. I think as long as the configuration is the same (CFLAGS, etc), we should be fine with merging them. Then if we ever truly get reproducible builds (we will really benefit naturally from the ecosystem moving towards this), we can revisit and allow more fine-grained checks?
