Re: Bug#648233: SIGILL in rsvg-convert on armel

2011-11-09 Thread Steve Langasek
On Thu, Nov 10, 2011 at 12:30:09AM +0100, Mike Hommey wrote:
 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

Scheduled.  Sorry about that.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature


Re: Bug#648233: SIGILL in rsvg-convert on armel

2011-11-09 Thread Mike Hommey
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 +, 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=iceweaselarch=armelver=8.0-3stamp=1320864081file=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


-- 
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2009233009.ga10...@glandium.org