debian-science  

Messages by Thread

• Orphaning some Debian-Science packages Anton Gladky
  • Re: Orphaning some Debian-Science packages Alastair McKinstry
  • Re: Orphaning some Debian-Science packages Anton Gladky
  • Re: Orphaning some Debian-Science packages Drew Parsons
  • Re: Orphaning some Debian-Science packages Antonio Valentino
  • Re: Orphaning some Debian-Science packages Anton Gladky
  • Re: Orphaning some Debian-Science packages Antonio Valentino
  • Re: Orphaning some Debian-Science packages Anton Gladky
  • Re: Orphaning some Debian-Science packages Stuart Prescott
• Bug#933844: libpmi-pmix-dev: MPI failure in dolfin tests Drew Parsons
• Cross-distro Call for BLAS64/LAPACK64 Convention Alignment Mo Zhou
  • Re: Cross-distro Call for BLAS64/LAPACK64 Convention Alignment Susi Lehtola
• RFR: src:lapack's 64bit-indexing variant Mo Zhou
  • Re: RFR: src:lapack's 64bit-indexing variant Sébastien Villemot
  • Re: RFR: src:lapack's 64bit-indexing variant Mo Zhou
  • Re: RFR: src:lapack's 64bit-indexing variant Sébastien Villemot
  • Re: RFR: src:lapack's 64bit-indexing variant Sébastien Villemot
  • Re: RFR: src:lapack's 64bit-indexing variant Mo Zhou
  • Re: RFR: src:lapack's 64bit-indexing variant Gilles Filippini
  • Re: RFR: src:lapack's 64bit-indexing variant Sébastien Villemot
  • Re: RFR: src:lapack's 64bit-indexing variant Mo Zhou
  • Re: RFR: src:lapack's 64bit-indexing variant Mo Zhou
  • Re: RFR: src:lapack's 64bit-indexing variant Graham Inggs
  • Re: RFR: src:lapack's 64bit-indexing variant Sébastien Villemot
  • Re: RFR: src:lapack's 64bit-indexing variant Sébastien Villemot
  • Re: RFR: src:lapack's 64bit-indexing variant Mo Zhou
  • RFR: src:openblas Multi-Flavour updates Mo Zhou
  • Re: RFR: src:openblas Multi-Flavour updates Sébastien Villemot
  • Re: RFR: src:openblas Multi-Flavour updates Mo Zhou
  • Re: RFR: src:lapack's 64bit-indexing variant Ole Streicher
• admin needed to reset git repository: dlib Hugo Lefeuvre
  • Re: admin needed to reset git repository: dlib Anton Gladky
  • Re: admin needed to reset git repository: dlib Hugo Lefeuvre
• Reorganisation of www.debian.org: Please provide information about your Blend Andreas Tille
  • Re: Reorganisation of www.debian.org: Please provide information about your Blend Andreas Tille
• GCC 9 / gfortran changes? Matthias Klose
  • Re: GCC 9 / gfortran changes? Alastair McKinstry
• e4s - there is so much out there - too much for us to cope Steffen Möller
  • Re: e4s - there is so much out there - too much for us to cope Drew Parsons
  • Re: e4s - there is so much out there - too much for us to cope Andreas Tille
• ITP: sagemath-database-cremona-ellcurve -- Database of elliptic curves over the rationals Julien Puydt
• Re: dwz: .debug_line reference above end of section [now in mpi4py] Drew Parsons
  • Re: dwz: .debug_line reference above end of section [now in mpi4py] Mo Zhou
  • Re: dwz: .debug_line reference above end of section [now in mpi4py] Drew Parsons
• Bug#932208: RM: grib-api/1.28.0-2 Alastair McKinstry
• Re: FreeFEM Debian package Dimitrios Eftaxiopoulos
• RFS: pytables 3.5.2 Antonio Valentino
  • Re: RFS: pytables 3.5.2 Emmanuel Arias
  • Re: RFS: pytables 3.5.2 Andreas Tille
  • Re: RFS: pytables 3.5.2 Antonio Valentino
• moving mpi4py to Debian Science Drew Parsons
  • Re: moving mpi4py to Debian Science Yaroslav Halchenko
  • Re: moving mpi4py to Debian Science Drew Parsons
  • Re: moving mpi4py to Debian Science Drew Parsons
• Pandas/Statsmodels Rebecca N. Palmer
  • Re: Pandas/Statsmodels Drew Parsons
  • Re: scientific python stack transitions Rebecca N. Palmer
  • Re: scientific python stack transitions Drew Parsons
  • Re: scientific python stack transitions Mo Zhou
  • dropping python2 [was Re: scientific python stack transitions] Drew Parsons
  • Re: dropping python2 [was Re: scientific python stack transitions] Matthias Klose
  • Re: dropping python2 [was Re: scientific python stack transitions] Drew Parsons
  • Re: dropping python2 [was Re: scientific python stack transitions] Thomas Goirand
  • Re: dropping python2 [was Re: scientific python stack transitions] Ansgar
  • Re: dropping python2 [was Re: scientific python stack transitions] Thomas Goirand
  • Re: scientific python stack transitions Rebecca N. Palmer
  • Re: scientific python stack transitions Drew Parsons
  • Re: scientific python stack transitions Rebecca N. Palmer
  • Re: scientific python stack transitions Drew Parsons
  • Re: scientific python stack transitions Graham Inggs
• To be salvaged by Debian Science or removed: coinor-dylp Andreas Tille
• Debian Upstream Metadata and citation file format Andreas Tille
  • Re: Debian Upstream Metadata and citation file format Philip Rinn
  • Re: Debian Upstream Metadata and citation file format Andreas Tille
• Re: [robotology/idyntree] Use of not initialized memory when using IPOPT < 3.12.11 with MUMPS >= 5.1.0 (#456) Drew Parsons
• is it safe to "try" gcc 9 from experimental in Debian/testing Christophe Trophime
  • Re: is it safe to "try" gcc 9 from experimental in Debian/testing Mo Zhou
  • Re: is it safe to "try" gcc 9 from experimental in Debian/testing Emmanuel Arias
• Bits from /me: A humble draft policy on "deep learning v.s. freedom" Mo Zhou
  • Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom" Paul Wise
  • Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom" Mo Zhou
  • Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom" Paul Wise
  • Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom" Mo Zhou
  • Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom" Mo Zhou
  • Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom" Andreas Tille
  • Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom" Mattias Wadenstein
  • Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom" Mo Zhou
  • Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom" julien . puydt
  • Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom" Mo Zhou
  • Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom" Ben Hutchings
  • Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom" Mo Zhou
  • Concern for: A humble draft policy on "deep learning v.s. freedom" Osamu Aoki
  • Re: Concern for: A humble draft policy on "deep learning v.s. freedom" Mo Zhou
  • Re: Concern for: A humble draft policy on "deep learning v.s. freedom" Yao Wei (魏銘廷)
  • Re: Concern for: A humble draft policy on "deep learning v.s. freedom" Osamu Aoki
  • Re: Concern for: A humble draft policy on "deep learning v.s. freedom" Mo Zhou
  • Re: Concern for: A humble draft policy on "deep learning v.s. freedom" Osamu Aoki
  • Re: Concern for: A humble draft policy on "deep learning v.s. freedom" Mo Zhou
  • Re: Concern for: A humble draft policy on "deep learning v.s. freedom" Osamu Aoki
  • Re: Concern for: A humble draft policy on "deep learning v.s. freedom" Sam Hartman
  • Re: Concern for: A humble draft policy on "deep learning v.s. freedom" Sam Hartman
  • Re: Concern for: A humble draft policy on "deep learning v.s. freedom" Mo Zhou
  • Re: Concern for: A humble draft policy on "deep learning v.s. freedom" Charles Plessy
  • Re: Concern for: A humble draft policy on "deep learning v.s. freedom" Mo Zhou
• Re: hyantesite: test failures on most architectures Andreas Tille
• Bug#929296: libopenblas-base: is libopenblas.so needed? Drew Parsons
  • Re: Bug#929296: libopenblas-base: is libopenblas.so needed? Mo Zhou
  • Re: Bug#929296: libopenblas-base: is libopenblas.so needed? Drew Parsons
  • Re: Bug#929296: libopenblas-base: is libopenblas.so needed? Mo Zhou
  • Re: Bug#929296: libopenblas-base: is libopenblas.so needed? Drew Parsons
• Anyone tried to build 64-bit-indexing reference *c*blas? Mo Zhou
• Towards lapack / lapack64 packaging Mo Zhou
  • Re: Towards lapack / lapack64 packaging Sébastien Villemot
  • Re: Towards lapack / lapack64 packaging Mo Zhou
  • Re: Towards lapack / lapack64 packaging Andreas Tille
  • Re: Towards lapack / lapack64 packaging Gard Spreemann
  • Re: Towards lapack / lapack64 packaging Mo Zhou
  • Re: Towards lapack / lapack64 packaging Drew Parsons
• Annoying stderr message when importing sklearn Mo Zhou
  • Re: Annoying stderr message when importing sklearn Andreas Tille
• libtrilinos-teuchos-dev depends on libblas-dev lukshuntim
  • Re: libtrilinos-teuchos-dev depends on libblas-dev Mo Zhou
• Bug#928293: ITP: ensmallen -- C++ header-only library for mathematical optimization Barak A . Pearlmutter
• RFS: arpack/3.7.0-2 [RC] ghisvail
  • Re: RFS: arpack/3.7.0-2 [RC] Emmanuel Arias
  • Re: RFS: arpack/3.7.0-2 [RC] Ghislain Vaillant
• Insufficient privileges on Salsa to create a default branch merkys
  • Re: Insufficient privileges on Salsa to create a default branch Emmanuel Arias
  • Re: Insufficient privileges on Salsa to create a default branch merkys
• Re: arpack: FTBFS (does not honor parallel=n in DEB_BUILD_OPTIONS) ghisvail
  • Re: arpack: FTBFS (does not honor parallel=n in DEB_BUILD_OPTIONS) Sylvestre Ledru
  • Re: Bug#926935: arpack: FTBFS (does not honor parallel=n in DEB_BUILD_OPTIONS) Santiago Vila
  • Re: Bug#926935: arpack: FTBFS (does not honor parallel=n in DEB_BUILD_OPTIONS) Sylvestre Ledru
  • Re: Bug#926935: arpack: FTBFS (does not honor parallel=n in DEB_BUILD_OPTIONS) Santiago Vila
  • Re: Bug#926935: arpack: FTBFS (does not honor parallel=n in DEB_BUILD_OPTIONS) Ghislain Vaillant
  • Re: arpack: FTBFS (does not honor parallel=n in DEB_BUILD_OPTIONS) Emmanuel Arias
• RFS: foma/1:0.9.18+r243-6 [RC] ghisvail
• Taking over pspp into Debian Science team maintenance (Was: pspp: CVE-2018-20230) Andreas Tille
  • Re: Bug#916902: Taking over pspp into Debian Science team maintenance (Was: pspp: CVE-2018-20230) Friedrich Beckmann
  • Re: Bug#916902: Taking over pspp into Debian Science team maintenance (Was: pspp: CVE-2018-20230) Andreas Tille
  • Re: Bug#916902: Taking over pspp into Debian Science team maintenance (Was: pspp: CVE-2018-20230) Friedrich Beckmann
  • Re: Bug#916902: Taking over pspp into Debian Science team maintenance (Was: pspp: CVE-2018-20230) Andreas Tille
• Help with package a library with python bindings Christophe Trophime
  • Re: Help with package a library with python bindings Mo Zhou
  • Re: Help with package a library with python bindings Christophe Trophime
  • Re: Help with package a library with python bindings Felix Salfelder
• Re: Bug#910104 Re: [LLNL/hypre] tests regularly hang (#44) Drew Parsons
• Maintenance of scoop (Was: FTBFS: Could not import extension sphinx.ext.pngmath (exception: No module named pngmath)) Andreas Tille
• Bug#926819: RM: xtensor [experimental] -- ROM; NPOASR; FTBFS; orphaned ghisvail
• RFS: cuba/4.2-1 [ITP] Francesco Montanari
  • Re: RFS: cuba/4.2-1 [ITP] Sébastien Villemot
  • Re: Bug#926330: RFS: cuba/4.2-1 [ITP] Francesco Montanari
  • Re: Bug#926330: RFS: cuba/4.2-1 [ITP] Sébastien Villemot
  • Re: Bug#926330: RFS: cuba/4.2-1 [ITP] Francesco Montanari
  • Re: Bug#926330: RFS: cuba/4.2-1 [ITP] Sébastien Villemot
  • Re: Bug#926330: RFS: cuba/4.2-1 [ITP] Francesco Montanari
  • Re: Bug#926330: RFS: cuba/4.2-1 [ITP] Sébastien Villemot
• RFS: ciftilib/1.5.3-2 [RC] ghisvail
• Re: fannj: FTBFS in buster/sid Andreas Tille
  • Re: fannj: FTBFS in buster/sid Andreas Tille
  • Potential bug in jh_build (Was: fannj: FTBFS in buster/sid) Andreas Tille
  • Is anybody able to reproduce this issue (help urgently needed) (Was: Potential bug in jh_build (Was: fannj: FTBFS in buster/sid)) Andreas Tille
  • Re: Bug#923749: Is anybody able to reproduce this issue (help urgently needed) (Was: Potential bug in jh_build (Was: fannj: FTBFS in buster/sid)) Santiago Vila
  • Re: Bug#923749: Is anybody able to reproduce this issue (help urgently needed) (Was: Potential bug in jh_build (Was: fannj: FTBFS in buster/sid)) Santiago Vila
  • Re: Is anybody able to reproduce this issue (help urgently needed) (Was: Potential bug in jh_build (Was: fannj: FTBFS in buster/sid)) Gilles Filippini
• RFS: python-h5netcdf/0.7.1-1 [RC] ghisvail
  • Re: RFS: python-h5netcdf/0.7.1-1 [RC] Sébastien Villemot
• Bug#926192: ITP: vtkplotter -- a python class for scientific visualization of 3D objects with VTK Drew Parsons
• RFS: python-bayespy/0.5.18-1 ghisvail
  • Re: RFS: python-bayespy/0.5.18-1 Sébastien Villemot
• RFS: python-ltfatpy/1.0.16-1 [RC] ghisvail
  • Re: RFS: python-ltfatpy/1.0.16-1 [RC] Sébastien Villemot
• RFS: python-bayespy/0.5.11-2 [RC] ghisvail
  • Re: RFS: python-bayespy/0.5.11-2 [RC] Sébastien Villemot
• Bug#926029: RM: python-pydap -- ROM; FTBFS; orphaned ghisvail
• Bug#926028: RM: xtensor-python -- ROM; NPOASR; orphaned ghisvail
• Bug#926027: RM: xtensor -- ROM; NPOASR; FTBFS; orphaned ghisvail
• Bug#926026: RM: shark -- ROM; FTBFS; orphaned ghisvail
• Bug#926022: RM: opengm -- ROM; FTBFS ghisvail
• Bug#926019: RM: clsparse -- ROM; dead upstream ghisvail
  • Re: Bug#926019: RM: clsparse -- ROM; dead upstream Jerome Kieffer
  • Re: Bug#926019: RM: clsparse -- ROM; dead upstream Ghislain Vaillant
  • Re: Bug#926019: RM: clsparse -- ROM; dead upstream Mo Zhou
  • Re: Bug#926019: RM: clsparse -- ROM; dead upstream Ghislain Vaillant
  • Re: state of clblas/clfft/clsparse Rebecca N. Palmer
  • RE:Bug#926019: RM: clsparse -- ROM; dead upstream PICCA Frederic-Emmanuel
• Cuba multidimensional integration Francesco Montanari
  • Re: Cuba multidimensional integration Drew Parsons
  • Re: Cuba multidimensional integration Francesco Montanari
  • Re: Cuba multidimensional integration Drew Parsons
  • Re: Cuba multidimensional integration Francesco Montanari
  • Re: Cuba multidimensional integration Drew Parsons
• Rebuild packages using mpich instead of openmpi lukshuntim
  • Re: Rebuild packages using mpich instead of openmpi Alastair McKinstry
  • Re: Rebuild packages using mpich instead of openmpi lukshuntim
  • Re: Rebuild packages using mpich instead of openmpi Alastair McKinstry
  • Re: Rebuild packages using mpich instead of openmpi lukshuntim
  • Re: Rebuild packages using mpich instead of openmpi Alastair McKinstry
  • Re: Rebuild packages using mpich instead of openmpi lukshuntim
• state of VTK-8 (upgrading paraview)? Drew Parsons

• Earlier messages
• Later messages