Neil Williams wrote: > [...] multistrap is stateless and will use whatever packages already > exist. This is a feature of multistrap, not a bug.
Fair enough. >> When repeatedly re-running multistrap, I wanted to avoid the >> lengthy download time for the binary packages. > > The option to support this is to turn off cleanup mode, combined > with using copy:///directory/ as a multistrap source or some other, > more advanced, apt proxy/cache. [...] > > There is no point in doing this, cleanup=false is sufficient - you > can let the first run download the necessary packages, then use a > proper apt cache/proxy. I wasn't quite sure what you were suggesting here, but a chat with mrvn on #emdebian helped me understand. I'm now satisfied (if not enthusiastic) about the resolution of this ticket. twb> codehelper: I've found that with (both) cleanup=true and twb> retainsources=foo, I end up with the debs in foo. But if I then twb> try to do a second run with a second debootstrap=Cache where twb> [Cache] source=copy:///path/to/foo, it complains because foo/ is twb> a cache, not a repository. Are you suggesting I use twb> apt-ftparchive or similar, to turn the retainsources cache into a twb> repository? mrvn> twb: yes. I suggest reprepro twb> The goal was to give live-helper+multistrap the same twb> functionality it has with live-helper+debootstrap, where it twb> supports lightweight internal caching without requiring a mirror twb> or partial mirror or cache to be deployed. mrvn> patch multistrap to download to a cache dir and then copy the mrvn> files into the chroot. [...] Patch multistrap to copy them. Not mrvn> copy:// url. [...] Obviously it has to be smarter than cp mrvn> cache/*.deb chroot/ twb> OK, I see what you're saying. Given that the issue isn't twb> affecting ME significantly (since I have a squid proxy), I shan't twb> bother going to those lengths. I'll just change live-helper's twb> multistrap invocation to issue a warning when the user asks twb> live-helper to cache bootstrap packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
