Hi Masahiro, Once again, sincerest apologies, but i do appreciate your time and knowledge! On Sun, Mar 19, 2023 at 2:07 AM Masahiro Yamada <masahiroy@xxxxxxxxxx> wrote: > > On Sun, Mar 19, 2023 at 12:21 PM Steev Klimaszewski <steev@xxxxxxxx> wrote: <snip> > It did not go away. > LOCALVERSION_AUTO is meant to set kernelrelease, > which will result in 'uname -r' in the installed system. > > LOCALVERSION_AUTO should not affect the Debian package version, > which is a different thing. > > > > > > I'm not sure why the > > package version overrides what I'm trying to set in the first place in > > the kernel config? > > > > Your workaround is mostly fine, but that "-100" on the end means I > > have to now personally track how many builds I've done? > > "-100" is the build revision, which will go into the .version file > while building the kernel. > It is not so important, you can set whatever number. > This is actually what was throwing me for a loop! > > If you leave the revision auto-incremented, > this is equivalent to what Kbuild is doing internally. > > make KDEB_PKGVERSION=$(make kernelversion)-$(init/build-version) bindeb-pkg Aha! So the issue seems to be that I do out of tree builds, and init/build-version does not take that into account, so I was always getting whatever is in the kernel source's .version and not what is in my actual build directory. I'm still not entirely sure how to get that one, but I'm a lot closer, thank you again so much, for your time in putting together the patchset to fix the building of the packages, as well as answering my questions. -- steev
