[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH for-4.19] Config: Update MiniOS revision
On 31.10.2024 10:46, Andrew Cooper wrote: > On 31/10/2024 9:25 am, Jan Beulich wrote: >> On 30.10.2024 19:03, Andrew Cooper wrote: >>> A new branch from xen-RELEASE-4.19.0, for now containing commit >>> a400dd517068 ("Add missing symbol exports for grub-pv"). >>> >>> Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> >>> --- >>> CC: Juergen Gross <jgross@xxxxxxxx> >>> CC: Jan Beulich <JBeulich@xxxxxxxx> >>> CC: Stefano Stabellini <sstabellini@xxxxxxxxxx> >>> CC: Julien Grall <julien@xxxxxxx> >>> --- >>> Config.mk | 2 +- >>> 1 file changed, 1 insertion(+), 1 deletion(-) >>> >>> diff --git a/Config.mk b/Config.mk >>> index 03a89624c77f..aa3d5843f1ed 100644 >>> --- a/Config.mk >>> +++ b/Config.mk >>> @@ -224,7 +224,7 @@ QEMU_UPSTREAM_URL ?= >>> https://xenbits.xen.org/git-http/qemu-xen.git >>> QEMU_UPSTREAM_REVISION ?= qemu-xen-4.19.0 >>> >>> MINIOS_UPSTREAM_URL ?= https://xenbits.xen.org/git-http/mini-os.git >>> -MINIOS_UPSTREAM_REVISION ?= xen-RELEASE-4.19.0 >>> +MINIOS_UPSTREAM_REVISION ?= xen-stable-4.19 >> Wouldn't we better use a hash here, like we do on staging? There had been >> cases where it wasn't safe for the used commit to move "automatically", and >> the same could occur on a stable branch. The hash would then be replaced by >> a release tag when a release is being prepared (again like on staging). > > It will only be getting build fixes, not new content. So it will be > stable-enough in that regard. Hmm, can we really expect it to only ever be build fixes, not fixes of any other kind (which then may have dependencies)? Jürgen, Samuel, what's your take? Jan > Otherwise, its hedging my bets as to whether other changes will be > needed before we cut releases. All of this comes from the fact that > we've got a couple of rolling distros which end up up-to-date even on > the oldest trees. > > ~Andrew
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |