|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] create-diff-object: more precisely identify .rodata sections
On 18/09/2019, 12:15, "Julien Grall" <julien.grall@xxxxxxx> wrote:
Hi Ian,
On 18/09/2019 11:41, Ian Jackson wrote:
> Julien Grall writes ("Re: [PATCH] create-diff-object: more precisely
identify .rodata sections"):
>> On 18/09/2019 10:52, Wieczorkiewicz, Pawel wrote:
>>> $ scripts/./add_maintainers.pl -d ~/git/livepatch-build-tools
>>
>> '-d' only tells you where the patches files are. The script will look up
for the
>> MAINTAINERS file in the current directory.
>
> Hmmm. I wonder if we could detect this situation somehow. This will
> be a common user error I think.
I think it would be possible for patch modifying file. We could check
whether
the file modified exist in the repo. Though, I am not sure how difficult it
would be to implement.
That might be doable, but won't be easy as I will essentially need to parse the
patch
And it won't be reliable.
The only workable way of doing this may be to have a strong convention
that requires to use the [REPONAME PATCH] via --subject-prefix when generating
the
patch and for add_maintainers.pl to verify this somehow based on the current
directory and the patches.
We already have strong conventions in some cases, e.g. for OSSTEST we always use
[OSSTEST PATCH]. This would potentially be helpful for the CI loop plans aso.
Assuming there is a git config setting for --subject-prefix then this could be
made
to work. I could add a section under [1] to document the convention with the
appropriate git command. We could include a script (e.g.
xen.git:scrips/git-setup)
which does this based on the repo name automatically.
Any views?
Lars
[1]
https://wiki.xenproject.org/wiki/Submitting_Xen_Project_Patches#Sending_the_patches_to_the_list
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |