From: Eric Blake <eblake@redhat.com>
To: "Alexey Kardashevskiy" <aik@ozlabs.ru>,
"Philippe Mathieu-Daudé" <philmd@redhat.com>,
"David Gibson" <david@gibson.dropbear.id.au>
Cc: qemu-ppc@nongnu.org, qemu-devel@nongnu.org
Subject: Re: [GIT PULL for qemu-pseries] pseries: Update SLOF firmware image
Date: Tue, 22 Oct 2019 20:07:51 -0500 [thread overview]
Message-ID: <106a1e2a-3ee1-50c1-c80d-3d8d7d693acf@redhat.com> (raw)
In-Reply-To: <89175bc7-87d0-8b77-595e-2a610a9d3b30@ozlabs.ru>
On 10/22/19 7:04 PM, Alexey Kardashevskiy wrote:
>> Looking at commit 8e59d05f71ae which update the SLOF submodule,
>> in your future updates can you include the git shortlog in the
>> commit description?
>
>
> I guess I can do that.
>
> Is there an easy way to combine
>
> git -C roms/SLOF shortlog qemu-slof-20190911..qemu-slof-20191022
> git commit
> ?
>
git -C roms/SLOF shortlog qemu-slof-20190911..qemu-slof-20191022 \
| git commit -F -
You can get something similar with less typing as:
git sumodule summary | git commit -F -
> After
> export MYDIFF=$(git -C roms/SLOF shortlog qemu-slof-20190911..qemu-slof-20191022)
> $MYDIFF looses formatting (drops \r) so it is no good for a commit log.
Potentially insufficient quoting there.
POSIX says that:
export foo=$(printf 'a b')
can result in either of the following scenarios:
both 'foo' and 'b' are exported, foo with the value 'a', b with its
existing value (if any, otherwise empty); bash uses this behavior [in
POSIX terms, bash treats arguments after 'export' in an assignment context]
just 'foo' is exported, with value 'a b'; dash uses this behavior
If you want to guarantee the latter (that is, that the shell does not
split on whitespace or perform globbing), you have to either split it
into two commands (so that your unquoted use of $() is guaranteed to
occur in assignment context, without worrying whether 'export'
introduces those contexts):
export foo
foo=$(...)
or use quoting:
export foo="$(...)"
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
next prev parent reply other threads:[~2019-10-23 1:09 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-22 4:09 [GIT PULL for qemu-pseries] pseries: Update SLOF firmware image Alexey Kardashevskiy
2019-10-22 7:41 ` David Gibson
2019-10-22 8:49 ` Philippe Mathieu-Daudé
2019-10-23 0:04 ` Alexey Kardashevskiy
2019-10-23 1:07 ` Eric Blake [this message]
-- strict thread matches above, loose matches on Subject: below --
2019-12-06 1:25 Alexey Kardashevskiy
2019-12-06 1:38 ` David Gibson
2019-12-06 11:18 ` Peter Maydell
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=106a1e2a-3ee1-50c1-c80d-3d8d7d693acf@redhat.com \
--to=eblake@redhat.com \
--cc=aik@ozlabs.ru \
--cc=david@gibson.dropbear.id.au \
--cc=philmd@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
/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).