Re: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit)
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
Re: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit)
Hello, 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? npm2deb depends -r https://github.com/rstudio/shiny-server/raw/master/package.json Dependencies: NPM Debian shiny-server (1.5.18) None ├─ bash (0.0.1) node-bash (0.0.1-4) ├─ client-sessions (^0.8.0) node-client-sessions (0.8.0-3) ├─ compression (^1.7.4) node-compression (1.7.4-3) ├─ express (^4.17.2) node-express (4.17.3+~4.17.13-1) ├─ faye-websocket (^0.11.4) node-faye-websocket (0.11.4-1) ├─ graceful-fs (^4.2.9) node-graceful-fs (4.2.4+repack-1) ├─ handlebars (^4.7.7)node-handlebars (3:4.7.7+~4.1.0-1) ├─ http-proxy (^1.18.1) node-http-proxy (1.18.1-6) ├─ ip-address (^8.1.0)node-ip-address (8.1.0-2) ├─ log4js (^6.4.1)node-log4js (6.4.1+~cs8.3.5-1) ├─ moment (^2.29.1) node-moment (2.29.1+ds-3) ├─ morgan (^1.10.0) node-morgan (1.10.0-2) ├─ nan (^2.15.0) node-nan (2.15.0-1) ├─ optimist (github:rstudio/node-optimist#dbbadda31e53b63225a57e172a528b1ddc52be52)node-optimist (0.6.1+~0.0.30-1) ├─ pause (0.1.0) node-pause (0.1.0-4) ├─ q (^1.5.1) node-q (1.5.1-4) ├─ qs (^6.10.3) node-qs (6.10.3+ds+~6.9.7-1) ├─ send (^0.17.2) node-send (0.17.2-2) ├─ shiny-server-client (github:rstudio/shiny-server-client#v1.2.0)node-shiny-server-client (1.0.0+git20180820.eba5e90+dfsg-5) ├─ sockjs (^0.3.24) None │ ├─ faye-websocket (^0.11.3)node-faye-websocket (0.11.4-1) │ ├─ uuid (^8.3.2) node-uuid (8.3.2+~8.3.3-1) │ └─ websocket-driver (^0.7.4) node-websocket-driver (0.7.4+~cs0.6.7-2) ├─ sockjs-client (github:jcheng5/sockjs-client#v1.5.2.2-jcheng5)None │ ├─ debug (^3.2.6) node-debug (4.3.2+~cs4.1.7-1) │ ├─ eventsource (^1.0.7)node-eventsource (1.1.0+~1.1.8-1) │ ├─ faye-websocket (^0.11.3)node-faye-websocket (0.11.4-1) │ ├─ inherits (^2.0.4) node-inherits (2.0.4-4) │ ├─ json3 (^3.3.3) nodejs (16.13.2+really14.19.0~dfsg-1) │ └─ url-parse (^1.5.3) node-url-parse (1.5.9+~1.4.8-1) ├─ split (^1.0.1) node-split (1.0.1-1) ├─ stable (^0.1.8)None └─ underscore (^1.13.2) underscore (1.13.2~dfsg-2) Build dependencies: NPM Debian mocha (^9.2.0)node-mocha (9.2.0+ds1+~cs28.5.4-1) rewire (^6.0.0) None should (^13.2.3) should.js (13.2.3~dfsg-5) sinon (^13.0.1) node-sinon (13.0.1+ds+~cs71.22.21-2) Warnings occurred: [warning] stable: stable is included in node-svgo. Package it separately and remove it from node-svgo if you need it for another module. [error] json3: No longer maintained, use the native `JSON.parse` and `JSON.stringify` instead Warm regards, Eric
Google Summer of Code, Debian Science
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 Best regards Anton
Re: RFS: source-only upload of opm-{grid,simulators,upscaling}/2021.10-2
Hi Ansgar, Am Mon, Feb 21, 2022 at 05:16:40PM +0100 schrieb Ansgar: On Mon, 2022-02-21 at 15:55 +0100, Markus Blatt wrote: No need to list it again and I removed the offending entry: Build-Depends: ..., libsuperlu3-dev (>= 3.0) | libsuperlu-dev (>= 4.3), ... Maybe buildd is different and does not allow packages that do not exist? To get reliable build results, the buildd network removes alternative build dependencies when building for unstable; only the first alternative is used. They are only used for the *-backports and experimental suites (I admit I'm not sure about stable uploads, but they should *not* be used there). Thanks for the explanation. Markus signature.asc Description: PGP signature
Re: RFS: source-only upload of opm-{grid,simulators,upscaling}/2021.10-2
Hi Markus, On Mon, 2022-02-21 at 15:55 +0100, Markus Blatt wrote: > > > opm-upscaling build-depends on missing: > > > - libsuperlu3-dev:amd64 (>= 3.0) > > > > Can you check+fix this? > > [...] > > No need to list it again and I removed the offending entry: > > Build-Depends: ..., libsuperlu3-dev (>= 3.0) | libsuperlu-dev (>= > 4.3), ... > > Maybe buildd is different and does not allow packages that do not > exist? To get reliable build results, the buildd network removes alternative build dependencies when building for unstable; only the first alternative is used. They are only used for the *-backports and experimental suites (I admit I'm not sure about stable uploads, but they should *not* be used there). As usual there is a small exception: if you have Build-Depends: a [i386] | b | c then the `a [i386]` is discarded on non-i386 earlier, that is, one would get "a" on i386 and "b" everywhere else. See the `RESOLVE_ALTERNATIVES` option in man:sbuild.conf(5) for more details. Ansgar
Re: RFS: source-only upload of opm-{grid,simulators,upscaling}/2021.10-2
Hi Markus, On Mon, Feb 21, 2022 at 03:55:51PM +0100, Markus Blatt wrote: > > Looks like opm-upscaling and opm-simulators are not building on buildd > > machines > > as seen here[1][2] > > It chokes at missing B-D[3] > > > > | opm-upscaling build-depends on missing: > > | - libsuperlu3-dev:amd64 (>= 3.0) > > > > Can you check+fix this? > > > > Thanks for the hint. Somehow this was not a problem for salsaci and local > pbuilder. There > used to be a libsuperlu3-dev package in older Debian releases. Actually, I was seeing the above mentioned problem in my sbuild environment as well, seems that it was somehow confusing apt. I had to explicitly add a `--build-dep-resolver=aptitude` to get those building. I thought the problem is sitting in front of my screen, as salsa CI went fine -- which is actually closer to the buildd machines. But apparently that wasn't the case, somehow. > Anyway the dependency on > libsuperlu-dev and libsuitesparse-dev is already handled as a dependency of > libdune-istl-dev. > No need to list it again and I removed the offending entry: Yeah, I noticed that as well, and wanted you to confirm on that once as well. > Build-Depends: ..., libsuperlu3-dev (>= 3.0) | libsuperlu-dev (>= 4.3), ... > > Maybe buildd is different and does not allow packages that do not exist? I guess this is more related to how apt resolves build-deps, admittedly I did not investigate much at that end. > [...] > 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. Regards, Nilesh signature.asc Description: PGP signature
Re: RFS: source-only upload of opm-{grid,simulators,upscaling}/2021.10-2
Hi Nilesh, Am Mon, Feb 21, 2022 at 01:07:02AM +0530 schrieb Nilesh Patra: On Thu, Feb 17, 2022 at 10:28:58PM +0100, Markus Blatt wrote: > Done, thanks for your work! Thanks a lot. Looks like opm-upscaling and opm-simulators are not building on buildd machines as seen here[1][2] It chokes at missing B-D[3] | opm-upscaling build-depends on missing: | - libsuperlu3-dev:amd64 (>= 3.0) Can you check+fix this? Thanks for the hint. Somehow this was not a problem for salsaci and local pbuilder. There used to be a libsuperlu3-dev package in older Debian releases. Anyway the dependency on libsuperlu-dev and libsuitesparse-dev is already handled as a dependency of libdune-istl-dev. No need to list it again and I removed the offending entry: Build-Depends: ..., libsuperlu3-dev (>= 3.0) | libsuperlu-dev (>= 4.3), ... Maybe buildd is different and does not allow packages that do not exist? I also fixed an autpkgtest problem for python3-opm-simulators (for 2021.10-1 autodep8-python3 did add a test that tried to import opm_simulators, but we use opm.simulators instead). I simply added a custom python test. Hope that will prevent the autogeneration. Works on salsaci. 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. Thanks a lot for the help. Cheers, Markus signature.asc Description: PGP signature