James Harper
2005-Apr-07 11:54 UTC
[Xen-devel] xen-2.0.5 vs xen-2.0-testing and version identification on xen.gz
I''m building 2.0-testing in an effort to check the problem I''m having with 2.0.5. I want to be able to roll back if it all goes sour, how would the following combinations work: xen 2.0.5, kernel 2.0-testing, tools 2.0.5 xen 2.0-testing, kernel 2.0-testing, tools 2.0.5 I don''t want to update anything I don''t have to... Also, the standard xen build just builds a file called xen.gz. Can I suggest that we call it something like xen-2.0.5.gz or xen-2.0-testing.gz so that multiple versions could be installed at once? Obviously it''s pretty easy to rename the file manually myself if nobody else thinks it''s a good idea... James _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
M.A. Williamson
2005-Apr-07 12:48 UTC
Re: [Xen-devel] xen-2.0.5 vs xen-2.0-testing and version identification on xen.gz
> I want to be able to roll back if it all goes sour, how would the > following combinations work:Basically any combination ought to work. The 2.0.x series is all binary compatible. The -testing tree is basically bug fixes only, so using it *shouldn''t* give you any problems. Cheers, Mark> xen 2.0.5, kernel 2.0-testing, tools 2.0.5 > xen 2.0-testing, kernel 2.0-testing, tools 2.0.5 > > I don''t want to update anything I don''t have to... > > Also, the standard xen build just builds a file called xen.gz. Can I > suggest that we call it something like xen-2.0.5.gz or > xen-2.0-testing.gz so that multiple versions could be installed at once? > Obviously it''s pretty easy to rename the file manually myself if nobody > else thinks it''s a good idea... > > James > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Steve Traugott
2005-Apr-08 04:38 UTC
Re: [Xen-devel] xen-2.0.5 vs xen-2.0-testing and version identification on xen.gz
On Thu, Apr 07, 2005 at 09:54:45PM +1000, James Harper wrote:> Also, the standard xen build just builds a file called xen.gz. Can I > suggest that we call it something like xen-2.0.5.gz or > xen-2.0-testing.gz so that multiple versions could be installed at once? > Obviously it''s pretty easy to rename the file manually myself if nobody > else thinks it''s a good idea...I highly second this suggestion -- this past weekend (after losing several hours messing around with the wrong xen+xenolinux) I spent some time trying to figure out how to safely add a user-specified optional environment variable (like $REVISION below) which along with EXTRAVERSION would get appended to *all* of the filenames which are installed in /boot, so it''s easier to keep different build products straight. This is easy to do with standard Linux and the Debian kernel build tools, but I haven''t figured out the right way to do it with Xen or Xenolinux yet, short of patching makefiles and/or the install script. I''ll look at it again when I get a chance -- I''m netless at the moment. For example, right now ''uname -r'' on my (non-Xen) laptop returns: 2.4.22spirit.7+600x ...and the related files in /boot are: config-2.4.22spirit.7+600x vmlinuz-2.4.22spirit.7+600x System.map-2.4.22spirit.7+600x initrd.img-2.4.22spirit.7+600x This was all built with something like this: EXTRAVERSION=spirit.7+600x REVISION=`hostname`.`date ''+%s''` cd /usr/src/linux make-kpkg clean cp /usr/src/linux-config/$EXTRAVERSION /usr/src/linux/.config make-kpkg --initrd --revision $REVISION \ --append_to_version $EXTRAVERSION binary modules_image dpkg -i kernel-image-2.4.22$EXTRAVERSION_$REVISION_i386.deb grub-menugen > /boot/grub/menu.lst That ''grub-menugen'' is a straightforward Perl script which regenerates menu.lst from what it finds in /boot, putting the most recent kernel at the top of the list as the boot default. You can extrapolate from there to see what''s happening with modules. Steve -- Stephen G. Traugott (KG6HDQ) UNIX/Linux Infrastructure Architect, TerraLuna LLC stevegt@TerraLuna.Org http://www.stevegt.com -- http://Infrastructures.Org _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel