[elrepo] kernel/kernel-lts separation
Dag Wieers
dag at wieers.com
Fri Oct 12 11:01:12 EDT 2012
On Thu, 11 Oct 2012, Akemi Yagi wrote:
> On Thu, Oct 11, 2012 at 2:23 PM, Dag Wieers <dag at wieers.com> wrote:
>
>> I am not in favor of renaming the packages to kernel-lts (or anything but
>> kernel-ml). For all practical purposes, sticking to one name, but offering
>> (sub)repositories for the different versions offers everything.
>>
>> So I would propose this:
>>
>> kernel-ml/
>> kernel-ml/repodata/
>> kernel-ml/3.0/
>> kernel-ml/3.0/repodata/
>> kernel-ml/3.8/
>> kernel-ml/3.8/repodata/
>>
>> You can select the specific version you want to hook into, either the parent
>> directory if you prefer to stick with the latest, or one of the major
>> version repositories.
>
> I am trying to understand this concept of "sub-repositories". Using
> the above example, Elrepo will be offering new repositories named
> "kernel-ml-3.0" and "kernel-ml-3.8" ? When a user wants to install a
> 3.0.x kernel, he will run:
>
> yum --enablerepo=kernel-ml-3.0 install kernel-ml
>
> And when a new major version appears, it will be added as, say,
> "kernel-ml-3.9" and the elrepo-release package is updated to
> accommodate the new repository.
>
> Is this description correct?
Yes, so the repo configuration could offer the root-directory (kernel-ml)
as well as the subdirectories (kernel-ml-3.0, kernel-ml-3.6) and it's up
to the user to decide which one to enable. By default (as is now) all
repositories are disabled.
Since the sub-directories are inside of the root kernel-ml directory, all
packages are included in the kernel-ml repository. The selection of which
stable release you want to hook into is made at the repository-level. So
the added benefit is that you could possibly stay with 3.0, even when 3.2
or 3.4 are available, or discontinued.
For those interested in getting the latest kernel-ml, they simply enable
the root repository as is already the case.
The drawback is that if the 3.0 repository is no longer updated (because
upstream discontinued support) the user will not receive newer updates. In
the kernel-lt mechanism, you cannot make the selection to which stable
release you want to hook into, as all kernel-ml and kernel-lt packages are
in one repository (as I understood) so you always get the latest (either
kernel-ml or kernel-lt, or both).
Another drawback is that the ELRepo configuration should reflect the
repositories we offer, so a change is required if there is a change in
what we offer.
--
-- dag wieers, dag at wieers.com, http://dag.wieers.com/
-- dagit linux solutions, info at dagit.net, http://dagit.net/
[Any errors in spelling, tact or fact are transmission errors]
More information about the elrepo
mailing list