Re: Bug#1000336: Upgrading tbb

[Diane Trout]

On Wed, 2022-02-23 at 00:31 -0500, M. Zhou wrote:
> Hello guys. Finally it's all green on our release architectures
> https://buildd.debian.org/status/package.php?p=onetbb=experimental
> 
> I shall request the slot for transition once finished the rebuild
> of its reverse dependencies and filed FTBFS bugs if any.

Wonderful! That is great news.

Thank you!

Diane

Re: Google Summer of Code, Debian Science

[Andreas Tille]

Hi,

Am Tue, Feb 22, 2022 at 01:06:30PM +0100 schrieb Anton Gladky:
> It is a very good idea!

+1
 
> Though I would separate this task from QA-work on Debian Science
> packages.

I support that this is a separate idea.  If you ask me it should
be ranked even higher.

> If you want, we could apply one-more project (something
> like HPC-testing of MPI-based science packages) and point special
> requirements for possible applicants. Feel free to propose a text
> for that. Thanks again!

I'd look forward to such a project but my capacity to become involved is
limited and I also need to admit that I have no real competence if it
comes to HPC and MPI questions.

Kind regards

  Andreas.
 
> Am Di., 22. Feb. 2022 um 12:52 Uhr schrieb Drew Parsons :
> >
> > On 2022-02-21 17:42, Anton Gladky wrote:
> > > Dear all,
> > >
> > > Google Summer of Code call for Debian is announced [1].
> > > I am going to apply Debian Science Team as one of the projects.
> > >
> > > Main topic is QA-Work: Autopkgtests for high-popcon packages,
> > > gitlab-CI for most of packages, bringing not-in-testing packages
> > > into the proper shape to let them migrate to testing.
> > >
> > > If somebody wants to be a co-mentor or if you have better ideas
> > > for the project, please let me know.
> > >
> > > [1]
> > > https://lists.debian.org/debian-devel-announce/2022/02/msg2.html
> >
> >
> > It would be helpful to run parallel/HPC performance testing for our MPI
> > numerical packages.
> >
> > This would be a type of CI testing that we would set up to run regularly
> > and report.
> > Lucas Nussbaum is in charge of an academic supercomputing cluster that
> > we can access to run such tests.
> >
> > Some packages have benchmarks already at hand.  The FEniCS project for
> > instance offers fenicsx-performance-tests (both prebuilt and source).
> >
> > The project would determined how to set up MPI CI testing (how to
> > activate it on Lucas' system), and what parameters (test size etc) to
> > use to get meaningful numbers.
> > A suggested tools for managing test parameters and results might be
> > https://reframe-hpc.readthedocs.io/en/stable/
> >
> > The report format could be similar to
> > https://fenics.github.io/performance-test-results/
> > or perhaps the GSoC worker could come up with a better way of presenting
> > results.
> >
> > It would be useful to be able to quantify how well our HPC packages
> > actually scale (in cloud computing environments) and monitor if there's
> > any drop in performance (e.g. with version updates)
> >
> > Also useful to report their performance with the various BLAS
> > alternatives.
> >
> > This would be valuable GSoC project I think.
> >
> > Drew
> 
> 

-- 
http://fam-tille.de

Re: Bug#1000336: Upgrading tbb

[Andreas Tille]

Am Wed, Feb 23, 2022 at 12:31:07AM -0500 schrieb M. Zhou:
> Hello guys. Finally it's all green on our release architectures
> https://buildd.debian.org/status/package.php?p=onetbb=experimental
> 
> I shall request the slot for transition once finished the rebuild
> of its reverse dependencies and filed FTBFS bugs if any.

Sounds good - thanks a lot for your work on this

Andreas. 

-- 
http://fam-tille.de

Re: Bug#1000336: Upgrading tbb

[M. Zhou]

Hello guys. Finally it's all green on our release architectures
https://buildd.debian.org/status/package.php?p=onetbb=experimental

I shall request the slot for transition once finished the rebuild
of its reverse dependencies and filed FTBFS bugs if any.

On Tue, 2022-02-08 at 17:59 -0500, M. Zhou wrote:
> Hi Diane,
> 
> Thank you. I have added that patch in the git repository.
> 
> On Tue, 2022-02-08 at 13:49 -0800, Diane Trout wrote:
> > Hi,
> > 
> > After Andreas pointed it out I looked through some of the build
> > failures for onetbb and talked to upstream about the i386 failure.
> > https://github.com/oneapi-src/oneTBB/issues/370#issuecomment-1030387116
> > 
> > They have a patch.
> > https://github.com/oneapi-src/oneTBB/commit/542a27fa1cfafaf76772e793549d9f4d288d03a9
> > 
> > I've tested it against a checkout of the 2021.5.0-1 version of onetbb
> > on i386 and it does build with it applied. Once there was a test
> > failure, and once all tests ran successfully
> > 
> > I see that you've made some more progress for the memory alignment
> > bugs
> > so I didn't commit "Detect 32 bit x86 systems while adding -mwaitpkg
> > option" i386 patch but could if you want.
> > 
> > Diane
> > 
> > 
> 

Re: Google Summer of Code, Debian Science

[Steffen Möller]

You are aware of https://wiki.debian.org/DebianScience/ROOT ?

On 22.02.22 17:19, Stephan Lachnit wrote:

On Mon, Feb 21, 2022 at 5:43 PM Anton Gladky  wrote:

If somebody wants to be a co-mentor or if you have better ideas
for the project, please let me know.

I would love to have a student to bring up packaging of common HEP
packages (High Energy Physics), most notably ROOT [1] and Geant4 [2].
I've already done a bit ([3] resp. [4]), but I'm currently not working
actively on it anymore.

If anyone would be interested to co-mentor this, I would consider
mentoring this. However it's unlikely that I will do it alone as I'm
hopefully a Summer Student myself (not at GSoC).

Regards,
Stephan

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981113
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=965964
[3] https://salsa.debian.org/science-team/root
[4] https://salsa.debian.org/science-team/geant4

Re: sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))

[Eric Brown]

Thanks Andrius,

I filed an issue asking the upstream dev to consider a new release:

https://github.com/sockjs/sockjs-client/issues/577

Best,
Eric


On Tue, Feb 22, 2022 at 09:20 Andrius Merkys  wrote:

> Hi Eric,
>
> On 2022-02-22 14:52, Eric Brown wrote:
> > If I’m understanding the below correctly, it appears that the node-json3
> > may already have been removed from the dependency socksjs-client, but
> > the updated version is not released yet.
> >
> >
> https://github.com/sockjs/sockjs-client/commit/d9584abe2c7c913ce95a1aea29e5744dd85e1af4
> > <
> https://github.com/sockjs/sockjs-client/commit/d9584abe2c7c913ce95a1aea29e5744dd85e1af4
> >
>
> Great - this saves quite some work.
>
> > I wonder if we ask the dev to consider a release, and then update the
> > Debian package, that would solve the problem?
>
> Preferably. Otherwise we could convert this commit to a patch and
> attempt applying it, or package development version, but having a stable
> release would be better.
>
> Best,
> Andrius
>
-- 
Eric Brown MD MSc FRCPC
For encryption, OpenPGP public key available on request.

Re: Google Summer of Code, Debian Science

[Andreas Tille]

Hi Anton,

   
https://salsa.debian.org/med-team/community/helper-scripts/-/blob/master/debian-science-tests.txt

:-)

It should be updated twice a day.

Kind regards
Andreas.


Am Tue, Feb 22, 2022 at 01:04:01PM +0100 schrieb Anton Gladky:
> Hello Andreas,
> 
> thank you very much for offering a help! Yes, it would be fine
> if you run the script.
> 
> Best regards
> 
> Anton
> 
> Am Di., 22. Feb. 2022 um 11:28 Uhr schrieb Andreas Tille :
> >
> > Hi,
> >
> > Am Mon, Feb 21, 2022 at 05:42:56PM +0100 schrieb Anton Gladky:
> > > Google Summer of Code call for Debian is announced [1].
> > > I am going to apply Debian Science Team as one of the projects.
> > >
> > > Main topic is QA-Work: Autopkgtests for high-popcon packages,
> > > gitlab-CI for most of packages, bringing not-in-testing packages
> > > into the proper shape to let them migrate to testing.
> > >
> > > If somebody wants to be a co-mentor or if you have better ideas
> > > for the project, please let me know.
> >
> > I'm basically running the same GSoC project in Debian Med (as in
> > previous years) and to my experience this is an extremely valuable
> > project.  Students have a low entry barrier and its quite granted that
> > you get sensible output since it is split into tiny tasks which are all
> > helpful once solved.
> >
> > If you want me to run this script[1] also for Debian Science as I do it
> > in a cron job for Debian Med I can very easily do it.  The text file[2]
> > (result of the cron job) has turned out to be very helpful for the
> > intern (and others!) to pick sensible packages.
> >
> > Kind regards
> >
> >   Andreas.
> >
> > [1] 
> > https://salsa.debian.org/med-team/community/helper-scripts/-/blob/master/missing-autopkgtest
> > [2] 
> > https://salsa.debian.org/med-team/community/helper-scripts/-/blob/master/debian-med-tests.txt
> >
> > --
> > http://fam-tille.de
> >
> 

-- 
http://fam-tille.de

Re: Google Summer of Code, Debian Science

[Stephan Lachnit]

On Mon, Feb 21, 2022 at 5:43 PM Anton Gladky  wrote:
>
> If somebody wants to be a co-mentor or if you have better ideas
> for the project, please let me know.

I would love to have a student to bring up packaging of common HEP
packages (High Energy Physics), most notably ROOT [1] and Geant4 [2].
I've already done a bit ([3] resp. [4]), but I'm currently not working
actively on it anymore.

If anyone would be interested to co-mentor this, I would consider
mentoring this. However it's unlikely that I will do it alone as I'm
hopefully a Summer Student myself (not at GSoC).

Regards,
Stephan

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981113
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=965964
[3] https://salsa.debian.org/science-team/root
[4] https://salsa.debian.org/science-team/geant4

Re: Google Summer of Code, Debian Science

[M. Zhou]

On Tue, 2022-02-22 at 12:52 +0100, Drew Parsons wrote:
> 
> Also useful to report their performance with the various BLAS 
> alternatives.

Looking forward to it. I'm glad to provide pointers in terms of
our BLAS and LAPACK packaging.

Re: sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))

[Andrius Merkys]

Hi Eric,

On 2022-02-22 14:52, Eric Brown wrote:
> If I’m understanding the below correctly, it appears that the node-json3
> may already have been removed from the dependency socksjs-client, but
> the updated version is not released yet.
> 
> https://github.com/sockjs/sockjs-client/commit/d9584abe2c7c913ce95a1aea29e5744dd85e1af4
> 

Great - this saves quite some work.

> I wonder if we ask the dev to consider a release, and then update the
> Debian package, that would solve the problem?

Preferably. Otherwise we could convert this commit to a patch and
attempt applying it, or package development version, but having a stable
release would be better.

Best,
Andrius

Re: RFS: source-only upload of opm-{grid,simulators,upscaling}/2021.10-2

[Nilesh Patra]

Hi Markus,

On Tue, Feb 22, 2022 at 02:17:02PM +0100, Markus Blatt wrote:
> Seems like the failing tests on platforms might still prevent migration
> to testing:
> [...] 
> On those platforms there are no binary packages due to missing dependencies. 
> that use "Restrictions: skip-not-installable" to d/tests/control to skip 
> these.

