linux-next.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* linux-next: manual merge of the jc_docs tree with the kbuild tree
@ 2017-06-26  1:13 Stephen Rothwell
  2017-07-03  2:58 ` Stephen Rothwell
  0 siblings, 1 reply; 6+ messages in thread
From: Stephen Rothwell @ 2017-06-26  1:13 UTC (permalink / raw)
  To: Jonathan Corbet, Masahiro Yamada
  Cc: Linux-Next Mailing List, Linux Kernel Mailing List, Kamil Rytarowski

Hi Jonathan,

Today's linux-next merge of the jc_docs tree got a conflict in:

  scripts/kernel-doc-xml-ref

between commit:

  cb77f0d623ff ("scripts: Switch to more portable Perl shebang")

from the kbuild tree and commit:

  52b3f239bb69 ("Docs: clean up some DocBook loose ends")

from the jc_docs tree.

I fixed it up (the latter removed the file, so I did that) and can
carry the fix as necessary. This is now fixed as far as linux-next is
concerned, but any non trivial conflicts should be mentioned to your
upstream maintainer when your tree is submitted for merging.  You may
also want to consider cooperating with the maintainer of the conflicting
tree to minimise any particularly complex conflicts.

-- 
Cheers,
Stephen Rothwell

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: linux-next: manual merge of the jc_docs tree with the kbuild tree
  2017-06-26  1:13 linux-next: manual merge of the jc_docs tree with the kbuild tree Stephen Rothwell
@ 2017-07-03  2:58 ` Stephen Rothwell
  2017-07-03 16:43   ` Kamil Rytarowski
  0 siblings, 1 reply; 6+ messages in thread
From: Stephen Rothwell @ 2017-07-03  2:58 UTC (permalink / raw)
  To: Jonathan Corbet, Masahiro Yamada
  Cc: Linux-Next Mailing List, Linux Kernel Mailing List, Kamil Rytarowski

Hi all,

With the merge window opening, just a reminder that this conflict still
exists.

On Mon, 26 Jun 2017 11:13:31 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> Today's linux-next merge of the jc_docs tree got a conflict in:
> 
>   scripts/kernel-doc-xml-ref
> 
> between commit:
> 
>   cb77f0d623ff ("scripts: Switch to more portable Perl shebang")
> 
> from the kbuild tree and commit:
> 
>   52b3f239bb69 ("Docs: clean up some DocBook loose ends")
> 
> from the jc_docs tree.
> 
> I fixed it up (the latter removed the file, so I did that) and can
> carry the fix as necessary. This is now fixed as far as linux-next is
> concerned, but any non trivial conflicts should be mentioned to your
> upstream maintainer when your tree is submitted for merging.  You may
> also want to consider cooperating with the maintainer of the conflicting
> tree to minimise any particularly complex conflicts.

-- 
Cheers,
Stephen Rothwell

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: linux-next: manual merge of the jc_docs tree with the kbuild tree
  2017-07-03  2:58 ` Stephen Rothwell
@ 2017-07-03 16:43   ` Kamil Rytarowski
  2017-07-03 18:13     ` Jonathan Corbet
  2017-07-03 18:33     ` Stephen Rothwell
  0 siblings, 2 replies; 6+ messages in thread
From: Kamil Rytarowski @ 2017-07-03 16:43 UTC (permalink / raw)
  To: Stephen Rothwell, Jonathan Corbet, Masahiro Yamada
  Cc: Linux-Next Mailing List, Linux Kernel Mailing List


[-- Attachment #1.1: Type: text/plain, Size: 1085 bytes --]

Hello,

Am I expected to do it myself and resend a new patch?

On 03.07.2017 04:58, Stephen Rothwell wrote:
> Hi all,
> 
> With the merge window opening, just a reminder that this conflict still
> exists.
> 
> On Mon, 26 Jun 2017 11:13:31 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>>
>> Today's linux-next merge of the jc_docs tree got a conflict in:
>>
>>   scripts/kernel-doc-xml-ref
>>
>> between commit:
>>
>>   cb77f0d623ff ("scripts: Switch to more portable Perl shebang")
>>
>> from the kbuild tree and commit:
>>
>>   52b3f239bb69 ("Docs: clean up some DocBook loose ends")
>>
>> from the jc_docs tree.
>>
>> I fixed it up (the latter removed the file, so I did that) and can
>> carry the fix as necessary. This is now fixed as far as linux-next is
>> concerned, but any non trivial conflicts should be mentioned to your
>> upstream maintainer when your tree is submitted for merging.  You may
>> also want to consider cooperating with the maintainer of the conflicting
>> tree to minimise any particularly complex conflicts.
> 



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: linux-next: manual merge of the jc_docs tree with the kbuild tree
  2017-07-03 16:43   ` Kamil Rytarowski
