On Tuesday, 28 January 2020 18:19:16 CET Felix Kaechele wrote:
[..]
> No worries. Just saw that there are some provisions for Debian (which I 
> guess is what some of the maintainers are using) in the code.

Good point, there was the make-kpkg hack. @Linus, can this be dropped? The 
correct way to build a private Debian package of the kernel is to use
`make deb-pkg`

[...]
> I'm not interested in maintaining this upstream indefinitely and I agree 
> with you that carrying around fixes for all kinds of weird quirks is a 
> burden on maintainers.
> 
> I'm happy to just carry this patch in my DKMS RPM packages I maintain 
> for batman-adv.

As said, if you want to maintain it upstream then feel free to resent the 
patch with the requested change. The "reasonable new upstream kernels" part 
was about the way we drop support for older kernels. The oldest kernel we want 
to support is the the oldest kernel not marked as EOL on 
https://www.kernel.org/category/releases.html

If the RHEL quirks don't become too bothersome and you take care of it then it 
should be a relative small problem for us. I just don't want to be the person 
taking care of kernels which I don't use.

Kind regards,
        Sven

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to