Bug#1016084: transition: petsc
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. 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 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]
Bug#1016084: transition: petsc
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 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] >
Bug#1016084: transition: petsc
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]
Bug#1016084: transition: petsc
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
Bug#1016084: transition: petsc
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. Cheers -- Sebastian Ramacher
Bug#1016084: transition: petsc
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. Drew
Bug#1016084: transition: petsc
On 2022-09-19 11:54:36 +0200, Drew Parsons wrote: > On 2022-09-08 10:19, Sebastian Ramacher wrote: > > On 2022-09-04 10:02:53 +0200, Drew Parsons wrote: > > > All uploads are done now. Let the binNMUs rip. > > > > The rebuilds have been done. The transition is now blocked on #1019287. > > > > > Bug#1019287 is now fixed, all new builds have now migrated to testing. > > 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: trying: -libmumps-seq-5.4/i386 skipped: -libmumps-seq-5.4/i386 (0, 42, 50) got: 25+0: a-1:a-20:a-0:a-0:i-3:m-0:m-0:p-0:s-1 * i386: libgetfem++-dev, libgetfem5++, python3-getfem++ trying: -libpoppler118/mips64el skipped: -libpoppler118/mips64el (0, 43, 49) got: 23+0: a-1:a-20:a-0:a-0:i-0:m-1:m-0:p-0:s-1 * mips64el: inkscape trying: -libmumps-seq-5.4/amd64 skipped: -libmumps-seq-5.4/amd64 (0, 44, 48) got: 25+0: a-4:a-20:a-0:a-0:i-0:m-0:m-0:p-0:s-1 * amd64: libgetfem++-dev, libgetfem5++, python3-getfem++ trying: -libmumps-seq-5.4/arm64 skipped: -libmumps-seq-5.4/arm64 (0, 45, 47) got: 25+0: a-1:a-23:a-0:a-0:i-0:m-0:m-0:p-0:s-1 * arm64: libgetfem++-dev, libgetfem5++, python3-getfem++ trying: -libmumps-seq-5.4/armel skipped: -libmumps-seq-5.4/armel (0, 46, 46) got: 25+0: a-1:a-20:a-3:a-0:i-0:m-0:m-0:p-0:s-1 * armel: libgetfem++-dev, libgetfem5++, python3-getfem++ trying: -libmumps-seq-5.4/armhf skipped: -libmumps-seq-5.4/armhf (0, 47, 45) got: 25+0: a-1:a-20:a-0:a-3:i-0:m-0:m-0:p-0:s-1 * armhf: libgetfem++-dev, libgetfem5++, python3-getfem++ trying: -libmumps-seq-5.4/s390x skipped: -libmumps-seq-5.4/s390x (0, 48, 44) got: 25+0: a-1:a-20:a-0:a-0:i-0:m-0:m-0:p-0:s-4 * s390x: libgetfem++-dev, libgetfem5++, python3-getfem++ trying: -libavformat58/ppc64el skipped: -libavformat58/ppc64el (0, 49, 43) got: 24+0: a-1:a-20:a-0:a-0:i-0:m-0:m-0:p-2:s-1 * ppc64el: libopenjfx-jni, openjfx trying: -libmumps-seq-5.4/mipsel skipped: -libmumps-seq-5.4/mipsel (0, 50, 42) got: 25+0: a-1:a-20:a-0:a-0:i-0:m-0:m-3:p-0:s-1 * mipsel: libgetfem++-dev, libgetfem5++, python3-getfem++ trying: -libavformat58/mips64el skipped: -libavformat58/mips64el (0, 51, 41) got: 24+0: a-1:a-20:a-0:a-0:i-0:m-2:m-0:p-0:s-1 * mips64el: libopenjfx-jni, openjfx trying: -libmumps-seq-5.4/ppc64el skipped: -libmumps-seq-5.4/ppc64el (0, 52, 40) got: 25+0: a-1:a-20:a-0:a-0:i-0:m-0:m-0:p-3:s-1 * ppc64el: libgetfem++-dev, libgetfem5++, python3-getfem++ trying: -libmumps-seq-5.4/mips64el skipped: -libmumps-seq-5.4/mips64el (0, 53, 39) got: 25+0: a-1:a-20:a-0:a-0:i-0:m-3:m-0:p-0:s-1 * mips64el: libgetfem++-dev, libgetfem5++, python3-getfem++ trying: -libmumps-ptscotch-5.4/i386 skipped: -libmumps-ptscotch-5.4/i386 (0, 54, 38) got: 25+0: a-1:a-20:a-0:a-0:i-3:m-0:m-0:p-0:s-1 * i386: librheolef-dev, librheolef1, rheolef trying: -libmumps-ptscotch-5.4/amd64 skipped: -libmumps-ptscotch-5.4/amd64 (0, 55, 37) got: 25+0: a-4:a-20:a-0:a-0:i-0:m-0:m-0:p-0:s-1 * amd64: librheolef-dev, librheolef1, rheolef trying: -libmumps-ptscotch-5.4/arm64 skipped: -libmumps-ptscotch-5.4/arm64 (0, 56, 36) got: 25+0: a-1:a-23:a-0:a-0:i-0:m-0:m-0:p-0:s-1 * arm64: librheolef-dev, librheolef1, rheolef trying: -libmumps-ptscotch-5.4/s390x skipped: -libmumps-ptscotch-5.4/s390x (0, 57, 35) got: 25+0: a-1:a-20:a-0:a-0:i-0:m-0:m-0:p-0:s-4 * s390x: librheolef-dev, librheolef1, rheolef trying: -libmumps-ptscotch-5.4/mipsel skipped: -libmumps-ptscotch-5.4/mipsel (0, 58, 34) got: 25+0: a-1:a-20:a-0:a-0:i-0:m-0:m-3:p-0:s-1 * mipsel: librheolef-dev, librheolef1, rheolef trying: -libmumps-ptscotch-5.4/ppc64el skipped: -libmumps-ptscotch-5.4/ppc64el (0, 59, 33) got: 25+0: a-1:a-20:a-0:a-0:i-0:m-0:m-0:p-3:s-1 * ppc64el: librheolef-dev, librheolef1, rheolef trying: -libmumps-ptscotch-5.4/mips64el skipped: -libmumps-ptscotch-5.4/mips64el (0, 60, 32) got: 25+0: a-1:a-20:a-0:a-0:i-0:m-3:m-0:p-0:s-1 * mips64el: librheolef-dev, librheolef1, rheolef The both need to be fixed or removed from testing. Cheers -- Sebastian Ramacher
Bug#1016084: transition: petsc
On 2022-09-08 10:19, Sebastian Ramacher wrote: On 2022-09-04 10:02:53 +0200, Drew Parsons wrote: All uploads are done now. Let the binNMUs rip. The rebuilds have been done. The transition is now blocked on #1019287. Bug#1019287 is now fixed, all new builds have now migrated to testing. 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
Bug#1016084: transition: petsc
On 2022-09-04 10:02:53 +0200, Drew Parsons wrote: > All uploads are done now. Let the binNMUs rip. The rebuilds have been done. The transition is now blocked on #1019287. Cheers -- Sebastian Ramacher
Bug#1016084: transition: petsc
All uploads are done now. Let the binNMUs rip. Drew
Bug#1016084: transition: petsc
On 2022-09-02 00:03:22 +0200, Drew Parsons wrote: > On 2022-09-01 23:32, Sebastian Ramacher wrote: > > > > > > Lower level libraries are uploaded. We'll want mumps level 2 built to > > > prepare trilinos for the petsc build. > > > > Scheduled mumps level 2 (except trilinos) >^^^ > > Wait no, it's trilinos that I'm waiting for! petsc needs it. Scheduled Cheers -- Sebastian Ramacher
Bug#1016084: transition: petsc
On 2022-09-01 23:32, Sebastian Ramacher wrote: Lower level libraries are uploaded. We'll want mumps level 2 built to prepare trilinos for the petsc build. Scheduled mumps level 2 (except trilinos) ^^^ Wait no, it's trilinos that I'm waiting for! petsc needs it.
Bug#1016084: transition: petsc
On 2022-09-01 22:05:20 +0200, Drew Parsons wrote: > On 2022-08-31 11:57, Drew Parsons wrote: > > > > The pmix problem is now worked around by reverting back to the earlier > > version. I'll proceed with the transition of the numerical stack now. > > Lower level libraries are uploaded. We'll want mumps level 2 built to > prepare trilinos for the petsc build. Scheduled mumps level 2 (except trilinos) Cheers -- Sebastian Ramacher
Bug#1016084: transition: petsc
On 2022-08-31 11:57, Drew Parsons wrote: The pmix problem is now worked around by reverting back to the earlier version. I'll proceed with the transition of the numerical stack now. Lower level libraries are uploaded. We'll want mumps level 2 built to prepare trilinos for the petsc build. Drew
Bug#1016084: transition: petsc
On 2022-08-16 21:44, Drew Parsons wrote: We're conflicted by pmix Bug#1017356. I would be better if MPI (ucx/pmix) upgrades were handled as a transition tested first in experimental :( The pmix problem is now worked around by reverting back to the earlier version. I'll proceed with the transition of the numerical stack now. Drew
Bug#1016084: transition: petsc
On 2022-08-16 21:12, Sebastian Ramacher wrote: Control: tags -1 confirmed On 2022-07-31 12:47:15 +0200, Sebastian Ramacher wrote: On 2022-07-26 20:34:10 +0200, Drew Parsons wrote: > > 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 Please go ahead We're conflicted by pmix Bug#1017356. I would be better if MPI (ucx/pmix) upgrades were handled as a transition tested first in experimental :( Drew
Bug#1016084: transition: petsc
Control: tags -1 confirmed On 2022-07-31 12:47:15 +0200, Sebastian Ramacher wrote: > On 2022-07-26 20:34:10 +0200, Drew Parsons wrote: > > Package: release.debian.org > > Severity: normal > > User: release.debian@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. > > This transition conflicts with the already ACKed opencascade transition. > So let's wait until that one is done. Please go ahead Cheers -- Sebastian Ramacher
Bug#1016084: transition: petsc
On 2022-07-26 20:34:10 +0200, Drew Parsons wrote: > Package: release.debian.org > Severity: normal > User: release.debian@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. This transition conflicts with the already ACKed opencascade transition. So let's wait until that one is done. Cheers -- Sebastian Ramacher
Bug#1016084: transition: petsc
Package: release.debian.org Severity: normal User: release.debian@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.