From: David Howells <dhowells@redhat.com>
To: Shreenidhi Shedi <yesshedi@gmail.com>
Cc: dhowells@redhat.com, dwmw2@infradead.org,
gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org,
sshedi@vmware.com
Subject: Re: [ PATCH v4 1/6] sign-file: refactor argument parsing logic
Date: Tue, 14 Mar 2023 16:02:08 +0000 [thread overview]
Message-ID: <3754505.1678809728@warthog.procyon.org.uk> (raw)
In-Reply-To: <20230221170804.3267242-1-sshedi@vmware.com>
Can you please include a cover note indicating what this series is about?
> - Use getopt_long_only for parsing input args
> - Use more easy to remember command line argument names
You're also adding a bunch of new flags. I would recommend splitting that
into a separate patch.
> + char *hash_algo = opts.hash_algo;
> + char *dest_name = opts.dest_name;
> + char *private_key_name = opts.private_key_name;
> + char *raw_sig_name = opts.raw_sig_name;
> + char *x509_name = opts.x509_name;
> + char *module_name = opts.module_name;
I wonder if these should now be const char *.
> @@ -292,7 +381,6 @@ int main(int argc, char **argv)
> exit(3);
> }
> #endif
> -
> /* Open the module file */
> bm = BIO_new_file(module_name, "rb");
> ERR(!bm, "%s", module_name);
Please don't remove that blank line - it separates two logically distinct
parts of the program.
David
next prev parent reply other threads:[~2023-03-14 16:03 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-21 17:07 [ PATCH v4 1/6] sign-file: refactor argument parsing logic Shreenidhi Shedi
2023-02-21 17:08 ` [ PATCH v4 2/6] sign-file: move file signing logic to its own function Shreenidhi Shedi
2023-03-14 16:10 ` David Howells
2023-02-21 17:08 ` [ PATCH v4 3/6] sign-file: add support sign modules in bulk Shreenidhi Shedi
2023-03-14 16:13 ` David Howells
2023-02-21 17:08 ` [ PATCH v4 4/6] sign-file: cosmetic fix Shreenidhi Shedi
2023-03-14 16:14 ` David Howells
2023-02-21 17:08 ` [ PATCH v4 5/6] sign-file: use const with a global string constant Shreenidhi Shedi
2023-03-14 16:15 ` David Howells
2023-02-21 17:08 ` [ PATCH v4 6/6] sign-file: improve help message Shreenidhi Shedi
2023-03-14 16:20 ` David Howells
2023-02-21 17:18 ` [ PATCH v4 1/6] sign-file: refactor argument parsing logic Greg KH
2023-03-14 16:02 ` David Howells [this message]
2023-03-14 16:21 ` David Howells
2023-03-20 15:47 ` Shreenidhi Shedi
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=3754505.1678809728@warthog.procyon.org.uk \
--to=dhowells@redhat.com \
--cc=dwmw2@infradead.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sshedi@vmware.com \
--cc=yesshedi@gmail.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