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

Bug#819530: marked as done (transition: icu)

Your message dated Fri, 4 Nov 2016 22:24:52 +0100
with message-id <6a931d28-ca9f-0ec7-b41a-ca3f154b97e7@debian.org>
and subject line Re: Bug#819530: transition: icu
has caused the Debian Bug report #819530,
regarding transition: icu
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
819530: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819530
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition

ICU has a new major upstream release, supporting several new things
that I would like to see in Stretch:
- CLDR[1] 28 [2] and 29 [3] support,
- Unicode 8.0.0 [4] support.

As it affects the system from Boost C++ libraries (several packages
build depends on it) to LibreOffice, it's not uploaded to experimental
even. But my local build tests on amd64 shows that Boost 1.58 could be
built and transiently some packages that build depends on Boost.
The biggest one is LibreOffice which could be built of course. In
short, I compiled ICU 57.1 and installed it -> compiled and installed
Boost 1.58 -> successfully compiled LibreOffice 5.1.2~RC1.
May I proceed with the upload, targeting experimental first?

Regards,
Laszlo/GCS
[1] http://cldr.unicode.org/index
[2] http://cldr.unicode.org/index/downloads/cldr-28
[3] http://cldr.unicode.org/index/downloads/cldr-29
[4] http://www.unicode.org/versions/Unicode8.0.0/#Summary

--- End Message ---
--- Begin Message --- 
On 01/08/16 18:49, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
> 
> On 01/08/16 09:14, László Böszörményi (GCS) wrote:
>> Not a build failure, but during the transition of gnustep-gui I've
>> seen this warning:
>> dh_installdocs: WARNING: --link-doc between architecture all and not
>> all packages breaks binNMUs
> 
> Please file an RC bug for this.
> 
>> haskell-blogliterately fails due to a Haskell stack problem, the build
>> dependencies can't be installed:
>> libghc-pandoc-dev : Depends: libghc-juicypixels-dev-3.2.7.2-81d4d
>> which is a virtual package and is not provided by any available
>> package
>>
>> openjfx fails due to a long shell command line:
>> -- cut --
>> make[4]: Entering directory
>> '/build/openjfx-8u102-b14/modules/web/build/linux/Release/WebCore'
>> make[4]: execvp: /bin/sh: Argument list too long
> 
> Please file an RC bug.
> 
>> frog fails with:
> [...]
>> The mentioned library and functions come from the mbt package, maybe
>> an uncoordinated transition of an other package?
> 
> No idea. Can you file a bug against frog?
> 
>> Other packages are fine. Please advise other tests if needed.
> 
> Let's start this.

And this is finally finished.

Cheers,
Emilio

--- End Message ---
Reply to: