On 30/01/2022 19:44, Marco Atzeri wrote:
It is not a huge number of case as we have only two packages
in this category 4ti2 and 2048-cli
on /usr/share/cygport/lib/pkg_pkg.cygpart
there is this code using indirect variable assignment
as ${!dbg_contents_var}
------------------------------------------------------------------
local dbg_contents_var=${PN//[-+\.]/_}_debuginfo_CONTENTS;
__step "${PN}-debuginfo-${PVR}.tar.xz";
mkdir -p ${distdir}/${PN}/${PN}-debuginfo;
tar Jcvf
${distdir}/${PN}/${PN}-debuginfo/${PN}-debuginfo-${PVR}.tar.xz \
usr/*/debug/ ${autoloaddir} ${!dbg_contents_var} \
| tee ${T}/.${PN}-debuginfo.lst \
|| error "Debuginfo package creation failed: ${PN}-debuginfo"
------------------------------------------------------------------
that produces
/usr/share/cygport/lib/pkg_pkg.cygpart: line 197:
4ti2_debuginfo_CONTENTS: bad substitution
Any idea how to overcome the issue in cygport code ?
I wonder how this worked the last time the package was built (in 2016!)
I guess since this variable is not exposed to the user, you could just
rename it so it starts with a '_'.
But, it looks like there would be a general problem if anything in
PKG_NAMES starts with a digit, as you wouldn't be able to assign to
<PKG>_CONTENTS etc. in your cygport?
Of course I can just rename the package lib4ti2 and solve the issue ;-)
I wonder if forbidding package names to start with a digit is the
solution :)
