Bug#975287: RFP: rust-clippy -- lints to catch common mistakes and improve Rust code
Package: wnpp Severity: wishlist * Package name: rust-clippy Version : 1.47.0 Upstream Author : The Rust Project Developers * URL : https://github.com/rust-lang/rust-clippy * License : Apache-2.0 OR MIT Programming Lang: Rust Description : lints to catch common mistakes and improve Rust code A collection of lints to catch common mistakes and improve your Rust code. There are over 400 lints included in this crate! Lints are divided into categories, each with a default lint level. You can choose how much Clippy is supposed to annoy help you by changing the lint level by category. The lint list also contains "restriction lints", which are for things which are usually not considered "bad", but may be useful to turn on in specific cases. These should be used very selectively, if at all.
Bug#975283: marked as done (ITP: dde-printer -- Deepin system repair tools)
Your message dated Fri, 20 Nov 2020 11:35:16 +0800 with message-id <0e82ae0a-d1bc-8743-68a5-01a2b112d...@uniontech.com> and subject line Closes 975283 has caused the Debian Bug report #975283, regarding ITP: dde-printer -- Deepin system repair tools to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 975283: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975283 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Hu Feng X-Debbugs-Cc: debian-de...@lists.debian.org * Package name : dde-printer Version : 5.0.1 Upstream Author : 石博文 * URL : https://github.com/linuxdeepin/dde-printer License : GPL-3+ Programming Lang : C++ Description : Deepin system repair tools Deepin Repair Tools is a useful tools for system repair & clean. . It is part of Deepin software and DDE (Deepin Desktop Environment). . I intend to co-maintain this package inside pkg-deepin group. --- End Message --- --- Begin Message --- Closes 975283 Bug #975283 [wnpp] ITP: dde-printer -- Deepin system repair tools The description information of this package is not sufficient, I need to re-describe and close 975283--- End Message ---
Bug#975282: RFP: obs-v4l2sink -- OBS Studio plugin providing output capabilities to a Video4Linux2 device
On Fri, 20 Nov 2020 02:34:43 +0100, Martin wrote: > * Package name: obs-v4l2sink > Version : 0.1.0 (or git master) > Upstream Author : Han-Tai Chen (CatxFish) > * URL : https://github.com/CatxFish/obs-v4l2sink > * License : GPL2+ > Programming Lang: C++ > Description : OBS Studio plugin providing output capabilities to a > Video4Linux2 device Cf. #960342 TL;DR: obs-v4l2sink upstream is inactive but the functionality is (already available in the Windows version and) about to be included in the Linux version. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- NP: Kings of Convenience: Singing Softly To Me signature.asc Description: Digital Signature
Bug#975285: ITP: deepin-repair-tools -- Deepin system repair tools
Package: wnpp Severity: wishlist Owner: Hu Feng X-Debbugs-Cc: debian-de...@lists.debian.org * Package name : deepin-repair-tools Version : 5.0.1 Upstream Author : 石博文 * URL : https://github.com/linuxdeepin/deepin-repair-tools License : GPL-3+ Programming Lang : C++ Description : Deepin system repair tools Deepin Repair Tools is a useful tools for system repair and clean. . It is part of Deepin software and DDE (Deepin Desktop Environment). . I intend to co-maintain this package inside pkg-deepin group.
Bug#975283: ITP: dde-printer -- Deepin system repair tools
Package: wnpp Severity: wishlist Owner: Hu Feng X-Debbugs-Cc: debian-de...@lists.debian.org * Package name : dde-printer Version : 5.0.1 Upstream Author : 石博文 * URL : https://github.com/linuxdeepin/dde-printer License : GPL-3+ Programming Lang : C++ Description : Deepin system repair tools Deepin Repair Tools is a useful tools for system repair & clean. . It is part of Deepin software and DDE (Deepin Desktop Environment). . I intend to co-maintain this package inside pkg-deepin group.
Bug#975282: RFP: obs-v4l2sink -- OBS Studio plugin providing output capabilities to a Video4Linux2 device
Package: wnpp Severity: wishlist X-Debbugs-Cc: Debian Multimedia Maintainers * Package name: obs-v4l2sink Version : 0.1.0 (or git master) Upstream Author : Han-Tai Chen (CatxFish) * URL : https://github.com/CatxFish/obs-v4l2sink * License : GPL2+ Programming Lang: C++ Description : OBS Studio plugin providing output capabilities to a Video4Linux2 device >From README.md: An OBS Studio plugin that provides output capabilities to a Video4Linux2 device. It is basically a Linux version of obs-virtual-cam, but only contains the video sink part. You can use it with v4l2loopback to achieve cross-program video transfer between OBS Studio and third party software supporting Video4Linux2, e.g. to present an OBS session in proprietary browser-based conferencing systems by selecting the OBS session as a webcam.
Bug#975280: ITP: prometheus-mqtt-exporter -- Prometheus exporter for metrics sent via MQTT topics
Package: wnpp Severity: wishlist Owner: Martina Ferrari * Package name: prometheus-mqtt-exporter Version : 0.1.4-1 Upstream Author : Christoph Petrausch * URL : https://github.com/hikhvar/mqtt2prometheus * License : Expat Programming Lang: Go Description : Prometheus exporter for metrics sent via MQTT topics This exporter translates from MQTT topics to prometheus metrics, allowing small/IoT devices that can't be polled directly to be monitored. . Clients push metrics as abritrary JSON messages via MQTT to an MQTT Broker. This exporter subscribes to the broker and publish the received messages as prometheus metrics. . While the upstream project is called `mqtt2prometheus`, the Debian packaging uses the name `prometheus-mqtt-exporter` for consistency with other exporters.
Bug#975273: RFP: nethack-vulture -- Isometric tiles interface for NetHack
Package: wnpp Severity: wishlist * Package name: nethack-vulture Version : ? Upstream Author : ? * URL : https://github.com/DanielT/Vulture * License : Nethack General Public License Programming Lang: C++ Description : Isometric tiles interface for NetHack This is one of the best-looking GUIs for NetHack. I seem to remember it was in Debian before, could not find any information about why it was removed, hope to see it available again.
Bug#974080: ITP: lua-binaryheap -- Binary heap implementation in lua
El 19/11/20 a las 17:56, Santiago Ruano Rincón escribió: > El 19/11/20 a las 16:45, Jakub Ružička escribió: > > On 11/17/20 4:41 PM, Santiago Ruano Rincón wrote: > > > El 09/11/20 a las 13:31, Jakub Ružička escribió: > > >> Package: wnpp > > >> Severity: wishlist > > >> Owner: Jakub Ružička > > >> > > >> * Package name: lua-binaryheap > > >> Version : 0.4 > > >> Upstream Author : Thijs Schreijer > > >> * URL : https://github.com/Tieske/binaryheap.lua > > >> * License : MIT > > >> Programming Lang: lua > > >> Description : binary heap implementation in lua > > >> > > >> binaryheap.lua is a binary heap (binary tree) implementaion in lua. > > >> > > > ... > > > > > > Jakub, thanks for packaging lua-binaryheap. > > Thanks for fast respone, Santiago :) > > > > > > Two lintian "major" comments from your current repo: > > > > > > W: lua-binaryheap source: ancient-standards-version 3.9.8 (released > > > 2016-04-06) (current is 4.5.0) > > > W: lua-binaryheap source: > > > package-uses-deprecated-debhelper-compat-version 9 > > > > > > Do you have any reason for that standards-version and > > > debhelper-compat-version? > > Upstream packages support older distros including ubuntu xenial so it's > > just a leftover - I've updated these to current. > > > > > > These other lintian minor warnings could be easily fixed: > > > > > > I: lua-binaryheap: capitalization-error-in-description lua Lua > > > I: lua-binaryheap source: debian-watch-file-is-missing > > > I: lua-binaryheap source: vcs-field-not-canonical Vcs-Git > > > > > > Could you please consider them? > > I've fixed all of them except debian-watch-file-is-missing because > > upstream is using one the weirdest version tag scheme I've witnessed > > (version_0v4) and I'm not familiar with watch files enough to solve this > > efficiently. > > Great, thanks! > I'll upload it later this evening. ... Before uploading a wanted to take a look at the debian/watch file. Attached you can find a work-in-progress version. I cannot work more on it today. There is still an error after downloading the file. Would you like to fix it? (c.f. man uscan) Cheers, -- S version=4 opts="filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/-$1\.tar\.gz/,uversionmangle=s/v/./" \ https://github.com/Tieske/binaryheap.lua/tags .*/version_?(\d\S*)\.tar\.gz signature.asc Description: PGP signature
Processed: ITP: r-bioc-oligoclasses -- Classes for high-throughput arrays supported by oligo and crlmm
Processing commands for cont...@bugs.debian.org: > owner 975258 Steffen Moeller Bug #975258 [wnpp] ITP: r-bioc-oligoclasses -- Classes for high-throughput arrays supported by oligo and crlmm Owner recorded as Steffen Moeller . > End of message, stopping processing here. Please contact me if you need assistance. -- 975258: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975258 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#975262: ITP: ruby-png-quantizator -- Small wrapper around pngquant
Package: wnpp Severity: wishlist Owner: Pirate Praveen Packaging of https://rubygems.org/gems/png_quantizator autopkgtest dependency of gitlab
Bug#975258: ITP: r-bioc-oligoclasses -- Classes for high-throughput arrays supported by oligo and crlmm
Package: wnpp Severity: wishlist Subject: ITP: r-bioc-oligoclasses -- Classes for high-throughput arrays supported by oligo and crlmm Package: wnpp Owner: Steffen Moeller Severity: wishlist * Package name: r-bioc-oligoclasses Version : 1.52.0 Upstream Author : Benilton Carvalho * URL : https://bioconductor.org/packages/oligoClasses/ * License : GPL-2+ Programming Lang: GNU R Description : Classes for high-throughput arrays supported by oligo and crlmm This package contains class definitions, validity checks, and initialization methods for classes used by the oligo and crlmm packages. Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-bioc-oligoclasses
Processed: ITP: r-cran-ff -- Memory-Efficient Fast-Access Storage of Large Data
Processing commands for cont...@bugs.debian.org: > owner 975252 Steffen Moeller Bug #975252 [wnpp] ITP: r-cran-ff -- Memory-Efficient Fast-Access Storage of Large Data Owner recorded as Steffen Moeller . > End of message, stopping processing here. Please contact me if you need assistance. -- 975252: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975252 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#960906: shiny-server -- put Shiny web apps online
Hello Andreas, As of now, there still stands a single dependency called [node-http-proxy]. Unfortunately, it looks like it relies on socket.io, which has not been packaged yet. Kind regards, Shayan Doust [node-http-proxy]: https://salsa.debian.org/js-team/node-http-proxy/ OpenPGP_0x6D7D441919D02395.asc Description: application/pgp-keys OpenPGP_signature Description: OpenPGP digital signature
Bug#975252: ITP: r-cran-ff -- Memory-Efficient Fast-Access Storage of Large Data
Package: wnpp Severity: wishlist Subject: ITP: r-cran-ff -- Memory-Efficient Fast-Access Storage of Large Data Package: wnpp Owner: Steffen Moeller Severity: wishlist * Package name: r-cran-ff Version : 4.0.4 Upstream Author : Daniel Adler * URL : https://cran.r-project.org/package=ff * License : GPL-2+ Programming Lang: GNU R Description : Memory-Efficient Fast-Access Storage of Large Data The ff package provides data structures that are stored on disk but behave (almost) as if they were in RAM by transparently mapping only a section (pagesize) in main memory - the effective virtual memory consumption per ff object. ff supports R's standard atomic data types 'double', 'logical', 'raw' and 'integer' and non-standard atomic types boolean (1 bit), quad (2 bit unsigned), nibble (4 bit unsigned), byte (1 byte signed with NAs), ubyte (1 byte unsigned), short (2 byte signed with NAs), ushort (2 byte unsigned), single (4 byte float with NAs). For example 'quad' allows efficient storage of genomic data as an 'A','T','G','C' factor. The unsigned types support 'circular' arithmetic. There is also support for close-to-atomic types 'factor', 'ordered', 'POSIXct', 'Date' and custom close-to-atomic types. . ff not only has native C-support for vectors, matrices and arrays with flexible dimorder (major column-order, major row-order and generalizations for arrays). There is also a ffdf class not unlike data.frames and import/export filters for csv files. ff objects store raw data in binary flat files in native encoding, and complement this with metadata stored in R as physical and virtual attributes. ff objects have well-defined hybrid copying semantics, which gives rise to certain performance improvements through virtualization. ff objects can be stored and reopened across R sessions. ff files can be shared by multiple ff R objects (using different data en/de-coding schemes) in the same process or from multiple R processes to exploit parallelism. A wide choice of finalizer options allows to work with 'permanent' files as well as creating/removing 'temporary' ff files completely transparent to the user. On certain OS/Filesystem combinations, creating the ff files works without notable delay thanks to using sparse file allocation. Several access optimization techniques such as Hybrid Index Preprocessing and Virtualization are implemented to achieve good performance even with large datasets, for example virtual matrix transpose without touching a single byte on disk. Further, to reduce disk I/O, 'logicals' and non-standard data types get stored native and compact on binary flat files i.e. logicals take up exactly 2 bits to represent TRUE, FALSE and NA. . Beyond basic access functions, the ff package also provides compatibility functions that facilitate writing code for ff and ram objects and support for batch processing on ff objects (e.g. as.ram, as.ff, ffapply). ff interfaces closely with functionality from package 'bit': chunked looping, fast bit operations and coercions between different objects that can store subscript information ('bit', 'bitwhich', ff 'boolean', ri range index, hi hybrid index). This allows to work interactively with selections of large datasets and quickly modify selection criteria. Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-cran-ff
Bug#974080: ITP: lua-binaryheap -- Binary heap implementation in lua
El 19/11/20 a las 16:45, Jakub Ružička escribió: > On 11/17/20 4:41 PM, Santiago Ruano Rincón wrote: > > El 09/11/20 a las 13:31, Jakub Ružička escribió: > >> Package: wnpp > >> Severity: wishlist > >> Owner: Jakub Ružička > >> > >> * Package name: lua-binaryheap > >> Version : 0.4 > >> Upstream Author : Thijs Schreijer > >> * URL : https://github.com/Tieske/binaryheap.lua > >> * License : MIT > >> Programming Lang: lua > >> Description : binary heap implementation in lua > >> > >> binaryheap.lua is a binary heap (binary tree) implementaion in lua. > >> > > ... > > > > Jakub, thanks for packaging lua-binaryheap. > Thanks for fast respone, Santiago :) > > > > Two lintian "major" comments from your current repo: > > > > W: lua-binaryheap source: ancient-standards-version 3.9.8 (released > > 2016-04-06) (current is 4.5.0) > > W: lua-binaryheap source: package-uses-deprecated-debhelper-compat-version 9 > > > > Do you have any reason for that standards-version and > > debhelper-compat-version? > Upstream packages support older distros including ubuntu xenial so it's > just a leftover - I've updated these to current. > > > > These other lintian minor warnings could be easily fixed: > > > > I: lua-binaryheap: capitalization-error-in-description lua Lua > > I: lua-binaryheap source: debian-watch-file-is-missing > > I: lua-binaryheap source: vcs-field-not-canonical Vcs-Git > > > > Could you please consider them? > I've fixed all of them except debian-watch-file-is-missing because > upstream is using one the weirdest version tag scheme I've witnessed > (version_0v4) and I'm not familiar with watch files enough to solve this > efficiently. Great, thanks! I'll upload it later this evening. > > I've pushed fixed debian/master and you can see lintian output in CI: > > https://salsa.debian.org/jruzicka/lua-binaryheap/-/jobs/1176088#L27 > > Thank you for Salsa CI suggestion and help with enabling it. I like it > and I'll probably use it for other packages too. :-) Cheers, -- Santiago signature.asc Description: PGP signature
Bug#960906: shiny-server -- put Shiny web apps online
Hi Andreas, On 2020-11-19 17:47, Andreas Tille wrote > Nov 19 15:57:36 energija shiny-server[2572537]: at Module._compile > (internal/modules/cjs/loader.js:1015:30) > Nov 19 15:57:36 energija shiny-server[2572537]: at > Object.Module._extensions..js (internal/modules/cjs/loader.js:1035:10) > Nov 19 15:57:36 energija shiny-server[2572537]: at Module.load > (internal/modules/cjs/loader.js:879:32) > Nov 19 15:57:36 energija shiny-server[2572537]: at Function.Module._load > (internal/modules/cjs/loader.js:724:14) > Nov 19 15:57:36 energija shiny-server[2572537]: at > Function.executeUserEntryPoint [as runMain] > (internal/modules/run_main.js:60:12) { > Nov 19 15:57:36 energija shiny-server[2572537]: code: 'MODULE_NOT_FOUND', > Nov 19 15:57:36 energija shiny-server[2572537]: requireStack: [ > '/usr/lib/shiny-server/lib/main.js' ] > Nov 19 15:57:36 energija shiny-server[2572537]: } > Nov 19 15:57:36 energija systemd[1]: shiny-server.service: Main process > exited, code=exited, status=1/FAILURE > Nov 19 15:57:41 energija systemd[1]: shiny-server.service: Failed with result > 'exit-code'. > > > Any idea what might be wrong? It looks like there still are some unpackaged JavaScript dependencies (or packaged, but not added to d/control). I admit I dropped the ball on shiny-server, actually. However, there should not be much left to do. Best, Andrius P.S. "energija" is Lithuanian word for "energy" - delighted to see that used for a computer name :)
Processed (with 1 error): merging 975111 975110
Processing commands for cont...@bugs.debian.org: > merge 975111 975110 Bug #975111 [wnpp] ITP: webpackage -- WebPackage is a revolutionary way of distributing web apps. Unable to merge bugs because: done of #975110 is 'Witherking Hack ' not '' Failed to merge 975111: Did not alter merged bugs. > thanks Stopping processing here. Please contact me if you need assistance. -- 975110: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975110 975111: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975111 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#974080: ITP: lua-binaryheap -- Binary heap implementation in lua
On 11/17/20 4:41 PM, Santiago Ruano Rincón wrote: > El 09/11/20 a las 13:31, Jakub Ružička escribió: >> Package: wnpp >> Severity: wishlist >> Owner: Jakub Ružička >> >> * Package name: lua-binaryheap >> Version : 0.4 >> Upstream Author : Thijs Schreijer >> * URL : https://github.com/Tieske/binaryheap.lua >> * License : MIT >> Programming Lang: lua >> Description : binary heap implementation in lua >> >> binaryheap.lua is a binary heap (binary tree) implementaion in lua. >> > ... > > Jakub, thanks for packaging lua-binaryheap. Thanks for fast respone, Santiago :) > > Two lintian "major" comments from your current repo: > > W: lua-binaryheap source: ancient-standards-version 3.9.8 (released > 2016-04-06) (current is 4.5.0) > W: lua-binaryheap source: package-uses-deprecated-debhelper-compat-version 9 > > Do you have any reason for that standards-version and > debhelper-compat-version? Upstream packages support older distros including ubuntu xenial so it's just a leftover - I've updated these to current. > > These other lintian minor warnings could be easily fixed: > > I: lua-binaryheap: capitalization-error-in-description lua Lua > I: lua-binaryheap source: debian-watch-file-is-missing > I: lua-binaryheap source: vcs-field-not-canonical Vcs-Git > > Could you please consider them? I've fixed all of them except debian-watch-file-is-missing because upstream is using one the weirdest version tag scheme I've witnessed (version_0v4) and I'm not familiar with watch files enough to solve this efficiently. I've pushed fixed debian/master and you can see lintian output in CI: https://salsa.debian.org/jruzicka/lua-binaryheap/-/jobs/1176088#L27 Thank you for Salsa CI suggestion and help with enabling it. I like it and I'll probably use it for other packages too. Cheers, Jakub signature.asc Description: OpenPGP digital signature
Bug#960906: shiny-server -- put Shiny web apps online
Hi, I've tested the current packaging of shiny-server in git[1]. I've built and installed the package and started the service manually via # service shiny-server start Unfortunately the service is not running: # service shiny-server status ● shiny-server.service - ShinyServer Loaded: loaded (/lib/systemd/system/shiny-server.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Thu 2020-11-19 15:57:41 CET; 20s ago Process: 2572537 ExecStart=/usr/bin/shiny-server (code=exited, status=1/FAILURE) Process: 2572591 ExecStopPost=/bin/sleep 5 (code=exited, status=0/SUCCESS) Main PID: 2572537 (code=exited, status=1/FAILURE) Nov 19 15:57:36 energija shiny-server[2572537]: at Module._compile (internal/modules/cjs/loader.js:1015:30) Nov 19 15:57:36 energija shiny-server[2572537]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:1035:10) Nov 19 15:57:36 energija shiny-server[2572537]: at Module.load (internal/modules/cjs/loader.js:879:32) Nov 19 15:57:36 energija shiny-server[2572537]: at Function.Module._load (internal/modules/cjs/loader.js:724:14) Nov 19 15:57:36 energija shiny-server[2572537]: at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12) { Nov 19 15:57:36 energija shiny-server[2572537]: code: 'MODULE_NOT_FOUND', Nov 19 15:57:36 energija shiny-server[2572537]: requireStack: [ '/usr/lib/shiny-server/lib/main.js' ] Nov 19 15:57:36 energija shiny-server[2572537]: } Nov 19 15:57:36 energija systemd[1]: shiny-server.service: Main process exited, code=exited, status=1/FAILURE Nov 19 15:57:41 energija systemd[1]: shiny-server.service: Failed with result 'exit-code'. Any idea what might be wrong? Kind regards Andreas. [1] https://salsa.debian.org/science-team/shiny-server -- http://fam-tille.de
Processed: ITP: aiodogstatsd -- asyncio-based client for sending metrics to StatsD with support of DogStatsD extension
Processing commands for cont...@bugs.debian.org: > owner 975243 Emmanuel Arias Bug #975243 [wnpp] ITP: aiodogstatsd -- asyncio-based client for sending metrics to StatsD with support of DogStatsD extension Owner recorded as Emmanuel Arias . > End of message, stopping processing here. Please contact me if you need assistance. -- 975243: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975243 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: ITP: r-bioc-affxparser -- Affymetrix File Parsing SDK
Processing commands for cont...@bugs.debian.org: > owner 975245 Steffen Moeller Bug #975245 [wnpp] ITP: r-bioc-affxparser -- Affymetrix File Parsing SDK Owner recorded as Steffen Moeller . > End of message, stopping processing here. Please contact me if you need assistance. -- 975245: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975245 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#975245: ITP: r-bioc-affxparser -- Affymetrix File Parsing SDK
Package: wnpp Severity: wishlist Subject: ITP: r-bioc-affxparser -- Affymetrix File Parsing SDK Package: wnpp Owner: Steffen Moeller Severity: wishlist * Package name: r-bioc-affxparser Version : 1.62.0 Upstream Author : Henrik Bengtsson * URL : https://bioconductor.org/packages/affxparser/ * License : LGPL-2+ Programming Lang: GNU R Description : Affymetrix File Parsing SDK Package for parsing Affymetrix files (CDF, CEL, CHP, BPMAP, BAR). It provides methods for fast and memory efficient parsing of Affymetrix files using the Affymetrix' Fusion SDK. Both ASCII- and binary-based files are supported. Currently, there are methods for reading chip definition file (CDF) and a cell intensity file (CEL). These files can be read either in full or in part. For example, probe signals from a few probesets can be extracted very quickly from a set of CEL files into a convenient list structure. Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-bioc-affxparser
Bug#975243: ITP: aiodogstatsd -- asyncio-based client for sending metrics to StatsD with support of DogStatsD extension
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-pyt...@lists.debian.org * Package name: aiodogstatsd Version : 0.14.0-1 Upstream Author : Nikita Grishko * URL : https://github.com/Gr1N/aiodogstatsd * License : MIT Programming Lang: Python3 Description : asyncio-based client for sending metrics to StatsD with support of DogStatsD extension . Library fully tested with statsd_exporter and supports gauge, counter, histogram, distribution and timing types. . aiodogstatsd client by default uses 9125 port. It's a default port for statsd_exporter and it's different from 8125 which is used by default in StatsD and DataDog. Initialize the client with the proper port you need if it's different from 9125.
Processed: block xrootd by libmacaroons
Processing commands for cont...@bugs.debian.org: > block 975021 by 975022 Bug #975021 [wnpp] ITP: xrootd -- Extended ROOT file server 975021 was not blocked by any bugs. 975021 was not blocking any bugs. Added blocking bug(s) of 975021: 975022 > thanks Stopping processing here. Please contact me if you need assistance. -- 975021: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975021 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#953574: Updating the freecell-solver debian package
On Sun, Mar 15, 2020 at 7:01 PM Shlomi Fish wrote: > > Hi Gergely ! > > There is now an ITP here: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953574 . > Hi Gergely! Ping! Can the python-pysol_cards package be sponsored by you? I'd like to get the new freecell-solver release ( https://github.com/shlomif/fc-solve/releases/tag/freecell-solver-6.2.0 ) packaged in debian before the https://wiki.debian.org/DebianBullseye freeze. Also note that my mother said once that "The lazy man ends up working twice as hard.". investing the time to do something as best as possible at first often ends up saving time later. (Sorry if I'm being too preachy.) > On Thu, Mar 12, 2020 at 3:03 PM Shlomi Fish wrote: >> >> Hi Gergely! >> >> There is now https://salsa.debian.org/jnumm-guest/python-pysol-cards by >> jnumm. It seems to work fine from my testing. >> >> On Sat, Mar 7, 2020 at 12:41 PM Shlomi Fish wrote: >>> >>> Hi Gergely! >>> >>> You're welcome. I'll ping you when it's done. >>> >>> On Sat, Mar 7, 2020 at 12:18 PM Gergely Risko wrote: Hey Shlomi, Thanks for creating the issue, please ping me as soon as you have this in Debian! Cheers, Gergely On 2020-03-06 21:54 (Friday), Shlomi Fish writes: > Hi Gergely! > > On Fri, Mar 6, 2020 at 5:25 PM Gergely Risko wrote: > >> Hello, >> >> This is today's new dependency: >> >> -- Check size of void* - done >> Traceback (most recent call last): >> File "", line 1, in >> ModuleNotFoundError: No module named 'pysol_cards' >> CMake Error at CMakeLists.txt:995 (MESSAGE): >> Could not find the python3's pysol_cards module - please install it. >> >> >> -- Configuring incomplete, errors occurred! >> >> Any idea if we have this in debian? >> >> > See https://github.com/shlomif/PySolFC/issues/155 - I could not find it > in > https://packages.debian.org/search?keywords=pysol=names=unstable=all > . > > Thanks! > > Cheers, >> Gergely >> >> On 2020-03-05 10:14 (Thursday), Shlomi Fish writes: >> > Hi Gergely! >> > -- Shlomi Fish https://www.shlomifish.org/ Buddha has the Chuck Norris nature. Please reply to list if it's a mailing list post - http://shlom.in/reply .
Bug#975091: Packaging Hybrid R/Python Software
Hi Ben, On Wed, Nov 18, 2020 at 09:06:51PM +, Morledge-Hampton, Benjamin Stuart wrote: > > That's strange. I tried to reproduce this here but I get only > r-cran-lomb (which is the right one and should contain a Git repository > including the debian/ dir). > > I've realized that my problems stemmed from running dh-make-R instead of > prepare_missing_cran_package. When I run the latter command, I get the > desired behavior. My apologies for not realizing this sooner. OK, good that this is settled. > > You can see an example what needs to be changed in a manual commit. > Feel free to add your user ID to the Uploaders field and send an > ITP for that package. > > This was my first time filing an ITP. I used the "bugreport wnpp" command > and did my best to follow the prompts that were given to me to submit the ITP > for r-cran-lomb. I believe I filled in everything correctly, but to tell the > truth, I'm not really sure how to tell for sure that everything is ok. How > will I know if I performed this process properly? You can check the bug page[1] and you should have received an e-mail that the bug was created. (As I said there is also a script itp_from_debian_dir which fills in all the questions for you when calling in the Git repository - but from a pedagocial point of view its correct that you did this step at least once manually.) > How long does it take for the package to be available to general users? To be clear here: We have just created a Git repository with the packaging. From the existence of this repository *nothing* will happen. A Debian Developer (like me) needs to upload it to the new queue and than we need to wait for the new processing by ftpmaster. Currently this takes about 1-3 days. But if *you* want to be the maitainer of the package you need to get a login on salsa.debian.org and become a member of the team. > Also, do I need to credit you somewhere in the bug report since you initiated > the repository? Currently there is my Copyright for the packaging (autoinjected) and I'm also changelog owner and Uploader (in d/control). I'd prefer if you add yourself to Uploaders if you intend to maintain this package. You should also insert the ITP bug number into d/changelog. Once you have done this I will upload the package. > Also, I did blatantly copy the long description you provided in the > debian/control file for the ITP. Is that alright? Yes sure. The itp_from_debian_dir script is copying this verbosely. > I am willing to repeat this process for the other R packages my project > depends on, but I'd also like to catch any mistakes I am making early on, > rather than after I've repeated them for several packaging attempts :P That was my point to deliver this example. There is no need to worry about copying stuff. Finally everything was autogenerated. > Finally, is it reasonable for the moment to also upload these packages to my > ppa so I can test whether or not they provide the required dependencies for > my larger project? That's your decision. I'm not sure what you want to approach. I think once the package is officially available it is not the best idea to have competing packages hanging around. > I'll admit, I'm a little anxious to see results, and it would please me > greatly if I could at least get my software to an installable state through > my ppa. There is no real conflict between your ppa and the Debian repository, IMHO. Kind regards Andreas. [1] https://bugs.debian.org/975091 -- http://fam-tille.de