Skip to contentSkip to conversation

kernel version build number in .deb to low by 1. [REGRESSION][BISECTED]

PATCH RESEND In review Doug Smythies 2 participants 3 messages Nov 5, 2018 – Nov 8, 2018 2 messages not in the archive Kbuild

lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): uX36fFGmEttF2uX8qfSOAz

#1 lore raw

PATCH RESEND 1/1 kernel version build number in .deb to low by 1. [REGRESSION][BISECTED]

Quoted 47 lines · On 2018.08.27 23:06 Doug Smythies wrote:

Hi,

For my kernel compiles the build number included in resulting .deb files is too low by 1. Example:

$ uname -a
Linux s15 4.19.0-rc1-stock #488 SMP PREEMPT Mon Aug 27 12:09:05 PDT 2018 x86_64 x86_64 x86_64 GNU/Linux

Observe build number 488 (this is the correct build number, or so I think).

$ dpkg -l | grep 4.19.0-rc1
ii  linux-headers-4.19.0-rc1-stock 4.19.0-rc1-stock-487 amd64 Linux kernel headers for 4.19.0-rc1-stock on amd64
ii  linux-image-4.19.0-rc1-stock   4.19.0-rc1-stock-487 amd64 Linux kernel, version 4.19.0-rc1-stock
$ ls -l ../*4.19.0-rc1*
(quoted diff) +0 -4
-rw-rw-r-- 1 doug doug     1907 Aug 27 12:18 ../linux-4.19.0-rc1-stock_4.19.0-rc1-stock-487_amd64.changes
-rw-r--r-- 1 doug doug 11484822 Aug 27 12:16 ../linux-headers-4.19.0-rc1-stock_4.19.0-rc1-stock-487_amd64.deb
-rw-r--r-- 1 doug doug 54224118 Aug 27 12:18 ../linux-image-4.19.0-rc1-stock_4.19.0-rc1-stock-487_amd64.deb
-rw-r--r-- 1 doug doug  1019908 Aug 27 12:16 ../linux-libc-dev_4.19.0-rc1-stock-487_amd64.deb

Observe build number 487.

I bisected the kernel, and the result was:

b41d920acff8305b8a25a183a8e4d41b8975097d is the first bad commit commit b41d920acff8305b8a25a183a8e4d41b8975097d

Author: Riku Voipio <[email protected]>
Date:   Thu Apr 5 14:22:29 2018 +0300

kbuild: deb-pkg: split generating packaging and build>

Move debian/ directory generation out of builddeb to a new script, mkdebian. The package build commands are kept in builddeb, which is now an internal command called from debian/rules.

With these changes in place, we can now use dpkg-buildpackage from deb-pkg and bindeb-pkg removing need for handrolled source/changes generation.

This patch is based on the criticism of the current state of builddeb discussed on:

https://patchwork.kernel.org/patch/9656403/

Quoted 6 lines

I am not familiar with this stuff and was not able to figure out a solution to propose a patch to correct it.

In case it is relevant, my compile command was:

time make -j9 olddefconfig bindeb-pkg LOCALVERSION=-stock

This issue is still present in kernel 4.20-rc1.

$ uname -a
Linux s15 4.20.0-rc1-stock #514 SMP PREEMPT Sun Nov 4 20:24:42 PST 2018 x86_64 x86_64 x86_64 GNU/Linux
$ ls -l ../*4.20.0-rc1-stock*
-rw-rw-r-- 1 doug doug     1907 Nov  4 20:34 ../linux-4.20.0-rc1-stock_4.20.0-rc1-stock-513_amd64.changes
-rw-r--r-- 1 doug doug 11604134 Nov  4 20:32 ../linux-headers-4.20.0-rc1-stock_4.20.0-rc1-stock-513_amd64.deb
-rw-r--r-- 1 doug doug 54504040 Nov  4 20:34 ../linux-image-4.20.0-rc1-stock_4.20.0-rc1-stock-513_amd64.deb
-rw-r--r-- 1 doug doug  1028788 Nov  4 20:32 ../linux-libc-dev_4.20.0-rc1-stock-513_amd64.deb

... Doug

#2 lore raw

Hi,

Quoted 67 lines · Doug Smythies
Quoted 47 lines · On 2018.08.27 23:06 Doug Smythies wrote:

Hi,

For my kernel compiles the build number included in resulting .deb files is too low by 1. Example:

$ uname -a
Linux s15 4.19.0-rc1-stock #488 SMP PREEMPT Mon Aug 27 12:09:05 PDT 2018 x86_64 x86_64 x86_64 GNU/Linux

Observe build number 488 (this is the correct build number, or so I think).

$ dpkg -l | grep 4.19.0-rc1
ii  linux-headers-4.19.0-rc1-stock 4.19.0-rc1-stock-487 amd64 Linux kernel headers for 4.19.0-rc1-stock on amd64
ii  linux-image-4.19.0-rc1-stock   4.19.0-rc1-stock-487 amd64 Linux kernel, version 4.19.0-rc1-stock
$ ls -l ../*4.19.0-rc1*
(quoted diff) +0 -4
-rw-rw-r-- 1 doug doug     1907 Aug 27 12:18 ../linux-4.19.0-rc1-stock_4.19.0-rc1-stock-487_amd64.changes
-rw-r--r-- 1 doug doug 11484822 Aug 27 12:16 ../linux-headers-4.19.0-rc1-stock_4.19.0-rc1-stock-487_amd64.deb
-rw-r--r-- 1 doug doug 54224118 Aug 27 12:18 ../linux-image-4.19.0-rc1-stock_4.19.0-rc1-stock-487_amd64.deb
-rw-r--r-- 1 doug doug  1019908 Aug 27 12:16 ../linux-libc-dev_4.19.0-rc1-stock-487_amd64.deb

Observe build number 487.

I bisected the kernel, and the result was:

b41d920acff8305b8a25a183a8e4d41b8975097d is the first bad commit commit b41d920acff8305b8a25a183a8e4d41b8975097d

Author: Riku Voipio <[email protected]>
Date:   Thu Apr 5 14:22:29 2018 +0300

kbuild: deb-pkg: split generating packaging and build>

Move debian/ directory generation out of builddeb to a new script, mkdebian. The package build commands are kept in builddeb, which is now an internal command called from debian/rules.

With these changes in place, we can now use dpkg-buildpackage from deb-pkg and bindeb-pkg removing need for handrolled source/changes generation.

This patch is based on the criticism of the current state of builddeb discussed on:

https://patchwork.kernel.org/patch/9656403/

Quoted 6 lines

I am not familiar with this stuff and was not able to figure out a solution to propose a patch to correct it.

In case it is relevant, my compile command was:

time make -j9 olddefconfig bindeb-pkg LOCALVERSION=-stock

This issue is still present in kernel 4.20-rc1.

$ uname -a
Linux s15 4.20.0-rc1-stock #514 SMP PREEMPT Sun Nov 4 20:24:42 PST 2018 x86_64 x86_64 x86_64 GNU/Linux
$ ls -l ../*4.20.0-rc1-stock*
(quoted diff) +0 -4
-rw-rw-r-- 1 doug doug     1907 Nov  4 20:34 ../linux-4.20.0-rc1-stock_4.20.0-rc1-stock-513_amd64.changes
-rw-r--r-- 1 doug doug 11604134 Nov  4 20:32 ../linux-headers-4.20.0-rc1-stock_4.20.0-rc1-stock-513_amd64.deb
-rw-r--r-- 1 doug doug 54504040 Nov  4 20:34 ../linux-image-4.20.0-rc1-stock_4.20.0-rc1-stock-513_amd64.deb
-rw-r--r-- 1 doug doug  1028788 Nov  4 20:32 ../linux-libc-dev_4.20.0-rc1-stock-513_amd64.deb
Quoted 3 lines

... Doug

Sorry for the delay.

I just sent a fix-up.

https://patchwork.kernel.org/patch/10669601/

Signature · 2 lines
Best Regards
Masahiro Yamada

A message that is not in the archive (sent off-list or not yet received): JsqygbFYE7nW7Jsr3gxoS6