@ 2017-07-03 18:13     ` Jonathan Corbet
  2017-07-03 18:33     ` Stephen Rothwell
  1 sibling, 0 replies; 6+ messages in thread
From: Jonathan Corbet @ 2017-07-03 18:13 UTC (permalink / raw)
  To: Kamil Rytarowski
  Cc: Stephen Rothwell, Masahiro Yamada, Linux-Next Mailing List,
	Linux Kernel Mailing List

On Mon, 3 Jul 2017 18:43:32 +0200
Kamil Rytarowski <n54@gmx.com> wrote:

> Am I expected to do it myself and resend a new patch?
> 
No, there should be no need for that.  I've already mentioned the issue
in my pull request; if the same happens on the kbuild side, Linus will
not have a hard time figuring out what to do.

jon

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: linux-next: manual merge of the jc_docs tree with the kbuild tree
  2017-07-03 16:43   ` Kamil Rytarowski
  2017-07-03 18:13     ` Jonathan Corbet
@ 2017-07-03 18:33     ` Stephen Rothwell
  1 sibling, 0 replies; 6+ messages in thread
From: Stephen Rothwell @ 2017-07-03 18:33 UTC (permalink / raw)
  To: Kamil Rytarowski
  Cc: Jonathan Corbet, Masahiro Yamada, Linux-Next Mailing List,
	Linux Kernel Mailing List

Hi Kamil,

On Mon, 3 Jul 2017 18:43:32 +0200 Kamil Rytarowski <n54@gmx.com> wrote:
>
> Am I expected to do it myself and resend a new patch?

No, this conflict is not very hard to fix up, so Linus just needs to be
told it exists as a courtesy.

-- 
Cheers,
Stephen Rothwell

^ permalink raw reply	[flat|nested] 6+ messages in thread

* linux-next: manual merge of the jc_docs tree with the kbuild tree
@ 2020-03-11  1:07 Stephen Rothwell
  0 siblings, 0 replies; 6+ messages in thread
From: Stephen Rothwell @ 2020-03-11  1:07 UTC (permalink / raw)
  To: Jonathan Corbet, Masahiro Yamada
  Cc: Linux Next Mailing List, Linux Kernel Mailing List, Nick Desaulniers

[-- Attachment #1: Type: text/plain, Size: 1087 bytes --]

Hi all,

Today's linux-next merge of the jc_docs tree got a conflict in:

  Documentation/kbuild/index.rst

between commit:

  fcf1b6a35c16 ("Documentation/llvm: add documentation on building w/ Clang/LLVM")

from the kbuild tree and commit:

  2b4cbd5c9505 ("docs: move gcc-plugins to the kbuild manual")

from the jc_docs tree.

I fixed it up (see below) and can carry the fix as necessary. This
is now fixed as far as linux-next is concerned, but any non trivial
conflicts should be mentioned to your upstream maintainer when your tree
is submitted for merging.  You may also want to consider cooperating
with the maintainer of the conflicting tree to minimise any particularly
complex conflicts.

-- 
Cheers,
Stephen Rothwell

diff --cc Documentation/kbuild/index.rst
index 3882bd5f7728,82daf2efcb73..000000000000
--- a/Documentation/kbuild/index.rst
+++ b/Documentation/kbuild/index.rst
@@@ -19,7 -19,7 +19,8 @@@ Kernel Build Syste
  
      issues
      reproducible-builds
 +    llvm
+     gcc-plugins
  
  .. only::  subproject and html
  

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2020-03-11  1:08 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-06-26  1:13 linux-next: manual merge of the jc_docs tree with the kbuild tree Stephen Rothwell
2017-07-03  2:58 ` Stephen Rothwell
2017-07-03 16:43   ` Kamil Rytarowski
2017-07-03 18:13     ` Jonathan Corbet
2017-07-03 18:33     ` Stephen Rothwell
2020-03-11  1:07 Stephen Rothwell

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).