Re: Request to source-only upload https://salsa.debian.org/science-team/ricks-amdgpu-utils/
Hi Steffen, On 2020-04-08 20:03, Steffen Möller wrote: > My GPG key expired, could someone please source-only upload Rick's > AMDGPU utils from > https://salsa.debian.org/science-team/ricks-amdgpu-utils/ ? I have run > it through cowbuilder. Done. Best, Andrius
Request to source-only upload https://salsa.debian.org/science-team/ricks-amdgpu-utils/
Hello, My GPG key expired, could someone please source-only upload Rick's AMDGPU utils from https://salsa.debian.org/science-team/ricks-amdgpu-utils/ ? I have run it through cowbuilder. Many thanks Steffen
[RFS] bibutils for an upload in experimental
Dear all, Some days ago I worked on the packaging of bibutils, which is maintained in the team. I had to bump the SONAME and therefore I ask for sponsorship to put it in *experimental* in order to begin a transition procedure, having identified four reverse-dependencies. If time permits, I would be happy to get feedback on my packaging and to have the package uploaded. The package is in Salsa [1]. In order to avoid an accidental upload to unstable, I have already put *experimental* in the changelog. Thanks a lot, Pierre [1] https://salsa.debian.org/science-team/bibutils
[covid-19] shiny-server (Was: dependencies Re: ITP: streamlit)
Hi Rebecca, On Wed, Apr 08, 2020 at 01:48:52PM +0100, Rebecca N. Palmer wrote: > It does (and eslint itself is one of the packages that we do have but > npm2deb can't find), but even ignoring build dependencies completely and > assuming we can use the plotly.js embedded in python3-plotly or > r-cran-plotly, the recursive dependency tree is >300 different > not-yet-packaged modules. (I don't have the exact count because npm2deb > depends -r repeatedly failed part-way through.) > > shiny-server (11 recursive JS dependencies) might be a more reasonable > target. I fully agree that shiny-server is an extremely valuable target as well. Kind regards Andreas. -- http://fam-tille.de
State of shiny-server
shiny-server has been mentioned as a potential covid-19 related package [0], though it isn't on the current hackathon list [4]. There is a packaging attempt in science-team Salsa (but no formal ITP) from early 2018. Discussion at the time suggests it builds but possibly doesn't work [1], and was abandoned because neither the science team nor the Javascript team wanted to take responsibility for its Javascript dependencies [2-3]. It appears to have 9 such dependencies that are not already packaged, plus some that are but in the wrong version: see list below. [0] https://salsa.debian.org/blends-team/med/-/blob/master/tasks/covid-19#L80 [1] https://lists.debian.org/debian-science/2018/01/msg00141.html [2] https://lists.debian.org/debian-science/2018/02/msg00095.html [3] https://lists.debian.org/debian-science/2018/09/msg00036.html [4] https://salsa.debian.org/med-team/community/2020-covid19-hackathon/-/wikis/COVID-19-Hackathon-packages-needing-work $ npm2deb depends -r https://github.com/rstudio/shiny-server/raw/master/package.json # plus manual editing Dependencies: NPM Debian shiny-server (1.5.13)None ├─ bash (0.0.1) None ├─ client-sessions (^0.8.0) None (RFP #896975) │ └─ cookies (^0.7.0) node-cookies (0.8.0-2) ├─ compression (^1.7.4) node-compression (1.7.4-2) ├─ express (^4.16.4) node-express (4.17.1-2) ├─ faye-websocket (^0.11.3) too old node-faye-websocket (0.11.1-1) ├─ graceful-fs (^4.1.15) node-graceful-fs (4.2.3-2) ├─ handlebars (^4.5.3) node-handlebars (3:4.7.2-1) ├─ http-proxy (^1.17.0) None (RFP #896978) │ ├─ eventemitter3 (^4.0.0) None │ ├─ follow-redirects (^1.0.0) node-follow-redirects (1.2.4-1) │ └─ requires-port (^1.0.0) node-requires-port (1.0.0-1) ├─ ip-address (^5.9.0) None │ ├─ jsbn (1.1.0) node-jsbn (1.1.0-1) │ ├─ lodash.find (4.6.0)node-lodash (4.17.15+dfsg-2) │ ├─ lodash.max (4.0.1) node-lodash (4.17.15+dfsg-2) │ ├─ lodash.merge (4.6.2) node-lodash (4.17.15+dfsg-2) │ ├─ lodash.padstart (4.6.1)node-lodash (4.17.15+dfsg-2) │ ├─ lodash.repeat (4.1.0) node-lodash (4.17.15+dfsg-2) │ └─ sprintf-js (1.1.2) node-sprintf-js (1.1.2+ds1-1) ├─ log4js (^4.1.1) node-log4js (6.1.0-1) ├─ moment (^2.24.0) node-moment (2.24.0+ds-2) ├─ morgan (^1.9.1) None │ ├─ basic-auth (~2.0.1)None │ │ └─ safe-buffer (5.1.2) node-safe-buffer (5.2.0-1) │ ├─ debug (2.6.9) too new node-debug (4.1.1-2) │ ├─ depd (~2.0.0) node-depd (2.0.0-1) │ ├─ on-finished (~2.3.0) node-on-finished (2.3.0-1) │ └─ on-headers (~1.0.2)node-on-headers (1.0.2-1) ├─ nan (^2.14.0) node-nan (2.14.0-1) ├─ optimist (0.6.1) node-optimist (0.6.1-1) ├─ pause (0.1.0) None ├─ q (^1.5.1)node-q (1.5.1-2) ├─ qs (^6.7.0) node-qs (6.9.1+ds-1) ├─ send (^0.17.0)node-send (0.17.1-2) ├─ shiny-server-client (https://github.com/rstudio/shiny-server-client/archive/fb1aef1.tar.gz)node-shiny-server-client (1.0.0+git20180820.eba5e90+dfsg-2) ├─ sockjs (^0.3.19) too old sockjs-client (0.3.4+dfsg-2) │ ├─ faye-websocket (^0.10.0) node-faye-websocket (0.11.1-1) │ ├─ uuid (^3.4.0) node-uuid (3.3.2-2) │ └─ websocket-driver (0.6.5) too old node-websocket-driver (0.3.5-1) ├─ split (^1.0.1)too old node-split (1.0.0-1) ├─ stable (^0.1.8) None (see below) └─ underscore (^1.9.1) underscore (1.9.1~dfsg-1) Build dependencies: NPM Debian mocha (^6.1.4) too new node-mocha (7.0.1+ds1-2) rewire (^4.0.1) None should (^13.2.3) should.js (13.2.3~dfsg-3) sinon (^7.3.2) too new node-sinon (9.0.1+ds-1) 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.
Bug#956194: ITP: streamlit -- fast way to build custom ML tools
Package: wnpp Severity: wishlist Subject: ITP: streamlit -- fast way to build custom ML tools Package: wnpp Owner: Andreas Tille Severity: wishlist * Package name: streamlit Version : 0.56.0 Upstream Author : Streamlit Inc * URL : https://github.com/streamlit/streamlit * License : Apache-2.0 Programming Lang: Python Description : fast way to build custom ML tools Streamlit lets you create apps for your machine learning projects with deceptively simple Python scripts. It supports hot-reloading, so your app updates live as you edit and save your file. No need to mess with HTTP requests, HTML, JavaScript, etc. All you need is your favorite editor and a browser. Remark: This package is maintained by Debian Science Team at https://salsa.debian.org/science-team/streamlit
Re: [covid-19] Lots of JS dependencies [Was: Missing dependancies for streamlit]
On Wed, Apr 08, 2020 at 11:07:28AM +0300, mer...@debian.org wrote: > On 2020-04-08 07:50, Andreas Tille wrote: > > My experience from other languages made me perfectly expect this. > > Is there an ITP/RFP for streamlit? I would like to add blocking ITP bugs > for it in order to better track the progress of JS packaging. Sent ITP bug, added you and the lists in CC. Thanks a lot Andreas. -- http://fam-tille.de
[covid-19] Reviving tensorflow packaging effort (Was: Missing dependancies for streamlit)
Hi Mo, On Wed, Apr 08, 2020 at 02:46:06AM +, Mo Zhou wrote: > On Tue, Apr 07, 2020 at 11:49:07AM +0200, Andreas Tille wrote: > > On Tue, Apr 07, 2020 at 08:56:45AM +0100, Rebecca N. Palmer wrote: > > > tensorflow 1.10 was packaged in experimental, but with reduced > > > performance, > > > and was removed because this was considered not worth it: > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=935769 > > > > Ah I simply forgot this. Thanks for refreshing my mind. > > After that I tried to refresh the packaging and uploaded tensorflow 2.0 > to the NEW queue. The ftp-master complained about the embedded snapshot > version of Eigen3. Ftp-masters are not convinced even if I said > tensorflow FTBFS against the version shipped in our archive, and it > could waste lots of my time and energy to patch the related code. I can understand your feeling. I've re-read the discussion[1] about including eigen3 into the tensorflow source. The most promising statement was given in https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-March/079169.html Sean Whitton spwhitton at spwhitton.name Tue Mar 3 04:04:52 GMT 2020 Rejected per your request, but from my point of view this discussion is not over -- Policy 4.13 says that packages *should* not use convenience copies of code, not that they *must* not. Thank you for all your work on uploading useful ML packages. At first: Thanks also from me! >From my point of view that is not a lost case so we should really try again. > I was so angry at that time so I deleted my name from the maintainers > and wrote the git message "I'm dropping this burden.". Well, sometimes personal feelings are dominating our actions. I hope we could form some real team around this to spread the technical as well as the organisational burden. > So another kind notice for whoever is willing to take over tensorflow: > also be prepared to fuss with ftp-master. I need to admit that I'm absolutely happy about ftpmaster. They are currently *extremely* supportive to our COVID-19 hackathon and > 30 packages made it from upload to unstable in less than 24 hours! Since I consider it a "promising time" to reach a lot for deep learning tools in Debian which are frequently used in those tools to hunt down COVID-19 I'd like to call for help here for trying again to get tensorflow in - this time even with the Python3 module. Lumin has written an own build system for the C++ library since he has found out that the upstream build system is not usuable for Debian. Regarding the Python3 module he said that its not simply a matter of adapting his build system but "significantly extend" it since the python building process is much more complicated than the process for C++. Any takers for this task? Kind regards Andreas. [1] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-March/079054.html -- http://fam-tille.de