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

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

Your message dated Thu, 3 Feb 2022 15:56:56 +0100
with message-id <YfvtOL7FUo/Fn80w@ramacher.at>
and subject line Re: Bug#1002681: transition: ocaml
has caused the Debian Bug report #1002681,
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.)


-- 
1002681: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1002681
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
X-Debbugs-Cc: debian-ocaml-maint@lists.debian.org

Dear Release Team,

I've updated ocaml to 4.13.1 (released on 2021-10-01) and uploaded to
experimental. It builds on all release architectures, and most of
ports as well.

Version currently in unstable is 4.11.1 (released on 2020-09-01).

I've tried to rebuild all related packages with the new version, and
the breakage is minimal:

  https://ocaml.debian.net/transitions/ocaml-4.13.1/

A new version of ocaml-odoc is required, and it depends on a package
(ocaml-odoc-parser) which is in the NEW queue. When it is accepted, I
think we can proceed to updating OCaml in unstable.


Ben file:

title = "ocaml";
is_affected = .depends ~ "ocaml.*4\.11\.1" | .depends ~ "ocaml.*4\.13\.1";
is_good = .depends ~ "ocaml.*4\.13\.1";
is_bad = .depends ~ "ocaml.*4\.11\.1";


Cheers,

-- 
Stéphane

--- End Message ---
--- Begin Message --- 
On 2022-02-01 10:39:50, Sebastian Ramacher wrote:
> On 2022-02-01 10:01:17, Stéphane Glondu wrote:
> > Le 25/01/2022 à 05:39, Stéphane Glondu a écrit :
> > >>> - ppx-tools-versioned (#1002941), ppxfind (#1002942): they seem
> > >>> deprecated, should be removed from testing
> > >>
> > >> That would also require removal of:
> > >>
> > >> coq-elpi
> > >> coq-hierarchy-builder
> > >> elpi
> > >> haxe
> > >> liquidsoap
> > >> mercurial-buildpackage
> > >> morbig
> > >> morsmall
> > >> node-carto
> > >> node-hsluv
> > >> ocaml-sedlex
> > >> ocaml-visitors
> > >> pgocaml
> > >> ppx-deriving
> > >> ppx-deriving-yojson
> > > 
> > > Packages that used to depend on ppx-tools-versioned and/or ppxfind (in
> > > testing) do no longer in their 4.13.1-compatible version (in
> > > unstable)... That's why I said they seem deprecated.
> > > 
> > > In current unstable, the only reverse-dependencies that remain are eliom
> > > and nurpawiki:
> > > 
> > >> glondu@coccia:~$ dak rm -Rn -s unstable ppx-tools-versioned ppxfind eliom nurpawiki
> > >> Will remove the following packages from unstable:
> > >> [...]
> > >> Checking reverse dependencies...
> > >> No dependency problem found.
> > 
> > Now, I can simulate a successful migration of ocaml (and 273 other
> > packages (including binNMUs)) if ppx-tools-versioned is removed at the
> > same time...
> 
> At least llvm-toolchain-12 and libguestfs have autopkgtest regressions,
> blocking the migration of ocaml and the rebuilds.

I've added hints to ignore those issues. Everything migrated.

Cheers

> 
> Cheers
> -- 
> Sebastian Ramacher
> 

-- 
Sebastian Ramacher

--- End Message ---
Reply to: