diff for duplicates of <20120413154216.476a02ac@stein> diff --git a/a/1.txt b/N1/1.txt index df85aa9..58f264d 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -5,7 +5,7 @@ On Apr 13 Felipe Contreras wrote: > >> But this is exactly the opposite; the patch that broke things is in > >> the 'release branch' (3.3.1); it's not in upstream (3.3). Sure, it's > >> also on a later upstream, which is also broken. -> > ? ? ? ? ? ?^^^^^ +> > ^^^^^ > > No, upstream /earlier/ than 3.3.1 contains the defect. > > Time is not relevant for the point being made, but fine: @@ -44,10 +44,10 @@ an own kernel which additionally contains your preferred fixes. The reasons for the Linus->Greg order of maintaining the stable series 100% apply to fixes for type A regressions as well. -> > Furthermore, consider this: ?You as user of the 3.3.y series are using a -> > temporary, dead-end side branch. ?Its maintenance will stop at some point, +> > Furthermore, consider this: You as user of the 3.3.y series are using a +> > temporary, dead-end side branch. Its maintenance will stop at some point, > > and you will be left looking for a different, maintained series to migrate -> > to. ?You will be most interested in that series /not/ containing any +> > to. You will be most interested in that series /not/ containing any > > regressions that you suffered already through the 3.3.y lifetime. > > Of course, I will be interested in that, although most likely I would diff --git a/a/content_digest b/N1/content_digest index cc0a6eb..ba7af54 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -11,9 +11,21 @@ "ref\020120413105746.10ffb120@stein\0" "ref\0CAMP44s0RohH9tPiM5qCDT57XBV=iO66PZkSjYVxA6Usg1qJPtw@mail.gmail.com\0" "From\0Stefan Richter <stefanr@s5r6.in-berlin.de>\0" - "Subject\0[ath9k-devel] [ 00/78] 3.3.2-stable review\0" + "Subject\0Re: [ 00/78] 3.3.2-stable review\0" "Date\0Fri, 13 Apr 2012 15:42:16 +0200\0" - "To\0ath9k-devel@lists.ath9k.org\0" + "To\0Felipe Contreras <felipe.contreras@gmail.com>\0" + "Cc\0Adrian Chadd <adrian@freebsd.org>" + Greg KH <gregkh@linuxfoundation.org> + Sergio Correia <lists@uece.net> + linux-kernel@vger.kernel.org + stable@vger.kernel.org + torvalds@linux-foundation.org + akpm@linux-foundation.org + alan@lxorguk.ukuu.org.uk + linux-wireless Mailing List <linux-wireless@vger.kernel.org> + Sujith Manoharan <c_manoha@qca.qualcomm.com> + ath9k-devel@lists.ath9k.org <ath9k-devel@venema.h4ckr.net> + " John W. Linville <linville@tuxdriver.com>\0" "\00:1\0" "b\0" "On Apr 13 Felipe Contreras wrote:\n" @@ -23,7 +35,7 @@ "> >> But this is exactly the opposite; the patch that broke things is in\n" "> >> the 'release branch' (3.3.1); it's not in upstream (3.3). Sure, it's\n" "> >> also on a later upstream, which is also broken.\n" - "> > ? ? ? ? ? ?^^^^^\n" + "> > \302\240 \302\240 \302\240 \302\240 \302\240 \302\240^^^^^\n" "> > No, upstream /earlier/ than 3.3.1 contains the defect.\n" "> \n" "> Time is not relevant for the point being made, but fine:\n" @@ -62,10 +74,10 @@ "The reasons for the Linus->Greg order of maintaining the stable series 100%\n" "apply to fixes for type A regressions as well.\n" "\n" - "> > Furthermore, consider this: ?You as user of the 3.3.y series are using a\n" - "> > temporary, dead-end side branch. ?Its maintenance will stop at some point,\n" + "> > Furthermore, consider this: \302\240You as user of the 3.3.y series are using a\n" + "> > temporary, dead-end side branch. \302\240Its maintenance will stop at some point,\n" "> > and you will be left looking for a different, maintained series to migrate\n" - "> > to. ?You will be most interested in that series /not/ containing any\n" + "> > to. \302\240You will be most interested in that series /not/ containing any\n" "> > regressions that you suffered already through the 3.3.y lifetime.\n" "> \n" "> Of course, I will be interested in that, although most likely I would\n" @@ -113,4 +125,4 @@ "-=====-===-- -=-- -==-=\n" http://arcgraph.de/sr/ -4f7a0bf5fc157cbaa1f5ac487933350aceae11fc70bb53c8d1a13b9434ad1a9e +507bd0f5f965a5784ce4076969b94a0172d5dfe6ce857c40e57047aedd901b22
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.