Re: manual option --inline --no-attach override required for format.attach

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2023-02-15 15:21, Junio C Hamano wrote:
Brian Inglis <Brian.Inglis@xxxxxxx> writes:

What did you do before the bug happened? (Steps to reproduce your issue)
git format-patch --inline ... --to=linux-man@xxxxxxxxxxxxxxx

This is documented to use multipart/mixed attachement with
"Content-Disposition: inline".

git format-patch --no-attach ... --to=linux-man@xxxxxxxxxxxxxxx

This should be the default, text/plain patch contained inline in the
message.

git send-email ... --to=linux-man@xxxxxxxxxxxxxxx

It is unclera what ... hides on this command line, but if you sent
output from both of the above two format-patch invocations, then the
output from the first invocation of format-patch with --inline would
be MIME multipart messages, so it is understandable if the recipient
sees such messages.

Thanks Junio,

I think I was being confused by a project maintainer insisting on --inline when what he really wanted was --no-attach to get inline patches for his process, no other project previously caring that /etc/gitconfig had format.attach, and my not even being aware that was set until I checked! I also found my ISP had added outgoing milter rate limiting, rejecting everything after the 5th patch email in a series, adding to our situation!

But the point stands that there is no way to switch attach off in local or repo config if it is on in a more global config, other than remembering to manually specify --no-attach on every git format-patch. Suggest allowing attach=no|off|0. This would benefit those contributing from orgs tightly controlled environments where they may be unable to change global configs.

There should also be a config item if project maintainers want to see --inline attachments, working in the same manner as attach, or as an argument of attach?

--
Take care. Thanks, Brian Inglis			Calgary, Alberta, Canada

La perfection est atteinte			Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter	not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer	but when there is no more to cut
			-- Antoine de Saint-Exupéry



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux