The installer resolves every pinned package as "<bundle>/pool/<source>" and the
lock rows name the files there, but built/pool was gitignored. A device that
cloned the repository therefore received the index and no packages and stopped
with "Kilitte yazılı paket depoda yok" -- the repository looked complete (2.7 MB
of index) while the payload was absent.
The bundle pool is committed now. The same blobs also live under
provisioning/offline-repo/packages/, which is the maintainer's intake directory;
Git LFS keys objects by content hash, so this is a second path and not a second
copy of the bytes.
Tests
- The suite asserts that neither the bundle's pool/ nor its index is gitignored,
which is the condition a cloning device depends on. It passed 140/140 with the
pool staged, and the check fails against the previous .gitignore.
fc4c87c9ab