That indeed looks like the problem, I have uploaded both the packages,
thanks for your work!

> Thanks a lot. I owe you quite some beverages by now...

I will remember to avail $beverages if/when we happen to meet :)
 
Regards,
Nilesh


signature.asc
Description: PGP signature

Re: RFS: source-only upload of opm-{grid,simulators,upscaling}/2021.10-2

[Markus Blatt]

Hi,

Am Mon, Feb 21, 2022 at 08:55:55PM +0530 schrieb Nilesh Patra:

[...]
Updated source can be found at
https://salsa.debian.org/science-team/opm-upscaling
https://salsa.debian.org/science-team/opm-simulators

UNRELEASED and untagged as requested, but version incremented.


Great, thanks for working on these, I uploaded both.



Seems like the failing tests on platforms might still prevent migration
to testing:
https://qa.debian.org/excuses.php?package=opm-simulators
https://qa.debian.org/excuses.php?package=opm-upscaling

On those platforms there are no binary packages due to missing dependencies.

If that is a problem for migration of the source packages and the successfully
tested binary packages, then I have prepared new versions of the packages
that use "Restrictions: skip-not-installable" to d/tests/control to skip these.

In that case please review and upload the status of
https://salsa.debian.org/science-team/opm-simulators
https://salsa.debian.org/science-team/opm-upscaling

Thanks a lot. I owe you quite some beverages by now...

Markus

Re: Google Summer of Code, Debian Science

[Anton Gladky]

Hello Andreas,

thank you very much for offering a help! Yes, it would be fine
if you run the script.

Best regards

Anton

Am Di., 22. Feb. 2022 um 11:28 Uhr schrieb Andreas Tille :
>
> Hi,
>
> Am Mon, Feb 21, 2022 at 05:42:56PM +0100 schrieb Anton Gladky:
> > Google Summer of Code call for Debian is announced [1].
> > I am going to apply Debian Science Team as one of the projects.
> >
> > Main topic is QA-Work: Autopkgtests for high-popcon packages,
> > gitlab-CI for most of packages, bringing not-in-testing packages
> > into the proper shape to let them migrate to testing.
> >
> > If somebody wants to be a co-mentor or if you have better ideas
> > for the project, please let me know.
>
> I'm basically running the same GSoC project in Debian Med (as in
> previous years) and to my experience this is an extremely valuable
> project.  Students have a low entry barrier and its quite granted that
> you get sensible output since it is split into tiny tasks which are all
> helpful once solved.
>
> If you want me to run this script[1] also for Debian Science as I do it
> in a cron job for Debian Med I can very easily do it.  The text file[2]
> (result of the cron job) has turned out to be very helpful for the
> intern (and others!) to pick sensible packages.
>
> Kind regards
>
>   Andreas.
>
> [1] 
> https://salsa.debian.org/med-team/community/helper-scripts/-/blob/master/missing-autopkgtest
> [2] 
> https://salsa.debian.org/med-team/community/helper-scripts/-/blob/master/debian-med-tests.txt
>
> --
> http://fam-tille.de
>

Re: Google Summer of Code, Debian Science

[Anton Gladky]

Hello Drew,

It is a very good idea!

Though I would separate this task from QA-work on Debian Science
packages. If you want, we could apply one-more project (something
like HPC-testing of MPI-based science packages) and point special
requirements for possible applicants. Feel free to propose a text
for that. Thanks again!

Regards

Anton

