All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <1508951897.7367.16.camel@linux.vnet.ibm.com>

diff --git a/a/1.txt b/N1/1.txt
index c06ee41..efc7df0 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -30,7 +30,7 @@ On Wed, 2017-10-25 at 13:05 -0200, Bruno E. O. Meneguele wrote:
 > > >  	if (!file && read_id == READING_MODULE) {
 > > 
 > > The only reason for getting here is that you're using the old module
-> > load syscall.  Is there a reason for not using the new one, which
+> > load syscall. ?Is there a reason for not using the new one, which
 > > passes the file descriptor?
 
 > Basicaly because the way kmod handles compressed (gz/xz) modules. The
@@ -45,7 +45,7 @@ On Wed, 2017-10-25 at 13:05 -0200, Bruno E. O. Meneguele wrote:
 > CONFIG_MODULE_SIG_FORCE check (ignoring module.sig_enforce cmdline
 > param).
 
-Thank you for the reasoning.  BTW, these patches are now queued.
+Thank you for the reasoning. ?BTW, these patches are now queued.
 
 
 > > > -#ifndef CONFIG_MODULE_SIG_FORCE
@@ -59,4 +59,9 @@ Thank you for the reasoning.  BTW, these patches are now queued.
 > > >  	return 0;
 > > 
 > > 
->
+> 
+
+--
+To unsubscribe from this list: send the line "unsubscribe linux-security-module" in
+the body of a message to majordomo at vger.kernel.org
+More majordomo info at  http://vger.kernel.org/majordomo-info.html
diff --git a/a/content_digest b/N1/content_digest
index e451be5..5bdd550 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -2,18 +2,10 @@
  "ref\0b1bab0d1184f11c06ba0484883c22bc046ffb5a6.1508865786.git.brdeoliv@redhat.com\0"
  "ref\01508885697.3164.5.camel@linux.vnet.ibm.com\0"
  "ref\020171025150544.GC26762@glitch\0"
- "From\0Mimi Zohar <zohar@linux.vnet.ibm.com>\0"
- "Subject\0Re: [PATCH v3 2/2] ima: check signature enforcement against cmdline param instead of CONFIG\0"
+ "From\0zohar@linux.vnet.ibm.com (Mimi Zohar)\0"
+ "Subject\0[PATCH v3 2/2] ima: check signature enforcement against cmdline param instead of CONFIG\0"
  "Date\0Wed, 25 Oct 2017 13:18:17 -0400\0"
- "To\0Bruno E. O. Meneguele <brdeoliv@redhat.com>\0"
- "Cc\0linux-kernel@vger.kernel.org"
-  linux-security-module@vger.kernel.org
-  linux-integrity@vger.kernel.org
-  serge@hallyn.com
-  james.l.morris@oracle.com
-  dmitry.kasatkin@gmail.com
-  rusty@rustcorp.com.au
- " jeyu@kernel.org\0"
+ "To\0linux-security-module@vger.kernel.org\0"
  "\00:1\0"
  "b\0"
  "On Wed, 2017-10-25 at 13:05 -0200, Bruno E. O. Meneguele wrote:\n"
@@ -48,7 +40,7 @@
  "> > >  \tif (!file && read_id == READING_MODULE) {\n"
  "> > \n"
  "> > The only reason for getting here is that you're using the old module\n"
- "> > load syscall.  Is there a reason for not using the new one, which\n"
+ "> > load syscall. ?Is there a reason for not using the new one, which\n"
  "> > passes the file descriptor?\n"
  "\n"
  "> Basicaly because the way kmod handles compressed (gz/xz) modules. The\n"
@@ -63,7 +55,7 @@
  "> CONFIG_MODULE_SIG_FORCE check (ignoring module.sig_enforce cmdline\n"
  "> param).\n"
  "\n"
- "Thank you for the reasoning.  BTW, these patches are now queued.\n"
+ "Thank you for the reasoning. ?BTW, these patches are now queued.\n"
  "\n"
  "\n"
  "> > > -#ifndef CONFIG_MODULE_SIG_FORCE\n"
@@ -77,6 +69,11 @@
  "> > >  \treturn 0;\n"
  "> > \n"
  "> > \n"
- >
+ "> \n"
+ "\n"
+ "--\n"
+ "To unsubscribe from this list: send the line \"unsubscribe linux-security-module\" in\n"
+ "the body of a message to majordomo at vger.kernel.org\n"
+ More majordomo info at  http://vger.kernel.org/majordomo-info.html
 
-fe070a9bbda3d0728d1ed304314db73c68ce22bbccfb79b3ca72d3f2394a32f7
+13f2721457ab688f46b7caf654276e1ee05a6e376c4949f74d8eb731abd2d1eb

diff --git a/a/1.txt b/N2/1.txt
index c06ee41..1d21446 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -30,7 +30,7 @@ On Wed, 2017-10-25 at 13:05 -0200, Bruno E. O. Meneguele wrote:
 > > >  	if (!file && read_id == READING_MODULE) {
 > > 
 > > The only reason for getting here is that you're using the old module
-> > load syscall.  Is there a reason for not using the new one, which
+> > load syscall.  Is there a reason for not using the new one, which
 > > passes the file descriptor?
 
 > Basicaly because the way kmod handles compressed (gz/xz) modules. The
@@ -45,7 +45,7 @@ On Wed, 2017-10-25 at 13:05 -0200, Bruno E. O. Meneguele wrote:
 > CONFIG_MODULE_SIG_FORCE check (ignoring module.sig_enforce cmdline
 > param).
 
-Thank you for the reasoning.  BTW, these patches are now queued.
+Thank you for the reasoning.  BTW, these patches are now queued.
 
 
 > > > -#ifndef CONFIG_MODULE_SIG_FORCE
diff --git a/a/content_digest b/N2/content_digest
index e451be5..f5661e4 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -48,7 +48,7 @@
  "> > >  \tif (!file && read_id == READING_MODULE) {\n"
  "> > \n"
  "> > The only reason for getting here is that you're using the old module\n"
- "> > load syscall.  Is there a reason for not using the new one, which\n"
+ "> > load syscall. \302\240Is there a reason for not using the new one, which\n"
  "> > passes the file descriptor?\n"
  "\n"
  "> Basicaly because the way kmod handles compressed (gz/xz) modules. The\n"
@@ -63,7 +63,7 @@
  "> CONFIG_MODULE_SIG_FORCE check (ignoring module.sig_enforce cmdline\n"
  "> param).\n"
  "\n"
- "Thank you for the reasoning.  BTW, these patches are now queued.\n"
+ "Thank you for the reasoning. \302\240BTW, these patches are now queued.\n"
  "\n"
  "\n"
  "> > > -#ifndef CONFIG_MODULE_SIG_FORCE\n"
@@ -79,4 +79,4 @@
  "> > \n"
  >
 
-fe070a9bbda3d0728d1ed304314db73c68ce22bbccfb79b3ca72d3f2394a32f7
+fbdc3f180803e8ecab852c8fde0016d66c2406e6e592691ae105bbd8152195f3

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.