You are not logged in.
Pages: 1
Hi!
At kernel.org 3.12 branch marked as "longterm". Can we change linux-lts version to that?
Cheers,
oreggin
Offline
Hi, and welcome to Arch Linux. This is the sort of question that is better asked on the mailing lists. There is no guarantee that the appropriate people will see it here.
Also, as you did here, be sure you point out that 3.12 is slated for long term support and point out that they may want to adopt it. If you ask in the form, "When will it be adopted" you are likely to get the requisite answer, "It will be ready when it is ready."
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Offline
Thanks for the answares!
If you want a newer kernel, then don't use linux-lts. The LTS kernels follow the branch which GKH maintains. We won't be picking up 3.12 as an LTS.
Ok, and what if i don't want to use bleeding edge linux package but linux-lts has a lack some btrfs functions?
Cheers,
oreggin
Offline
Compile your own kernel.
Offline
Compile your own kernel.
I changed to Arch because compiling gentoo packages too wearing to me and then bumm :-)
Offline
Offline
If you want a newer kernel, then don't use linux-lts. The LTS kernels follow the branch which GKH maintains. We won't be picking up 3.12 as an LTS.
I guess GKH will adopt either 3.14 or 3.16 as his new longterm kernel (3.4-lts has reached the 2 year mark, now he can drop it and take a new kernel instead)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
Shameless self-promotion of the linux-lts312 package, for which I even provide downloads for the x86_64 architecture on Google Drive.
Last edited by clfarron4 (2014-06-13 18:11:36)
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
Thank you all for the replies. Now it is clear to me "newest kernel.org LTS" != "arch linux-lts", btw the mainline kernel support is great in arch but maybe i'm paranoid to use it in production environment ;-). I'll be waiting for the next linux-lts as many packages depends on it (tp_smapi-lts, nvidia-lts, etc...)
Offline
Thank you all for the replies. Now it is clear to me "newest kernel.org LTS" != "arch linux-lts", btw the mainline kernel support is great in arch but maybe i'm paranoid to use it in production environment ;-). I'll be waiting for the next linux-lts as many packages depends on it (tp_smapi-lts, nvidia-lts, etc...)
Bribe me (well, maybe not bribe me) and I might be willing to do them for the 3.12 kernel in the AUR (and I'll dump x86_64 builds in my Google Drive folder).
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
Our plan is to move on to Greks new LTS maintained 3.14 kernel when 3.15 mainlaine kernel will hit core.
Offline
Our plan is to move on to Greks new LTS maintained 3.14 kernel when 3.15 mainlaine kernel will hit core.
Nice! Will AppArmor, SELinux, Tomoyo, Smack remain enabled in that LTS version? (I hope they will ...)
Last edited by adventurer (2014-06-15 10:49:16)
Offline
No. We use config from core/linux with really small adjustements, no major changes like enabling Tomoyo.
Offline
Our plan is to move on to Greks new LTS maintained 3.14 kernel when 3.15 mainlaine kernel will hit core.
Thanks for the heads up! I'll take on 3.10 in the AUR then when that happens.
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
Our plan is to move on to Greks new LTS maintained 3.14 kernel when 3.15 mainlaine kernel will hit core.
Nice! I see it in the testing and waiting for become stable
Offline
Pages: 1