Am Di., 22. Feb. 2022 um 12:52 Uhr schrieb Drew Parsons :
>
> On 2022-02-21 17:42, Anton Gladky wrote:
> > Dear all,
> >
> > Google Summer of Code call for Debian is announced [1].
> > I am going to apply Debian Science Team as one of the projects.
> >
> > Main topic is QA-Work: Autopkgtests for high-popcon packages,
> > gitlab-CI for most of packages, bringing not-in-testing packages
> > into the proper shape to let them migrate to testing.
> >
> > If somebody wants to be a co-mentor or if you have better ideas
> > for the project, please let me know.
> >
> > [1]
> > https://lists.debian.org/debian-devel-announce/2022/02/msg2.html
>
>
> It would be helpful to run parallel/HPC performance testing for our MPI
> numerical packages.
>
> This would be a type of CI testing that we would set up to run regularly
> and report.
> Lucas Nussbaum is in charge of an academic supercomputing cluster that
> we can access to run such tests.
>
> Some packages have benchmarks already at hand.  The FEniCS project for
> instance offers fenicsx-performance-tests (both prebuilt and source).
>
> The project would determined how to set up MPI CI testing (how to
> activate it on Lucas' system), and what parameters (test size etc) to
> use to get meaningful numbers.
> A suggested tools for managing test parameters and results might be
> https://reframe-hpc.readthedocs.io/en/stable/
>
> The report format could be similar to
> https://fenics.github.io/performance-test-results/
> or perhaps the GSoC worker could come up with a better way of presenting
> results.
>
> It would be useful to be able to quantify how well our HPC packages
> actually scale (in cloud computing environments) and monitor if there's
> any drop in performance (e.g. with version updates)
>
> Also useful to report their performance with the various BLAS
> alternatives.
>
> This would be valuable GSoC project I think.
>
> Drew

Re: Google Summer of Code, Debian Science

[Drew Parsons]

On 2022-02-21 17:42, Anton Gladky wrote:

Dear all,

Google Summer of Code call for Debian is announced [1].
I am going to apply Debian Science Team as one of the projects.

Main topic is QA-Work: Autopkgtests for high-popcon packages,
gitlab-CI for most of packages, bringing not-in-testing packages
into the proper shape to let them migrate to testing.

If somebody wants to be a co-mentor or if you have better ideas
for the project, please let me know.

[1] 
https://lists.debian.org/debian-devel-announce/2022/02/msg2.html



It would be helpful to run parallel/HPC performance testing for our MPI 
numerical packages.


This would be a type of CI testing that we would set up to run regularly 
and report.
Lucas Nussbaum is in charge of an academic supercomputing cluster that 
we can access to run such tests.


Some packages have benchmarks already at hand.  The FEniCS project for 
instance offers fenicsx-performance-tests (both prebuilt and source).


The project would determined how to set up MPI CI testing (how to 
activate it on Lucas' system), and what parameters (test size etc) to 
use to get meaningful numbers.
A suggested tools for managing test parameters and results might be 
https://reframe-hpc.readthedocs.io/en/stable/


The report format could be similar to 
https://fenics.github.io/performance-test-results/
or perhaps the GSoC worker could come up with a better way of presenting 
results.


It would be useful to be able to quantify how well our HPC packages 
actually scale (in cloud computing environments) and monitor if there's 
any drop in performance (e.g. with version updates)


Also useful to report their performance with the various BLAS 
alternatives.


This would be valuable GSoC project I think.

Drew

Re: sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))

[Andreas Tille]

Hi Andrius,

Am Tue, Feb 22, 2022 at 01:27:57PM +0200 schrieb Andrius Merkys:
> On 2022-02-22 13:20, Andreas Tille wrote:
> > Unfortunately we have a new problem as
> > autopkgtest shows[4]
> > 
> >sockjs-client : Depends: node-json3 (>= 3.3.2) but it is not installable
> > 
> > while we had this package before it was removed[5] from Debian.
> > 
> > I need to admit that I have no idea how to sensibly proceed from here
> > and would love if someone from Debian Javascript Maintainers would take
> > over from here.
> 
> Citing [6]:
> 
>   JSON 3 is **deprecated** and **no longer maintained**. Please don't
>   use it in new projects, and migrate existing projects to use the
>   native `JSON.parse` and `JSON.stringify` instead.
> 
> My sense is that sockjs-client needs node-json3 usage replaced with
> calls to native JSON module (by upstream or by patch).

I'd fully agree here but I decided to let the needed action be taken
by someone who is comfortable with JS universe (which I'm not).

Kind regards

  Andreas.

> > [1] https://tracker.debian.org/pkg/sockjs-client
> > [2] https://salsa.debian.org/js-team/node-sockjs-client
> > [3] https://bugs.debian.org/979958
> > [4] https://salsa.debian.org/js-team/node-sockjs-client/-/jobs/2499248
> > [5] https://bugs.debian.org/931653
> 
> [6] https://www.npmjs.com/package/json3
> 
> Best,
> Andrius
> 

-- 
http://fam-tille.de

sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))

[Andreas Tille]

Hi,

I checked the hint "some work on sockjs-client done in salsa" which is
not complete since there is "competing work" even inside Debian[1].
Since its Git repository points to alioth I simply took the freedom to
merge the old packaging code into the work on Salsa[2] and shamelessly
sticked to the old name without the leading "node-" (which is wrong
but I intended to avoid passing new queue for the moment).

I think we can close the open bug[3] with the new latest upstream
version which I've injected.  Unfortunately we have a new problem as
autopkgtest shows[4]

   sockjs-client : Depends: node-json3 (>= 3.3.2) but it is not installable

while we had this package before it was removed[5] from Debian.

I need to admit that I have no idea how to sensibly proceed from here
and would love if someone from Debian Javascript Maintainers would take
over from here.

Kind regards
 Andreas.

[1] https://tracker.debian.org/pkg/sockjs-client
[2] https://salsa.debian.org/js-team/node-sockjs-client
[3] https://bugs.debian.org/979958
[4] https://salsa.debian.org/js-team/node-sockjs-client/-/jobs/2499248
[5] https://bugs.debian.org/931653

Am Tue, Feb 22, 2022 at 08:23:23AM +0200 schrieb Andrius Merkys:
> Hi Eric,
> 
> On 2022-02-22 06:43, Eric Brown wrote:
> > It appears that significant progress has been made in packaging the
> > dependencies of shiny-server. I wonder if anyone is interested and
> > able to revisit packaging shiny-server?
> 
> In past I have worked to package the dependencies of shiny-server.
> Sadly, I do not have enough free cycles to work on shiny-server now. It
> would be great if someone experienced in JS (js-team?) could give it a look.
> 
> As for the remaining dependencies, sockjs, sockjs-client and rewire
> stands out. There is some work on sockjs-client done in salsa, seemingly
> never uploaded.
> 
> Best,
> Andrius
> 
> 

-- 
http://fam-tille.de

Re: Google Summer of Code, Debian Science

[Andreas Tille]

Hi,

Am Mon, Feb 21, 2022 at 05:42:56PM +0100 schrieb Anton Gladky:
> Google Summer of Code call for Debian is announced [1].
> I am going to apply Debian Science Team as one of the projects.
> 
> Main topic is QA-Work: Autopkgtests for high-popcon packages,
> gitlab-CI for most of packages, bringing not-in-testing packages
> into the proper shape to let them migrate to testing.
> 
> If somebody wants to be a co-mentor or if you have better ideas
> for the project, please let me know.

I'm basically running the same GSoC project in Debian Med (as in
previous years) and to my experience this is an extremely valuable
project.  Students have a low entry barrier and its quite granted that
you get sensible output since it is split into tiny tasks which are all
helpful once solved.

If you want me to run this script[1] also for Debian Science as I do it
in a cron job for Debian Med I can very easily do it.  The text file[2]
(result of the cron job) has turned out to be very helpful for the
intern (and others!) to pick sensible packages.

Kind regards

  Andreas.

[1] 
https://salsa.debian.org/med-team/community/helper-scripts/-/blob/master/missing-autopkgtest
[2] 
https://salsa.debian.org/med-team/community/helper-scripts/-/blob/master/debian-med-tests.txt

-- 
http://fam-tille.de