Re: [PATCH 4.14 000/237] 4.14.172-stable review

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Greg,

On Sun, Mar 1, 2020 at 10:42 AM Greg Kroah-Hartman
<gregkh@xxxxxxxxxxxxxxxxxxx> wrote:
> On Sun, Mar 01, 2020 at 10:38:18AM +0100, Geert Uytterhoeven wrote:
> > On Thu, Feb 27, 2020 at 2:55 PM Greg Kroah-Hartman
> > <gregkh@xxxxxxxxxxxxxxxxxxx> wrote:
> > > This is the start of the stable review cycle for the 4.14.172 release.
> > > There are 237 patches in this series, all will be posted as a response
> > > to this one.  If anyone has any issues with these being applied, please
> > > let me know.
> > >
> > > Responses should be made by Sat, 29 Feb 2020 13:21:24 +0000.
> > > Anything received after that time might be too late.
> > >
> > > The whole patch series can be found in one patch at:
> > >         https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.172-rc1.gz
> > > or in the git tree and branch at:
> > >         git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.14.y
> > > and the diffstat can be found below.
> > >
> > > thanks,
> > >
> > > greg k-h
> > >
> > > -------------
> > > Pseudo-Shortlog of commits:
> >
> > Given you do have a git branch containing these commits, is there any
> > chance you can update your scripts to insert a real (sorted) shortlog
> > here?
> > That would make it easier for us contributors to track what has been
> > backported.
>
> How would a real shortlog help any better, except to have things sorted
> a tad easier?

One reason is that it is easier to search in a sorted list.
A second reason is that contributions by the same person would be grouped
together.

> I can't remember why I do it this way, but for some reason, many many
> years ago, this was a better solution than a "traditional" shortlog.

IIRC,  because you started with quilt ;-)

> Here's the shortlog for this release for comparison:
>
> Aditya Pakki (3):
>       fore200e: Fix incorrect checks of NULL pointer dereference
>       orinoco: avoid assertion in case of NULL pointer
>       ecryptfs: replace BUG_ON with error handling code

See, the above are all commits by Aditya Pakki. No reason to continue
looking below ;-)

Thanks!

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds



[Index of Archives]     [Linux Kernel]     [Kernel Development Newbies]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Hiking]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux