[Bug 294729] pkgbase ${SRC}/release/release.sh with custom KERNEL results in pkgbase-stage.lua assertion failed!

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=294729

Mark Millard <marklmi26-fbsd@yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |marklmi26-fbsd@yahoo.com

--- Comment #6 from Mark Millard <marklmi26-fbsd@yahoo.com> ---
While I assume here that a point of the context is to have
pkgbase packages include variant kernels at some point
--under the same names, I'll note that I have both the
official pkgbase kernels and my own personal ones under
other, distinct names. I use /boot/loader.conf to control
which kernel is used as the default but can use the FreeBSD
UEFI loader to switch at boot time as well.

I actual have all the officially distributed kernels for
main and my personal non-debug and debug from-source builds
based on main installed as well. (I also usually have some
*.good kernels that are ones that were working but may be
older if I've not updated them at the time.)

For example (from the amd64 context):

# strings -f /boot/kernel*/kernel \
| grep '[0-9][0-9].[0-9]-CURRENT .*main-n' \
| sed -e 's@^\([^:]*:\).* \(main-n.[^ :]*\)*[ :].*$@\1 \2@' \
| sort -k1,1 \
| sort -s -r -k2,2
| uniq
you have mail
/boot/kernel.GENERIC-MMCCAM/kernel: main-n285480-28932dc425e1
/boot/kernel.GENERIC-NODEBUG/kernel: main-n285480-28932dc425e1
/boot/kernel.MINIMAL/kernel: main-n285480-28932dc425e1
/boot/kernel/kernel: main-n285480-28932dc425e1
/boot/kernel.ZNV4-DBG.good/kernel: main-n285478-1f72d525fc7d-dirty
/boot/kernel.ZNV4-DBG/kernel: main-n285478-1f72d525fc7d-dirty
/boot/kernel.ZNV4-NODBG.good/kernel: main-n285478-1f72d525fc7d-dirty
/boot/kernel.ZNV4-NODBG/kernel: main-n285478-1f72d525fc7d-dirty
/boot/kernel.GENERIC-DEBUG.good/kernel: main-n285279-0f89380a3d20
/boot/kernel.GENERIC-NODEBUG.good/kernel: main-n285279-0f89380a3d20

The boot world is the official one but I also have a
personal world build installed into a directory tree for
use with chroot or analogous. (I ignore here
poudriere-devel jails.)

I avoid reusing official distribution paths/names, that
includes leaving /usr/src/sys and usr/src/ to what is
supplied for official pkgbase distributions (non-git) and
using other /usr/*src*/ naming for my git-tied FreeBSD
source context.

Part of this is it allows me to revert to an official context
and test for if it gets the same issues as I might see using
my own builds. I prefer to report problems based on official
distribution materials when I can.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.