On Thu, 19 Aug 2010 16:32:32 +1000 "Trent W. Buck" <[email protected]> wrote:
> Neil Williams wrote: > 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? I was away when you queried this on IRC, but if that support doesn't work, it should probably be looked at. I would need to see the report message from apt with the reason why this didn't work. We can re-open this bug report and retitle it if that information is available and worth fixing. > mrvn> twb: yes. I suggest reprepro If it can be done without reprepro and without copying files into /var/cache/apt/archives, it should be investigated and problems fixed. > 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. ... and I anticipated that apt would do the right thing with a copy:// source based on a flat-file repository. (This part of the method is not within the control of multistrap.) > mrvn> patch multistrap to download to a cache dir and then copy the > mrvn> files into the chroot. [...] Other way around, let multistrap download the packages and then copy them to somewhere outside the multistrap path. You could do this in the setup script. (See the machine:variant support in the multistrap man page - the setup script is called by multistrap after downloading and unpacking but before the cleanup operation starts, from outside the target directory and given the location of that directory as an argument. It's intended to support doing stuff after the archives have been unpacked but before the packages are configured.) > 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. Try it using the setup script support first. This doesn't need any changes to multistrap. However, if you feel that the documentation can be improved for this, the bug report can be reopened and retitled for that also. -- Neil Williams ============= http://www.data-freedom.org/ http://www.linux.codehelp.co.uk/ http://e-mail.is-not-s.ms/
pgpkwQqdhi8Zl.pgp
Description: PGP signature
