<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-dev/Documentation/kbuild/Kconfig.recursion-issue-02, branch master</title>
<subtitle>Linux kernel development work - see feature branches</subtitle>
<id>https://git.zx2c4.com/linux-dev/atom/Documentation/kbuild/Kconfig.recursion-issue-02?h=master</id>
<link rel='self' href='https://git.zx2c4.com/linux-dev/atom/Documentation/kbuild/Kconfig.recursion-issue-02?h=master'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/'/>
<updated>2021-10-12T19:58:19Z</updated>
<entry>
<title>docs: use the lore redirector everywhere</title>
<updated>2021-10-12T19:58:19Z</updated>
<author>
<name>Thorsten Leemhuis</name>
<email>linux@leemhuis.info</email>
</author>
<published>2021-10-07T08:05:00Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=a9d85efb25fbc9d2356c221ff967f77ed9f71d59'/>
<id>urn:sha1:a9d85efb25fbc9d2356c221ff967f77ed9f71d59</id>
<content type='text'>
Change all links from using the lkml redirector to the lore redirector,
as the kernel.org admin recently indicated: we shouldn't be using
lkml.kernel.org anymore because the domain can create confusion, as it
indicates it is only valid for messages sent to the LKML; the convention
has been to use https://lore.kernel.org/r/msgid for this reason.

In this process also change three links from using http to https.

Link: https://lore.kernel.org/r/20211006170025.qw3glxvocczfuhar@meerkat.local
CC: Thomas Gleixner &lt;tglx@linutronix.de&gt;
CC: Ingo Molnar &lt;mingo@redhat.com&gt;
CC: Borislav Petkov &lt;bp@alien8.de&gt;
CC: Hu Haowen &lt;src.res@email.cn&gt;
CC: Alex Shi &lt;alexs@kernel.org&gt;
CC: Federico Vaga &lt;federico.vaga@vaga.pv.it&gt;
Signed-off-by: Thorsten Leemhuis &lt;linux@leemhuis.info&gt;
Reviewed-by: Konstantin Ryabitsev &lt;konstantin@linuxfoundation.org&gt;
Link: https://lore.kernel.org/r/5bb55bac6ba10fafab19bf2b21572dd0e2f8cea2.1633593385.git.linux@leemhuis.info
Signed-off-by: Jonathan Corbet &lt;corbet@lwn.net&gt;
</content>
</entry>
<entry>
<title>docs: kbuild: Fix a typo in the file Kconfig.recursion-issue-02</title>
<updated>2021-04-24T20:13:56Z</updated>
<author>
<name>Bhaskar Chowdhury</name>
<email>unixbhaskar@gmail.com</email>
</author>
<published>2021-03-14T04:30:44Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=879a3209009fbbeb013a1d81952abcbe13918a13'/>
<id>urn:sha1:879a3209009fbbeb013a1d81952abcbe13918a13</id>
<content type='text'>
s/sematics/semantics/

Signed-off-by: Bhaskar Chowdhury &lt;unixbhaskar@gmail.com&gt;
Acked-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;
Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;
</content>
</entry>
<entry>
<title>kbuild: Replace HTTP links with HTTPS ones</title>
<updated>2020-08-09T16:32:59Z</updated>
<author>
<name>Alexander A. Klimov</name>
<email>grandmaster@al2klimov.de</email>
</author>
<published>2020-07-19T19:46:02Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=16a122c743b327f714606eff2cd8ff31c206bafc'/>
<id>urn:sha1:16a122c743b327f714606eff2cd8ff31c206bafc</id>
<content type='text'>
Rationale:
Reduces attack surface on kernel devs opening the links for MITM
as HTTPS traffic is much harder to manipulate.

Deterministic algorithm:
For each file:
  If not .svg:
    For each line:
      If doesn't contain `\bxmlns\b`:
        For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:
	  If neither `\bgnu\.org/license`, nor `\bmozilla\.org/MPL\b`:
            If both the HTTP and HTTPS versions
            return 200 OK and serve the same content:
              Replace HTTP with HTTPS.

Signed-off-by: Alexander A. Klimov &lt;grandmaster@al2klimov.de&gt;
Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;
</content>
</entry>
<entry>
<title>kbuild: document recursive dependency limitation / resolution</title>
<updated>2015-10-08T13:36:16Z</updated>
<author>
<name>Luis R. Rodriguez</name>
<email>mcgrof@suse.com</email>
</author>
<published>2015-10-07T23:16:33Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=1c199f2878f6c1b8c52125ad9805e94fe2dde472'/>
<id>urn:sha1:1c199f2878f6c1b8c52125ad9805e94fe2dde472</id>
<content type='text'>
Recursive dependency issues with kconfig are unavoidable due to
some limitations with kconfig, since these issues are recurring
provide a hint to the user how they can resolve these dependency
issues and also document why such limitation exists.

While at it also document a bit of future prospects of ways to
enhance Kconfig, including providing formal semantics and evaluation
of use of a SAT solver. If you're interested in this work or prospects
of it check out the kconfig-sat project wiki [0] and mailing list [1].

[0] http://kernelnewbies.org/KernelProjects/kconfig-sat
[1] https://groups.google.com/d/forum/kconfig-sat

Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;
Cc: James Bottomley &lt;jbottomley@odin.com&gt;
Cc: Josh Triplett &lt;josh@joshtriplett.org&gt;
Cc: Paul Bolle &lt;pebolle@tiscali.nl&gt;
Cc: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
Cc: Takashi Iwai &lt;tiwai@suse.de&gt;
Cc: "Yann E. MORIN" &lt;yann.morin.1998@free.fr&gt;
Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;
Cc: Mate Soos &lt;soos.mate@gmail.com&gt;
Signed-off-by: Luis R. Rodriguez &lt;mcgrof@suse.com&gt;
Signed-off-by: Michal Marek &lt;mmarek@suse.com&gt;
</content>
</entry>
</feed>
