On Fri, 12 Aug 2022 at 23:12, Florian Fainelli wrote:
>
> On 8/12/22 13:28, Robert Marko wrote:
> > On Fri, 12 Aug 2022 at 21:45, Florian Fainelli wrote:
> >>
> >> On 8/12/22 11:09, Robert Marko wrote:
> >>> On Fri, 12 Aug 2022 at 19:54, Florian Fainelli
> >>> wrote:
>
> On 8/10/22
> On Aug 12, 2022, at 5:12 PM, Florian Fainelli wrote:
>
>> As an idea, I understand this, it would basically be an "LTS" OpenWrt
>> release that
>> would receive security-only updates.
>> However, we had a long discussion on the IRC today and the resources are
>> spread
>> rather thin even
On 8/12/22 13:28, Robert Marko wrote:
On Fri, 12 Aug 2022 at 21:45, Florian Fainelli wrote:
On 8/12/22 11:09, Robert Marko wrote:
On Fri, 12 Aug 2022 at 19:54, Florian Fainelli wrote:
On 8/10/22 13:32, Robert Marko wrote:
On Wed, 10 Aug 2022 at 22:30, Philip Prindeville
wrote:
Not to
On 8/12/22 13:49, Philip Prindeville wrote:
On Aug 12, 2022, at 11:54 AM, Florian Fainelli wrote:
One aspect I could see is take for instance a device that is widely popular
amongst our user base as was TI's ar7 for instance a while back, and for which
we might have done a Linux 5.4, or
> On Aug 12, 2022, at 11:54 AM, Florian Fainelli wrote:
>
> One aspect I could see is take for instance a device that is widely popular
> amongst our user base as was TI's ar7 for instance a while back, and for
> which we might have done a Linux 5.4, or 5.10 version at the time but we do
>
> On Aug 12, 2022, at 11:53 AM, Florian Fainelli wrote:
>
> OK, the 3-4 years time frame is not something that we currently have with
> Linux kernels, it is either 2 years or 6 years, since 6 > 4, it sounds like
> we still have some interest in having 6 LTS kernels, but maybe not have every
> On Aug 12, 2022, at 2:28 PM, Robert Marko wrote:
>
> On Fri, 12 Aug 2022 at 21:45, Florian Fainelli wrote:
>>
>> On 8/12/22 11:09, Robert Marko wrote:
>>> On Fri, 12 Aug 2022 at 19:54, Florian Fainelli wrote:
On 8/10/22 13:32, Robert Marko wrote:
> On Wed, 10 Aug 2022 at
On Fri, 12 Aug 2022 at 21:45, Florian Fainelli wrote:
>
> On 8/12/22 11:09, Robert Marko wrote:
> > On Fri, 12 Aug 2022 at 19:54, Florian Fainelli wrote:
> >>
> >> On 8/10/22 13:32, Robert Marko wrote:
> >>> On Wed, 10 Aug 2022 at 22:30, Philip Prindeville
> >>> wrote:
>
> Not to play
On 8/12/22 11:09, Robert Marko wrote:
On Fri, 12 Aug 2022 at 19:54, Florian Fainelli wrote:
On 8/10/22 13:32, Robert Marko wrote:
On Wed, 10 Aug 2022 at 22:30, Philip Prindeville
wrote:
Not to play the devil's advocate but... do we want old kernels hanging out that
long?
Besides not
On Fri, 12 Aug 2022 at 19:54, Florian Fainelli wrote:
>
> On 8/10/22 13:32, Robert Marko wrote:
> > On Wed, 10 Aug 2022 at 22:30, Philip Prindeville
> > wrote:
> >>
> >> Not to play the devil's advocate but... do we want old kernels hanging out
> >> that long?
> >>
> >> Besides not encouraging
On 8/10/22 13:32, Robert Marko wrote:
On Wed, 10 Aug 2022 at 22:30, Philip Prindeville
wrote:
Not to play the devil's advocate but... do we want old kernels hanging out that
long?
Besides not encouraging people to update to new releases that mitigate
discovered CVE's, we'd also not pick up
On 8/10/22 15:27, Hauke Mehrtens wrote:
On 8/9/22 01:15, Florian Fainelli wrote:
Hi,
Greg KH has communicated a few times before on his blog [1] that he is
seeking the help of individuals and company to help him maintain the
LTS kernels and allow them to be made 6 years instead of just the
I am not on the openwrt-devel list from this acct... I tried to
resubscribe but its taking too long...
On Wed, Aug 10, 2022 at 1:29 PM Philip Prindeville
wrote:
>
> Not to play the devil's advocate but... do we want old kernels hanging out
> that long?
People are still shipping 3.3 kernels.
>
On 8/9/22 01:15, Florian Fainelli wrote:
Hi,
Greg KH has communicated a few times before on his blog [1] that he is
seeking the help of individuals and company to help him maintain the LTS
kernels and allow them to be made 6 years instead of just the usual 2
years.
5.10 is a 6 year LTS,
On Wed, 10 Aug 2022 at 22:30, Philip Prindeville
wrote:
>
> Not to play the devil's advocate but... do we want old kernels hanging out
> that long?
>
> Besides not encouraging people to update to new releases that mitigate
> discovered CVE's, we'd also not pick up David Taht's excellent
Not to play the devil's advocate but... do we want old kernels hanging out that
long?
Besides not encouraging people to update to new releases that mitigate
discovered CVE's, we'd also not pick up David Taht's excellent improvements in
Buffer Bloat.
> On Aug 8, 2022, at 5:15 PM, Florian
Hi,
Greg KH has communicated a few times before on his blog [1] that he is
seeking the help of individuals and company to help him maintain the LTS
kernels and allow them to be made 6 years instead of just the usual 2 years.
5.10 is a 6 year LTS, but 5.15 is not listed as such, although it
17 matches
Mail list logo