Bug#648233: SIGILL in rsvg-convert on armel
Mike Hommey
mh at glandium.org
Wed Nov 9 23:30:09 UTC 2011
reassign 648233 release.debian.org
thanks
nmu libxau_1:1.0.6-4 . armel . -m "Rebuild for armv4t"
nmu libxcb_1.7-4 . armel . -m "Rebuild for armv4t"
On Wed, Nov 09, 2011 at 09:15:13PM +0100, Mike Hommey wrote:
> Package: librsvg2-bin
> Justification: renders package unusable
> Severity: grave
>
> Iceweasel 8.0-3 failed to build on armel:
>
> On Wed, Nov 09, 2011 at 06:45:04PM +0000, Debian buildds wrote:
> > * Source package: iceweasel
> > * Version: 8.0-3
> > * Architecture: armel
> > * State: failed
> > * Suite: sid
> > * Builder: alwyn.debian.org
> > * Build log: https://buildd.debian.org/fetch.cgi?pkg=iceweasel&arch=armel&ver=8.0-3&stamp=1320864081&file=log
> >
> > Please note that these notifications do not necessarily mean bug reports
> > in your package but could also be caused by other packages, temporary
> > uninstallabilities and arch-specific breakages. A look at the build log
> > despite this disclaimer would be appreciated however.
>
> The build failure looks like this:
> > rsvg-convert -w 16 -h 16 -o default16.png ../../../debian/branding/iceweasel_icon.svg
> > make[5]: *** [default16.png] Illegal instruction
>
> Which suggests rsvg-convert or one of the libs it uses is compiled for >
> armv5t, making it not work on armv5t (what our buildds actually are) or
> armv4t (what we actually target)
So, it turns out 8.0-1 has been built with the same version of
librsvg2-bin on a different buildd, which is supposedly the same
hardware as the other failing ones.
So the difference in installed packages versions are:
ok fail
man-db 2.6.0.2-2 2.6.0.2-3
libxau-dev 1:1.0.6-3 1:1.0.6-4
libxau6 1:1.0.6-3 1:1.0.6-4
libxcb-render0 1.7-3 1.7-4
libxcb-render0-dev 1.7-3 1.7-4
libxcb-shape0 1.7-3 1.7-4
libxcb-shm0 1.7-3 1.7-4
libxcb-shm0-dev 1.7-3 1.7-4
I doubt man-db is involved, here, so i checked two almost random packages
in this list: libxcb-shape0 and libxau6. Bingo:
On the files in version 1.7-4 and 1:1.0.6-4 (resp.):
Attribute Section: aeabi
File Attributes
Tag_CPU_name: "7-A"
Tag_CPU_arch: v7
Tag_CPU_arch_profile: Application
Tag_ARM_ISA_use: Yes
Tag_THUMB_ISA_use: Thumb-2
Tag_VFP_arch: VFPv3-D16
Tag_ABI_PCS_wchar_t: 4
Tag_ABI_FP_denormal: Needed
Tag_ABI_FP_exceptions: Needed
Tag_ABI_FP_number_model: IEEE 754
Tag_ABI_align8_needed: Yes
Tag_ABI_align8_preserved: Yes, except leaf SP
Tag_ABI_enum_size: int
Tag_ABI_HardFP_use: SP and DP
Tag_ABI_optimization_goals: Aggressive Speed
Tag_DIV_use: Not allowed
On the files in version 1.7-3 and 1:1.0.6-3 (resp.):
Attribute Section: aeabi
File Attributes
Tag_CPU_name: "ARM9TDMI"
Tag_CPU_arch: v4T
Tag_ARM_ISA_use: Yes
Tag_THUMB_ISA_use: Thumb-1
Tag_ABI_PCS_wchar_t: 4
Tag_ABI_FP_denormal: Needed
Tag_ABI_FP_exceptions: Needed
Tag_ABI_FP_number_model: IEEE 754
Tag_ABI_align8_needed: Yes
Tag_ABI_align8_preserved: Yes, except leaf SP
Tag_ABI_enum_size: int
Tag_ABI_optimization_goals: Aggressive Speed
Tag_DIV_use: Not allowed
Both packages in their new version were *not* autobuilt, while the old
one was. Please double check the armel packages you upload.
Cheers,
Mike
More information about the pkg-gnome-maintainers
mailing list