Hi, icu-4.8.1 introduces a regression (crash) in libreoffice calc, see bug 396421. Can we please get icu-4.8.1.1 stable soon at least on the libreoffice-relevant arches (amd64, ppc, x86)? If you agree please set keyword and cc arches... TIA
As per summary please stabilise icu-4.8.1.1-r1.
>>> Failed to emerge dev-libs/icu-4.8.1.1-r1, Log file: >>> '/var/tmp/portage/dev-libs/icu-4.8.1.1-r1/temp/build.log' * Messages for package dev-libs/icu-4.8.1.1-r1: * Failed Patch: icu-4.8.1-fix_ltr.patch ! * ( /usr/portage/dev-libs/icu/files/icu-4.8.1-fix_ltr.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/dev-libs/icu-4.8.1.1-r1/temp/icu-4.8.1-fix_ltr.patch.out * ERROR: dev-libs/icu-4.8.1.1-r1 failed (prepare phase): * Failed Patch: icu-4.8.1-fix_ltr.patch! * * Call stack: * ebuild.sh, line 85: Called src_prepare * environment, line 2223: Called epatch '/usr/portage/dev-libs/icu/files/icu-4.8.1-fix_binformat_fonts.patch' '/usr/portage/dev-libs/icu/files/icu-4.8.1-fix_nan.patch' '/usr/portage/dev-libs/icu/files/icu-4.8.1-fix_ltr.patch' * environment, line 881: Called epatch '/usr/portage/dev-libs/icu/files/icu-4.8.1-fix_ltr.patch' * environment, line 1039: Called die * The specific snippet of code: * die "Failed Patch: ${patchname}!"; * * If you need support, post the output of 'emerge --info =dev-libs/icu-4.8.1.1-r1', * the complete build log and the output of 'emerge -pqv =dev-libs/icu-4.8.1.1-r1'. * The complete build log is located at '/var/tmp/portage/dev-libs/icu-4.8.1.1-r1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-libs/icu-4.8.1.1-r1/temp/environment'. * S: '/var/tmp/portage/dev-libs/icu-4.8.1.1-r1/work/icu/source' Patch command output: http://pastebin.com/hY0vkWXR
(In reply to comment #2) > >>> Failed to emerge dev-libs/icu-4.8.1.1-r1, Log file: Same here (amd64).
I think the patch is not needed any longer as the new LESwaps.h is fixed by checking if BYTE_ORDER eq. BIG_ENDIAN. Cause of this changes the patch does not fit any more and blocks the emerge process. I created local portage overlay, removed the patch from the ebuild and it compiles fine. I will attach the "fixed" ebuild.
Created attachment 303539 [details] fixed ebuild without using (not longer needed?) lte patch I didn't want to use new version number, this shall be task of maintainer. In my eyes new source code seems to handle LTE problem and makes patch obsolete. But I didn't test in detail, just read the code.
amd64: archtester icu # ebuild icu-4.8.1-r2.ebuild clean prepare * Applying icu-4.8.1-fix_binformat_fonts.patch ... [ ok ] * Applying icu-4.8.1-fix_nan.patch ... [ ok ] archtester icu # ebuild icu-4.8.1-r2.ebuild clean install --------------------------------------------------------- * QA Notice: Package triggers severe warnings which indicate that it * may exhibit random runtime failures. * ExtensionSubtables.cpp:32:31: warning: dereferencing type-punned pointer will break strict-aliasing rules * Please do not file a Gentoo bug and instead report the above QA * issues directly to the upstream developers of this software. * Homepage: http://www.icu-project.org/ archtester icu # ebuild icu-4.8.1-r2.ebuild merge >>> Original instance of package unmerged safely. >>> dev-libs/icu-4.8.1-r2 merged. do you want a bug filed for the QA?
amd64 stable
Stable for HPPA.
ppc done
ppc64 done
Archtested on x86: Everything OK. - icu and various rdeps compiled successfully. - Of the rdeps that had associated tests, all tests passed. - Repoman reports no ebuild QA issues - Manually verified functionality using the latest stable chromium.
x86 stable
arm stable
alpha/ia64/s390/sh/sparc stable