From: "Daniel P. Berrangé" <berrange@redhat.com>
To: Alexey Krasikov <alex-krasikov@yandex-team.ru>
Cc: qemu-devel@nongnu.org, yc-core@yandex-team.ru
Subject: Re: [RFC PATCH v2 1/5] crypto/secret: rename to secret_interface.
Date: Wed, 22 Apr 2020 16:32:33 +0100 [thread overview]
Message-ID: <20200422153233.GE587120@redhat.com> (raw)
In-Reply-To: <20200415222525.4022-1-alex-krasikov@yandex-team.ru>
On Thu, Apr 16, 2020 at 01:25:21AM +0300, Alexey Krasikov wrote:
> * Rename for future division into subclasses. Most part of the interface
> will remain in basic common class.
You don't need to put bullet points in the commit message, just
have the text.
>
> Signed-off-by: Alexey Krasikov <alex-krasikov@yandex-team.ru>
> ---
> crypto/{secret.c => secret_interface.c} | 0
> include/crypto/{secret.h => secret_interface.h} | 0
> 2 files changed, 0 insertions(+), 0 deletions(-)
> rename crypto/{secret.c => secret_interface.c} (100%)
> rename include/crypto/{secret.h => secret_interface.h} (100%)
This breaks the build because Makefile.objs doesn't reference
the new filename, and likewise other files doing #include
don't work.
I don't think renaming actually makes sense in the first place,
because you then add the original files back again in a later
patch.
You need to just have a patch which introduces secret_interface.{ch}
without killing the original secret.{c,h} entirely. The key point is
that QEMU must successfully compile on each individual patch in the
series, otherwise it breaks "git bisect" usage.
Also, since the object is called "SecretCommon",the filenames
should match that "secret_common.{ch}"
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 :|
prev parent reply other threads:[~2020-04-22 15:34 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-15 22:25 [RFC PATCH v2 1/5] crypto/secret: rename to secret_interface Alexey Krasikov
2020-04-15 22:25 ` [RFC PATCH v2 2/5] crypto/secret_interface: conversion to common basic class Alexey Krasikov
2020-04-15 22:25 ` [RFC PATCH v2 3/5] crypto/secret: add secret class files Alexey Krasikov
2020-04-15 22:25 ` [RFC PATCH v2 4/5] crypto/linux_keyring: add 'syskey' secret object Alexey Krasikov
2020-04-22 15:46 ` Daniel P. Berrangé
2020-04-15 22:25 ` [RFC PATCH v2 5/5] test-crypto-secret: add 'syskey' object tests Alexey Krasikov
2020-04-22 15:47 ` Daniel P. Berrangé
2020-04-16 6:05 ` [RFC PATCH v2 1/5] crypto/secret: rename to secret_interface Markus Armbruster
2020-04-22 15:32 ` Daniel P. Berrangé [this message]
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=20200422153233.GE587120@redhat.com \
--to=berrange@redhat.com \
--cc=alex-krasikov@yandex-team.ru \
--cc=qemu-devel@nongnu.org \
--cc=yc-core@yandex-team.ru \
/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).