On Wed, Jul 9, 2014 at 9:52 AM, Stephan Wiesand <[log in to unmask]> wrote:
>
> On Jul 7, 2014, at 20:25 , Akemi Yagi wrote:

>> Speaking as a person from ELRepo... I think it's a great idea to
>> combine the efforts. However, at this point in time, I'm not sure if
>> our (ELRepo's) OpenAFS maintainer has the time for EL7. I need to ask
>> him.
>
> Combining the efforts would be great. I'm not even sure you actually have
> a maintainer for your OpenAFS packages right now though ;-)
>
> And there's a major obstacle: The OpenAFS developers and experts are quite
> violently opposed to using "kabi-tracking kmods" with OpenAFS. In fact,
> they'd make it impossible if they could. And these kmods are actually known to
> have been broken due to kernel changes between EL minor releases. Luckily, in
> a way that won't silently corrupt data at least on our SL6 clients. What we're
> doing on SL6 now (modified scripting to reuse a module for kernels
> corresponding to the same minor EL release only) is a compromise I consider
> just about acceptable. The plain weak-updates ELRepo is using isn't.
>
> Would ELRepo accept any other way of packaging the OpenAFS kernel module?
>
> My proposal above would really just make coexistence of different SL and
> ELRepo (and other) packaging for OpenAFS more peaceful and easier to handle
> for users. If we can achieve more, that would indeed be great.

The maintainer of OpenAFS changed his job and no longer has the same
free time as he used to. In fact I have not hear back from him. At
this point, it looks as if you'd be the only person who can continue
doing the work for OpenAFS.

Akemi