[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-users] Debian Etch DomU on SUSE SLES 10.SP1 Dom0
On Fri Jul 27, 2007 at 16:27:39 +0200, Henning Sprang wrote: > Maybe I'm wrong, cpio seems to be only an intermediate tool to unpack rpms: > http://www.rpm.org/max-rpm/s1-rpm-miscellania-rpm2cpio.html Yes it looks simple enough: rpm2cpio foo.rpm | (cd /tmp/lah ; cpio --extract --make-directories \ --no-absolute-filenames --preserve-modification-time) 2>&1 > When I think about it - why do you want to do it without rpm, anyway? My tool is .. non-standard .. and broken. (Sadly). The basic process goes: 1. Download each package which I've manually determined to be required to result in a working 'rpm' + 'yum' command. (There are about 50 packages.) 2. Unpack each one. Currently this is a hack[*] 3. Once you've unpacked them you'll have a working system with yum + rpm, and from there you can bootstrap the yum + rpm database. The *only* place I currently use yum/rpm is in the second step. At the time I started writing I had a simple idea of how to unpack rpms. This goes: for i in *.rpm; do alien --to-tgz $i rm $i done for i in *.tgz; do tar -zxf $i rm $i done As you can see this is nasty, but surprisingly it all actually works. There aren't many packages required to get RPM + Yum working just things like libssl, so having a static list of packages is not a big deal to maintain - I don't hard-wire the *version* of the packages so it is future-proof, unlike rpmstrap. With the rpm2cpio usage I can now drop the dependency upon alien and the script *should* be completely portable to any system which has a native rpm + rpm2cpio command :) Steve -- Debian GNU/Linux System Administration http://www.debian-administration.org/ _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |