archives

Hardlink Support Implementation for mholt/archives (archive creation) Summary This branch adds proper hardlink detection and preservation for tar archives in the library during archive creation. Hardlinks are now correctly identified during file gathering and written to tar archives using entries, significantly reducing archive size for packages with many hardlinked files. Changes Made 1. Added hardlink detection to : Import for accessing inode information Track inodes using key to detect hardlinks When a file with is encountered: Check if the inode was seen before If yes, set to the first occurrence's path If no, record this path as the first occurrence Only check for symlinks if not already identified as a hardlink Code additions (~25 lines): 2. Modified to handle hardlinks: Distinguish between hardlinks and symlinks For hardlinks (LinkTarget set on regular files): Set Set Set (no content stored) Skip writing file content for TypeLink entries Code modifications (~20 lines): 3. (new file) Added comprehensive test coverage: : Verifies hardlink detection in : Verifies correct tar headers (TypeLink, zero size, Linkname) : Verifies hardlink metadata is preserved during extraction Results Tested with Git 2.50.1 for linux/amd64 (a package with 150 hardlinks): Extraction Support The extraction side already properly handles hardlinks: sets from Consumers can check Or check if for entries Platform Support Unix-like systems (Linux, macOS): Full support using Windows: May need additional implementation (current code uses ) Could add build tags: Or use conditional compilation Backward Compatibility ✅ No breaking API changes ✅ All existing tests pass ✅ Hardlink support is automatic (no configuration needed) ✅ Archives without hardlinks work exactly as before Testing Run tests: All tests pass, including: New hardlink tests All existing archive format tests fs.FS integration tests Future Considerations 1. Windows support: Add platform-specific hardlink detection 2. FilesFromFS: Add similar hardlink detection for fs.FS sources 3. Other formats: Consider hardlink support for zip (if format supports it) 4. Performance**: Inode tracking adds minimal overhead (O(n) map lookups) Related Issues This addresses the same issue as mholt/archiver PR #171 from 6 years ago, but implemented for the newer library.

The previous package had a function that just worked. In this package, I can't seem to find a single line approach to extract a file to a folder.

Title: Issue with when filename contains a compression extension Description: I encountered an issue while using the function from the package. When the file name includes a compression extension (e.g., ), the function returns an error: . Here is the code snippet to reproduce the issue: Steps to Reproduce: 1. Open a zip file stream using . 2. Pass the filename with a compression extension (e.g., ) to . 3. Observe that the function returns an error ().