From: "Daniel P. Berrange" <berrange@redhat.com>
To: Eric Blake <eblake@redhat.com>
Cc: Peter Maydell <peter.maydell@linaro.org>,
QEMU Developers <qemu-devel@nongnu.org>,
Thomas Huth <thuth@redhat.com>, Alexander Graf <agraf@suse.de>,
Michael Roth <mdroth@linux.vnet.ibm.com>
Subject: Re: [Qemu-devel] updating to a u-boot without the case-sensitive filename clash
Date: Tue, 10 Oct 2017 16:15:13 +0100 [thread overview]
Message-ID: <20171010151513.GK30015@redhat.com> (raw)
In-Reply-To: <1726032a-16fb-3eae-1dbf-f711d4e98a5a@redhat.com>
On Tue, Oct 10, 2017 at 10:06:35AM -0500, Eric Blake wrote:
> On 10/10/2017 09:22 AM, Peter Maydell wrote:
> > Hi; we currently have an issue with the u-boot we're using where it
> > has a file and a directory that differ only in case (scripts/Kconfig
> > and scripts/kconfig/). This means that QEMU's release tarballs won't
> > unpack on a case-insensitive filesystem (OSX, Windows).
> >
> > u-boot have now fixed this upstream:
> > http://git.denx.de/?p=u-boot.git;a=commitdiff;h=610eec7f0593574c034054ba54fc1c934755e208
> >
> > but we need to decide how best to get this fix into QEMU so that
> > our tarballs will unpack, both for the upcoming QEMU 2.11 and
> > ideally for future point releases based on 2.10.
> >
> > I can see a couple of options:
> > (1) wait for next u-boot release (scheduled for Nov 13, 2017),
> > and move to that
> > [downsides: would be in the middle of QEMU's own release cycle,
> > pretty late to fix any problems with the new version;
> > rather a big change to put into stable]
> > (2) move to u-boot current head-of-unstable
> > [downsides: would mean running some random git commit version,
> > also not really very suitable for stable]
> > (3) backport the upstream fix to sit on top of the u-boot version
> > we're currently using (I think the patch should apply as-is)
> > [downsides: would need to figure out how to get that commit into
> > the mirror of the u-boot repo that we use; would a build of it
> > claim a misleading u-boot version number?]
> > (4) suggest your better idea here!
> >
> > Thoughts?
>
> half-and-half? Use option (1) for 2.11 (that is, wait for November's
> release there), but option (3) for 2.10.2 (that is, backport just the
> fix onto the u-boot version uses in 2.10.x right now)? (I'm not sure
> I'm a fan of the idea of split maintenance like that, but am throwing it
> out as a possible (4) since you asked).
There's always the "do nothing" option for the stable branch too.
It isn't nice but there is a workaround, which we could easily publicise
on the '/download/' page of the website until 2.11 comes out
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
next prev parent reply other threads:[~2017-10-10 15:15 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-10 14:22 [Qemu-devel] updating to a u-boot without the case-sensitive filename clash Peter Maydell
2017-10-10 15:06 ` Eric Blake
2017-10-10 15:15 ` Daniel P. Berrange [this message]
2017-10-10 16:32 ` Richard Henderson
2017-10-10 17:43 ` Michael Roth
2017-10-10 17:51 ` Richard Henderson
2017-10-11 13:11 ` Thomas Huth
2017-10-11 13:31 ` Alexander Graf
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20171010151513.GK30015@redhat.com \
--to=berrange@redhat.com \
--cc=agraf@suse.de \
--cc=eblake@redhat.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=thuth@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).