Summary: | app-emulation/xen-4.3.1-r1 removes old version but doesn't install itself, on x86/32 -- system unbootable | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mark H. Wood <mwood> |
Component: | Current packages | Assignee: | Ian Delaney (RETIRED) <idella4> |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | dwfreed, xen |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Mark H. Wood
2013-12-11 14:22:04 UTC
could you provide more output/messages of the xen error? you can use serial console to get this, adjust following line in your grub [1] kernel /xen.gz dom0_mem=512M loglvl=all guest_loglvl=all com1=38400,8n1 console=com1 I vaguely remembered that xen *dom0* removing support for x86, just can't find when they've done this.. but you can still running 32bit domU [1] http://wiki.xenproject.org/wiki/XenSerialConsole I was not correct in my previous comment.. see following release notes, and upstream commit[3] Remove x86 32-bit and ia64 (itanium) hypervisors. 32bit VMs, including 32bit dom0, are still supported on a x86_64 64bit hypervisor. [1] http://wiki.xenproject.org/wiki/Xen_4.3_Release_Notes [2] http://wiki.xenproject.org/wiki/Xen_4.3_Feature_List [3] http://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=5d1181a5ea5e0f11d481a94b16ed00d883f9726e Well it seems you're about the first to have attempted to boot a 32 bit system dom0, and file, since the release of 4.3.0 in July. Leaving xen-4.2.2 so as to have a xen that provides a 32 bit dom0, but somewhere down the track as 32 bit xen host will be a deprecated memory of history. *xen-4.3.1-r2 (16 Dec 2013) *xen-4.3.0-r5 (16 Dec 2013) 16 Dec 2013; Ian Delaney <idella4@gentoo.org> +xen-4.3.0-r5.ebuild, +xen-4.3.1-r2.ebuild, -xen-4.3.0-r4.ebuild, metadata.xml: KEYWORDS.dropped, x86, along with IUSE pae, in 4.3.x, wrt Bug #493944 Re-opening as it is apparently not completely fixed. [11:04] <elbryan> I notice that the XEN problem I rose a couple of weeks ago is still there :/ [11:06] <jdhore> bugs don't get fixed instantly, sorry [11:07] <dwfreed> which bug? [11:08] <dwfreed> elbryan: ^ [11:09] <elbryan> I didn't open it.. I mentioned here that xen-4.3.1 should not be marked as stable for x86 [11:09] <elbryan> as it completely breaks things up [11:10] <dwfreed> well [11:10] <dwfreed> >=4.3 no longer supports being a 32 bit hypervisor, but that doesn't stop you from running it under a 32 bit dom0 [11:13] <dwfreed> and all of the userspace tools still work in 32 bit [11:13] * fau has quit (Quit: Lost terminal) [11:18] <elbryan> dwfreed: it wipes out your xen modules [11:18] <elbryan> therefore, you cannot boot anymore [11:19] <elbryan> the ebuild compiles 0 files and installs 0 files.. thus it deletes your old installation of xen (the xen module in /boot). I think this is a problem. [11:20] <dwfreed> yeah, idella4 missed one ebuild [11:20] <dwfreed> bug 493944 is not fixed [11:20] <willikins> dwfreed: https://bugs.gentoo.org/493944 "app-emulation/xen-4.3.1-r1 removes old version but doesn't install itself, on x86/32 -- system unbootable"; Gentoo Linux, Applications; RESO, FIXE; mwood:idella4 [11:21] <dwfreed> also he needs to fix the 9999 source, because the mercurial repo will be going away, if it hasn't already [11:23] <dol-sen> dwfreed, can you re-open it? or you want me to, so you can comment on what's missed? [11:23] <dol-sen> if there isn't one, make a new bug for 9999 [11:24] <elbryan> In the meanwhile marking it unstable should be an intelligent move, I believe [11:25] <dwfreed> dol-sen: I don't have perms to modify bugs I'm not the creator or the assignee of [11:25] <dwfreed> dol-sen: but I can update it, at least :) [11:25] <dol-sen> so, you want me to re-open it? [11:25] <dwfreed> sure :) app-emulation/xen-4.3.1-r1 is the version in question that still has x86 keyword. I'd suggest using -x86, so that somebody doesn't try to re-add either a ~x86 or an x86 keyword in the future. 31 Dec 2013; Ian Delaney <idella4@gentoo.org> xen-4.3.0-r5.ebuild, xen-4.3.1-r1.ebuild, xen-4.3.1-r2.ebuild: After some further 'discussion', stabalised version corrected to resolve residual QA issues, other ebuilds updated to follow suit |