Closed devurandom closed 11 years ago
OK, fair enough request. Should be easy for you to add the required code yourself... otherwise it's on the list, as I'm quite busy at the moment. xz support is covered in #40.
I agree with devurandom. Furthermore, I think the entire fetching support should be removed from the script (and kept as a seperate script) because:
a) It makes it hard for me to add ARM support b) It wastes space in /var/cache/lxc -- as far as I read the code, it first: -- downloads the tarball -- unpacks said tarball to /var/cache/lxc -- unpacks said tarball to the destination directory (I might be wrong, read down)
I already have custom stage3 tarball support in my version of the script, and am looking for the best way to upstream it (currently the fetch routine is commented out and I added a new -t parameter to the script)
Part of the utility of this script is to support those unfamiliar with Gentoo in installing it on another distribution acting as the host machine. Requiring additional download steps by removing download from the script would hurt that use case, as well as depart in scope from the lxc distribution guest setup scripts.
Please feel free to contribute your ARM support stuff as a pull request.
Close this? As for the .xz support, my patch relies on tar's autodetection (tar.xz works on my box)
I am migrating from OpenVZ and thus have several stage3-like template tarballs already. I would like to use them, but lxc-gentoo seems to force me to download one from gentoo.org. So I need a commandline flag to tell the script the path to the tarball it shall use instead of downloading one.
Further, my tarballs are xz compressed, while lxc-gentoo hardcodes bzip2 (-j) compression.