Re: [leaf-devel] BuC v5

[KP K. <ka...@us...>]

Am 28.07.2012 18:50, schrieb Andrew:
> Hi.
> 
> 27.07.2012 13:50, david M brooke пишет:
>>> Also I planned to add zram support (I think that using it in usual way -
>>> as swap - should be optimal) - but it isn't showstopper for alpha
>>> release, this will be a minor change (mostly - kernel config will be
>>> changed, + small init modification, + mkswap/swapon applets in busybox
>>> should be enabled).
>>>
>>> And now we have independent userland and kernel-related packages - so we
>>> can provide multiple kernel versions for one LEAF version. Of course,
>>> this will require some rework of make scripts, and some rework of
>>> packaging scripts. IMHO this shouldn't hurt anything, but in future
>>> it'll allow to have stable LTS kernel and bleeding-edge kernel with all
>>> modern hw support inside one v5 branch.
>>>
>>> Any suggestions?
>> Wouldn't it be better to maintain different Git branches for different
>> versions of the kernel?
>>
>> dMb
>>
>>
> I think that there is no need to maintain different branches with 
> similar userland. Kernel version shouldn't affect userland software. At 
> least, we can try in future to provide separate kernels for single 
> distro version.
> One thing that should be done on this stage - we should use not single 
> version (for ex., 5.0-alpha1), but double versioning, userland and 
> kernel (for ex., 5.0-alpha1/3.2.24).

Andrew;

I agree with David.
I'm afraid this can become a support hell. It's not just the kernel,
also the kernel modules, kernel related-packages, at least 4 initrd and
initmod versions, buildimage...
I'm also afraid that it can become confusing for users to understand
what needs to be updated in a single version if one updates the
kernel,and even more to respind to error reports.

I think it's simply too much to handle for the small developer team we are.
Please let's keep as simple as possible. Adding support for other
architectures is enough work, if done right, for now.


kp