All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20161213184057.GA17672@htj.duckdns.org>

diff --git a/a/1.txt b/N1/1.txt
index 4cb2bc6..3998a82 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -2,8 +2,8 @@ Hello,
 
 On Tue, Dec 13, 2016 at 08:08:16AM -0800, John Stultz wrote:
 > On Tue, Dec 13, 2016 at 1:47 AM, Michael Kerrisk (man-pages)
-> <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
-> > On 13 December 2016 at 02:39, John Stultz <john.stultz-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> wrote:
+> <mtk.manpages@gmail.com> wrote:
+> > On 13 December 2016 at 02:39, John Stultz <john.stultz@linaro.org> wrote:
 > > So, back to the discussion of silos. I understand the argument for
 > > wanting a new silo. But, in that case can we at least try not to make
 > > it a single-use silo?
diff --git a/a/content_digest b/N1/content_digest
index a5c3f4b..3308ea5 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,36 +1,35 @@
  "ref\01481593143-18756-1-git-send-email-john.stultz@linaro.org\0"
  "ref\0CAKgNAkhGSYmtqLnCyXH8-dbmBJreo9mbVGRMyd_9hZ5D1F7q4g@mail.gmail.com\0"
  "ref\0CALAqxLVz4WH5T7mjD1U5XG1pWQCJqsO2LWYcpJ+xDPjRb9QMig@mail.gmail.com\0"
- "ref\0CALAqxLVz4WH5T7mjD1U5XG1pWQCJqsO2LWYcpJ+xDPjRb9QMig-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org\0"
- "From\0Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>\0"
+ "From\0Tejun Heo <tj@kernel.org>\0"
  "Subject\0Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups\0"
  "Date\0Tue, 13 Dec 2016 13:40:57 -0500\0"
- "To\0John Stultz <john.stultz-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\0"
- "Cc\0Michael Kerrisk <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>"
-  lkml <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  Li Zefan <lizefan-hv44wF8Li93QT0dZR+AlfA@public.gmane.org>
-  Jonathan Corbet <corbet-T1hC0tSOHrs@public.gmane.org>
-  open list:CONTROL GROUP (CGROUP) <cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  Android Kernel Team <kernel-team-z5hGa2qSFaRBDgjK7y7TUQ@public.gmane.org>
-  Rom Lemarchand <romlem-z5hGa2qSFaRBDgjK7y7TUQ@public.gmane.org>
-  Colin Cross <ccross-z5hGa2qSFaRBDgjK7y7TUQ@public.gmane.org>
-  Dmitry Shmidt <dimitrysh-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
-  Todd Kjos <tkjos-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
-  Christian Poetzsch <christian.potzsch-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
-  Amit Pundir <amit.pundir-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
-  Dmitry Torokhov <dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
-  Kees Cook <keescook-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
-  Serge E . Hallyn <serge-A9i7LUbDfNHQT0dZR+AlfA@public.gmane.org>
-  Andy Lutomirski <luto-kltTT9wpgjJwATOyAt5JVQ@public.gmane.org>
- " Linux API <linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>\0"
+ "To\0John Stultz <john.stultz@linaro.org>\0"
+ "Cc\0Michael Kerrisk <mtk.manpages@gmail.com>"
+  lkml <linux-kernel@vger.kernel.org>
+  Li Zefan <lizefan@huawei.com>
+  Jonathan Corbet <corbet@lwn.net>
+  open list:CONTROL GROUP (CGROUP) <cgroups@vger.kernel.org>
+  Android Kernel Team <kernel-team@android.com>
+  Rom Lemarchand <romlem@android.com>
+  Colin Cross <ccross@android.com>
+  Dmitry Shmidt <dimitrysh@google.com>
+  Todd Kjos <tkjos@google.com>
+  Christian Poetzsch <christian.potzsch@imgtec.com>
+  Amit Pundir <amit.pundir@linaro.org>
+  Dmitry Torokhov <dmitry.torokhov@gmail.com>
+  Kees Cook <keescook@chromium.org>
+  Serge E . Hallyn <serge@hallyn.com>
+  Andy Lutomirski <luto@amacapital.net>
+ " Linux API <linux-api@vger.kernel.org>\0"
  "\00:1\0"
  "b\0"
  "Hello,\n"
  "\n"
  "On Tue, Dec 13, 2016 at 08:08:16AM -0800, John Stultz wrote:\n"
  "> On Tue, Dec 13, 2016 at 1:47 AM, Michael Kerrisk (man-pages)\n"
- "> <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:\n"
- "> > On 13 December 2016 at 02:39, John Stultz <john.stultz-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> wrote:\n"
+ "> <mtk.manpages@gmail.com> wrote:\n"
+ "> > On 13 December 2016 at 02:39, John Stultz <john.stultz@linaro.org> wrote:\n"
  "> > So, back to the discussion of silos. I understand the argument for\n"
  "> > wanting a new silo. But, in that case can we at least try not to make\n"
  "> > it a single-use silo?\n"
@@ -53,4 +52,4 @@
  "-- \n"
  tejun
 
-40a607a7d1d14469f6c000f72ee22a76a3ce13f1648f2b32dc9630a07519177f
+7849f20d862353cba2c16d29846bee6c16a58a3f1d3ae5ada9251d02d44ba884

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.