Is there a better way to prevent a custom kernel update than apt hold?

[stut]

I been running my own images with great success thanks to rock solid build environment but one thing that catches me by surprise every now and then is that updating the system can also overwrite my custom kernel, which is is far from ideal. Up until now I been issuing an apt hold command for the packages but I was thinking maybe there is a better way. Because even with the hold in place if I don't pay close attention and do an apt dist-upgrade for example they will still be replaced despite the hold. Is there a better way to prevent my kernels from being updated by the stock kernel?

 

Cheers!

[Werner]

What may help is adding a custom version string in menuconfig when building the kernel package.

[stut]

Ohh that's a very clever solution! Thank you very much 

[stut]

Unfortunately it didn't work 

 

[ning]

use a different package name or higher enough version

[ning]

or just add SUBREVISION=.99999 to your build command line

[Igor]

31 minutes ago, ning said:

or just add SUBREVISION=.99999 to your build command line

That will be good enough until we bump to 20.08

[stut]

On 3/9/2020 at 3:40 PM, ning said:

or just add SUBREVISION=.99999 to your build command line

 

Will try, thanks for the suggestion.

 

On 3/9/2020 at 4:13 PM, Igor said:

That will be good enough until we bump to 20.08

 

What would the best way to prevent these kernel upgrades from ever happening? If that's possible of course.

[Igor]

17 minutes ago, stut said:

What would the best way to prevent these kernel upgrades from ever happening? If that's possible of course.

By patching packaging patches or best, implement this as a feature to the build engine.

Edited March 11, 2020 by Igor
link to wrong word

[stut]

Setting the sub-revision seems to have sorted it, but it may be too early to tell as I just build this fresh image. For now looking good, thanks for the pointers everyone.

[ning]

the simplest way: remove armbian software repo.