[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: sbcl autopkgtest failure - missing sbcl.h (was: RFS: sbcl/2:2.2.3-1 [NMU] -- Common Lisp compiler and development system)



Le mardi 05 avril 2022 à 11:09 +0200, Kambiz Darabi a écrit :
> > Do we have the possibility of installing the sbcl-source package
> > which was built during the previous pipeline build stage?
> 
> Sorry for the noise, re-reading the docs, I found 'Depends' in
> debian/tests/control and together with the C_INCLUDE_PATH
> patch, autopkgtest is fixed:
> 
> https://salsa.debian.org/darabi-guest/sbcl/-/pipelines/365673

Great!

> Now for the broken i386 build: make-config.sh relies on the
> result of uname -m to determine the architecture and indeed,
> the i386 build container reports x86_64:
> 
> https://salsa.debian.org/darabi-guest/sbcl/-/jobs/2640765#L1327
> 
> And setting SBCL_ARCH explicitly in debian/rules as it is done
> already for ppc64 leads to further problems:
> 
> https://salsa.debian.org/darabi-guest/sbcl/-/jobs/2641145#L1579
> 
> Any hint how to continue?

I would not change the i386 sbcl build for now. It has always worked
fine on Debian build daemons, which is what truly matters.

I think I would first contact the maintainers of the Salsa CI runners
to understand why “uname -m” reports x86_64 instead of i686 in the i386
chroots.

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  https://sebastien.villemot.name
⠈⠳⣄⠀⠀⠀⠀  https://www.debian.org

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: