[Debian-astro-maintainers] Bug#1094102: giza: FTBFS: make[6]: *** [Makefile:921: test-suite.log] Error 1

Ole Streicher olebole at debian.org
Sun Feb 2 14:22:43 GMT 2025


Hi Santiago,

Am 02.02.25 um 13:45 schrieb Santiago Vila:
> This package FTBFS 70% of the time for me when I try to build it on
> a single-CPU machine.
> 
> Please try GRUB_CMDLINE_LINUX="nr_cpus=1" or contact me privately if
> you need a VM to reproduce it.

I tried this on my laptop (AMD Ryzen 7; /proc/cpuinfo copy attached) six
times without any failure.

> In this case I see this in the build log:
> 
> ../../build/test-driver: line 112: 254916 Segmentation fault
> "$@"
>>> "$log_file" 2>&1
> 
> which means we rely on a program which segfaults to determine if
> the package is ok or not. In my opinion a test which segfaults is
> not to be trusted and we might better disable it.

Not sure I understand this. As I said, I also cannot reproduce the issue 
on my laptop. And I think that for a graphics lib (which giza is), "open 
a window, draw something and see that we exit correctly" is not a 
perfect, but still useful automated test.

> Apparently this worked ok in 1.4.1-2 and started to fail in version 1.4.4-1.
> So, I suspect of this change as the trigger:
> 
> * Run tests in xvfb

xvfb-run executes the command in an X11 environment, which is now 
required as many tests open an X11 window. These tests were omitted in 
earlier versions by upstream, but are now enabled by default and think 
that they are useful as build time tests.

Could I ask you (or someone who also observes this issue) to create a 
coredump for the segfault and send it to me? Then I can analyze where 
this comes from.

Best

Ole
-------------- next part --------------
processor	: 0
vendor_id	: AuthenticAMD
cpu family	: 25
model		: 68
model name	: AMD Ryzen 7 PRO 6860Z with Radeon Graphics
stepping	: 1
microcode	: 0xa404107
cpu MHz		: 4201.788
cache size	: 512 KB
physical id	: 0
siblings	: 1
core id		: 0
cpu cores	: 1
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 16
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl xtopology nonstop_tsc cpuid extd_apicid aperfmperf rapl pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb cat_l3 cdp_l3 hw_pstate ssbd mba ibrs ibpb stibp vmmcall fsgsbase bmi1 avx2 smep bmi2 erms invpcid cqm rdt_a rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local user_shstk clzero irperf xsaveerptr rdpru wbnoinvd cppc arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif v_spec_ctrl umip pku ospke vaes vpclmulqdq rdpid overflow_recov succor smca fsrm debug_swap
bugs		: sysret_ss_attrs spectre_v1 spectre_v2 spec_store_bypass srso ibpb_no_ret
bogomips	: 5389.65
TLB size	: 2560 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 48 bits physical, 48 bits virtual
power management: ts ttp tm hwpstate cpb eff_freq_ro [13] [14]



More information about the Debian-astro-maintainers mailing list