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

Bug#871469: marked as done (transition: ocaml)

Your message dated Tue, 2 Jan 2018 22:20:43 +0100
with message-id <81ba2309-e1c3-69f1-2aab-9a71b9136a99@debian.org>
and subject line Re: Bug#871469: transition: ocaml
has caused the Debian Bug report #871469,
regarding transition: ocaml
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.)


-- 
871469: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871469
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

Dear release team,

We would like to update ocaml from 4.02.3 to 4.05.0. This is 3 major
releases (and 2 years) ahead.

With current unstable, on amd64:
- 9 source uploads (at least) are needed
- 222 packages rebuild fine with no changes
- 22 packages FTBFS with the new version
- 18 packages cannot be rebuilt because one of their b-deps FTBFS

Among the latter 40 packages, 32 are in testing. Bug reports have been
submitted for some of them [1] and patches are available. The
remaining ones are pretty self-contained (no external reverse
dependencies) and can be removed from testing if they get in the
way. I've put details at [2].

ocaml 4.05.0 and a few selected packages have been uploaded to
experimental and build fine on all architectures [3].

[1] https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ocaml-4.05.0-transition;users=debian-ocaml-maint@lists.debian.org
[2] http://ocaml.debian.net/debian/ocaml-4.05.0%2Brc1/
[3] https://buildd.debian.org/status/package.php?p=ocaml%2Ccamlp4%2Cfindlib%2Cocamlbuild&suite=experimental&compact=compact

So, basically, this transition is ready to be started from my point of
view.

I will take care of the necessary binNMUs.

Ben file:

title = "ocaml";
is_affected = .depends ~ /ocaml(-base)?(-nox)?-4.02.3/ | .depends ~ /ocaml(-base)?(-nox)?-4.05.0/;
is_good = .depends ~ /ocaml(-base)?(-nox)?-4.05.0/;
is_bad = .depends ~ /ocaml(-base)?(-nox)?-4.02.3/;


Cheers,

-- 
Stéphane

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.11.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

--- End Message ---
--- Begin Message --- 
On 23/09/17 15:52, Emilio Pozuelo Monfort wrote:
> On 14/09/17 15:44, Ximin Luo wrote:
>> Stéphane Glondu:
>>> On 15/08/2017 22:16, Emilio Pozuelo Monfort wrote:
>>>> Control: tags -1 confirmed
>>>> [...]
>>>>> ocaml 4.05.0 and a few selected packages have been uploaded to
>>>>> experimental and build fine on all architectures [3].
>>>>
>>>>> So, basically, this transition is ready to be started from my point of
>>>>> view.
>>>>>
>>>>> I will take care of the necessary binNMUs.
>>>>
>>>> Go ahead.
>>>
>>> The transition in Fedora revealed an issue with native dynlink on arm64
>>> [1]. The issue is being sorted out upstream [2]. Let's wait a bit. If
>>> this is not fixed in one week, we'll upload ocaml with native dynlink
>>> disabled on arm64.
>>>
>>> [1] https://pagure.io/releng/issue/6906
>>> [2] https://github.com/ocaml/ocaml/pull/1268
>>>
>> Upstream fixed this "properly" so I've included that patch and done a new upload to experimental. Everything seems OK so far, just waiting for slower architectures to build.
>>
>> Soon, I will upload to unstable and begin the transition. Let me know if you need me to delay it further.
> 
> That's alright. I see this is already started and binNMUs are needed. Is someone
> from the ocaml team handling these, or should I?

This took forever, but it finally migrated:

ocaml      | 4.05.0-10     | testing            | source, amd64, arm64, armel,
armhf, i386, mips, mips64el, mipsel, ppc64el, s390x

I had to remove approx and its only rdep openstack-meta-packages, which were
scheduled for autoremoval anyway.

Cheers,
Emilio

--- End Message ---
Reply to: