-
Notifications
You must be signed in to change notification settings - Fork 394
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
linux-raspberrypi 4.19.y is not considered stable #410
Comments
We should add |
What is rebaseable doing? |
it keeps the old SHA along even on refresh it will find the old SHA |
This assumes that you have the repo fetched. Which sounds like a weak assumption, isn't it? |
Setting |
pbrkr
added a commit
that referenced
this issue
Apr 21, 2019
The 4.19.y kernel is not yet considered stable upstream as discussed in the following GitHub issues: #410 raspberrypi/linux#2931 Signed-off-by: Paul Barker <paul@betafive.co.uk>
agherzan
pushed a commit
that referenced
this issue
Apr 24, 2019
The 4.19.y kernel is not yet considered stable upstream as discussed in the following GitHub issues: #410 raspberrypi/linux#2931 Signed-off-by: Paul Barker <paul@betafive.co.uk>
daregit
pushed a commit
to daregit/yocto-combined
that referenced
this issue
May 22, 2024
The 4.19.y kernel is not yet considered stable upstream as discussed in the following GitHub issues: agherzan/meta-raspberrypi#410 raspberrypi/linux#2931 Signed-off-by: Paul Barker <paul@betafive.co.uk>
daregit
pushed a commit
to daregit/yocto-combined
that referenced
this issue
May 22, 2024
The 4.19.y kernel is not yet considered stable upstream as discussed in the following GitHub issues: agherzan/meta-raspberrypi#410 raspberrypi/linux#2931 Signed-off-by: Paul Barker <paul@betafive.co.uk>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Looking upstream today I've seen the following issue reported by @schnitzeltony: raspberrypi/linux#2931
On this issue it's been made clear that the rpi-4.19.y kernel branch is not considered stable and rebasing of this branch will likely continue. The rebasing is causing regular fetch errors for myself and other users.
I recommend we switch the default kernel version back to 4.14 in this layer.
@kraj, @agherzan: Any thoughts on this? It's a shame to move backwards but I don't think we can leave the default kernel on a branch that's being regularly rebased.
The text was updated successfully, but these errors were encountered: