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

Bug#1016084: marked as done (transition: petsc)

Your message dated Mon, 26 Sep 2022 23:12:29 +0200
with message-id <YzIVvScUHPHSq4kU@ramacher.at>
and subject line Re: Bug#1016084: transition: petsc
has caused the Debian Bug report #1016084,
regarding transition: petsc
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.)


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

I'd like to proceed with the next upgrade of the numerical library
stack*.

superlu-dist   7.2.0 -> 8.1.0
hypre          2.23.0 -> 2.25.0
mumps          5.4.1 -> 5.5.0
petsc          3.16 -> 3.17
slepc          3.16 -> 3.17
with petsc4py, slepc4py


I've checked reverse dependencies build.
They had a couple of problems evidently not related to this transition
  - siconos had some problem with source
  - freefem++ required parmetis (not declared in Build-Depends)

Other dependent packages built fine.


auto-transitions are already created

https://release.debian.org/transitions/html/auto-superlu-dist.html
https://release.debian.org/transitions/html/auto-hypre.html
https://release.debian.org/transitions/html/auto-mumps.html
https://release.debian.org/transitions/html/auto-petsc.html
https://release.debian.org/transitions/html/auto-slepc.html
https://release.debian.org/transitions/html/auto-petsc4py.html


* not upgrading trilinos. Others are managing trilinos.

--- End Message ---
--- Begin Message --- 
On 2022-09-22 14:39:32 +0200, Drew Parsons wrote:
> I see it, thanks Konstantinos.  I didn't think to check the PRs.
> It might a few days to get time to process but I'll merge the PR soon.

Alright. Until this gets resolve, I've scheduled rebuilds for getfem++
in testing to complete this transition.

Cheers

> 
> Drew
> 
> 
> On 2022-09-22 14:30, Konstantinos Poulios wrote:
> > Hi Drew and Sebastian,
> > 
> > The getfem issues on the tracker should be fixed in my last pull
> > request.
> > 
> > https://salsa.debian.org/science-team/getfem/-/merge_requests/3
> > 
> > I can also add the transition to a newer mumps in the same branch if
> > you like.
> > 
> > Best regards
> > 
> > Konstantinos
> > 
> > On Thu, Sep 22, 2022 at 2:12 PM Drew Parsons <dparsons@emerall.com>
> > wrote:
> > 
> > > On 2022-09-22 10:07, Sebastian Ramacher wrote:
> > > > On 2022-09-19 13:28:21 +0200, Drew Parsons wrote:
> > > > > On 2022-09-19 12:47, Sebastian Ramacher wrote:
> > > > > > On 2022-09-19 11:54:36 +0200, Drew Parsons wrote:
> > > > > > > This transition can be considered done, if we're happy with
> > > the
> > > > > > > state of
> > > > > > > rheolef reported by
> > > > > > >  https://release.debian.org/transitions/html/auto-mumps.html
> > > > > > >  https://buildd.debian.org/status/package.php?p=rheolef
> > > > > > 
> > > > > > It's only done when the old mumps libraries are removed from
> > > testing.
> > > > > > That's currently blocked by getfem and rheolef:
> > > > > ...
> > > > > > The both need to be fixed or removed from testing.
> > > > > 
> > > > > I see it, thanks for the clarification.
> > > > 
> > > > What's the plan regarding getfem++/getfem? It looks like some
> > > package
> > > > renaming was started in unstable but it was never finished.
> > > 
> > > Hi Sebastian, Konstantinos Poulios was preparing the getfem package.
> > > I
> > > uploaded on his behalf.
> > > 
> > > Kon, getfem has some bugs preventing it from migrating to testing
> > > (the
> > > forthcoming new stable release), and tests are failing on i386 and
> > > ppc64el. We're trying to rebuild in order to finalise a recent
> > > upgrade
> > > of mumps to v5.5.1. The tracker page for getfem is
> > > https://tracker.debian.org/pkg/getfem
> > > 
> > > Can you see what updates the getfem package needs?
> > > 
> > > Drew
> > > 
> > > [changing mail address to avoid the gmail spam filter]
> 

-- 
Sebastian Ramacher

--- End Message ---
Reply to: