Bug#1003326: ITP: node-duration -- time duration utilities for Node.js
Package: wnpp Severity: wishlist Owner: Stephan Lachnit X-Debbugs-CC: debian-devel@lists.debian.org Control: block 1003321 by -1 * Package name: node-duration * Version : 0.2.2 * Upstream Author : Mariusz Nowak * URL : https://github.com/medikoo/duration#readme * License : ISC * Programming Lang: JavaScript * Description : time duration utilities for Node.js This Node.js module provides functions to calculate, convert and display the duration between JavaScript Date objects. Node.js is an event-based server-side JavaScript engine. I intend to maintain this in the JS team. I don't have a lot of JS experience, but the package seems simple enough to be consistently maintained.
Bug#1003329: ITP: node-bash-color -- wrap strings in color codes for pretty printing in bash
Package: wnpp Severity: wishlist Owner: Stephan Lachnit X-Debbugs-CC: debian-devel@lists.debian.org Control: block 1003321 by -1 * Package name: node-bash-color * Version : 0.0.4 * Upstream Author : mykola bilokonsky * URL : https://github.com/mbilokonsky/bash-color#readme * License : Expat * Programming Lang: JavaScript * Description : wrap strings in color codes for pretty printing in bash This is a Node.js module for wrapping strings in color codes for pretty printing in bash. Node.js is an event-based server-side JavaScript engine. This package is a recursive dependency for OpenUI5. I intend to maintain this in the JS team. I don't have a lot of JS experience, but the package seems simple enough to be consistently maintained.
Bug#1003331: ITP: asdf-wcs-schemas -- World Coordinate System (WCS) ASDF schemas
Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org, debian-as...@lists.debian.org * Package name: asdf-wcs-schemas Version : 0.1.1 Upstream Author : The ASDF Developers * URL : https://github.com/asdf-format/asdf-wcs-schemas * License : BSD-3-Clause Programming Lang: Python Description : World Coordinate System (WCS) ASDF schemas This package provides ASDF schemas for validating WCS tags. Users should not need to install this directly; instead, install an implementation package such as asdf-astropy, which will include asdf-coordinates-schemas as a dependency. ASDF (Advanced Scientific Data Format) is a proposed next generation interchange format for scientific data,mainly used by the Space Telescope Science Institude (STScI). It is a build dependency of the gwcs package. I will maintain it within the Debian Astro team in Salsa: https://salsa.debian.org/debian-astro-team/asdf-gwcs-schemas Best regards Ole
Bug#1003334: ITP: node-functional.js -- Node.js module facilitating currying and tacit programming
Package: wnpp Severity: wishlist Owner: Stephan Lachnit X-Debbugs-CC: debian-devel@lists.debian.org Control: block 1003321 by -1 * Package name: node-functional.js * Version : 0.8.0 * Upstream Author : Lee Crossley * URL : https://github.com/functionaljs/functional-js * License : MIT * Programming Lang: JavaScript * Description : Node.js module facilitating currying and tacit programming This Node.js module is a functional JavaScript library. It facilitates currying and point-free / tacit programming, with optional lambda expressions. Node.js is an event-based server-side JavaScript engine. This package is a dependency for node-grunt-timer, which itself is a dependency for openui5, which itself is a dependency for ROOT. I intend to maintain this in the JS team. I don't have a lot of JS experience, but the package seems simple enough to be consistently maintained.
Bug#1003337: ITP: node-grunt-timer -- times the duration of your grunt tasks
Package: wnpp Severity: wishlist Owner: Stephan Lachnit X-Debbugs-CC: debian-devel@lists.debian.org Control: block 1003321 by -1 Control: block -1 by 1003326 1003329 1003334 * Package name: node-grunt-timer * Version : 0.6.0 * Upstream Author : Lee Crossley * URL : http://ilee.co.uk * License : MIT * Programming Lang: JavaScript * Description : times the duration of your grunt tasks This Node.js module times the duration of each of your grunt tasks automatically and outputs the execution time in milliseconds to the console after each task. It also logs the total time for all logged tasks at the end. Node.js is an event-based server-side JavaScript engine. This package is a dependency for openui5, which itself is a dependency for ROOT. I intend to maintain this in the JS team. I don't have a lot of JS experience, but the package seems simple enough to be consistently maintained.
Re: WNPP/ITP/... for Amazon SDK for C++ ?
On 31 December 2021 at 07:51, Dirk Eddelbuettel wrote: | On 30 December 2021 at 22:17, Ross Vandegrift wrote: | | On Mon, Dec 27, 2021 at 08:10:50AM -0600, Dirk Eddelbuettel wrote: | | > My (very informal) packaging has always been in the open (but on GitHub). A | | > possible first step might be to review the added files in debian/ and in a | | > first pass edit out all references to 'informal' or 'unofficial' packaging | | > and making them more official in the cloud team repo -- which I presume is on | | > salsa? If you or others want to look, I have this currently at github.com in | | > | | > eddelbuettel/pkg-aws-c-common common C layer | | > eddelbuettel/pkg-aws-checksumschecksum for transport | | > eddelbuettel/pkg-aws-c-event-stream another C layer | | > eddelbuettel/pkg-aws-sdk-cpp-only-s3 C++ SDK subset for S3 | | | | I did some work on aws-c-common & aws-c-event-stream from a PoC of packaging | | for awscli v2. Details are in #966573, message 43 [1]. You have a large set there which covers three of the ones I'd need. Could you upload these: https://salsa.debian.org/rvandegrift/aws-c-common https://salsa.debian.org/rvandegrift/aws-checksums https://salsa.debian.org/rvandegrift/aws-c-event-stream to allow partial progress, and a 'base camp' from which we can continue? (You have quite the load there too...) Maybe we can then build the AWS SDK (or parts thereof) we need on top? Dirk -- https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#1003358: ITP: mllex-polyml -- lexical analyzer generator for Standard ML
Package: wnpp Severity: wishlist Owner: Ryan Kavanagh X-Debbugs-Cc: debian-devel@lists.debian.org, r...@debian.org * Package name: mllex-polyml Upstream Author : Takayuki Goto * URL : https://github.com/eldesh/mllex-polyml * License : Apache and HPND Programming Lang: Standard ML Description : lexical analyzer generator for Standard ML And implementation of mllex ported from mlton to poly/ml. I also ITP mlyacc-polyml. Perhaps the packages should be renamed to polyml-mllex/polyml-mlyacc, instead of upstream's mllex-polyml and mlyacc-polyml. These ports may be eventually useful for sml compiler bootstrapping efforts. -- |)|/ Ryan Kavanagh | 4E46 9519 ED67 7734 268F |\|\ https://rak.ac | BD95 8F7B F8FC 4A11 C97A signature.asc Description: PGP signature
Bug#1003361: ITP: mlyacc-polyml -- LALR parser generator for Standard ML
Package: wnpp Severity: wishlist Owner: Ryan Kavanagh X-Debbugs-Cc: debian-devel@lists.debian.org, r...@debian.org * Package name: mlyacc-polyml Version : x.y.z Upstream Author : Name * URL : https://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : LALR parser generator for Standard ML An implementation of mlyacc ported from mlton to poly/ml. I also ITP mllex-polyml. Perhaps the packages should be renamed to polyml-mllex/polyml-mlyacc, instead of upstream's mllex-polyml and mlyacc-polyml. https://bugs.debian.org/1003358 These ports may be eventually useful for sml compiler bootstrapping efforts. -- |)|/ Ryan Kavanagh | 4E46 9519 ED67 7734 268F |\|\ https://rak.ac | BD95 8F7B F8FC 4A11 C97A signature.asc Description: PGP signature
Re: chromium: Update to version 94.0.4606.61 (security-fixes)
On Thu, Jan 06, 2022 at 02:55:20AM -0500, Andres Salomon wrote: > If you want to try with chromium 97; it now builds as an official build, so > those DCHECKs shouldn't even be compiled in. It also supports wayland > automatically, in case that's related to your slowdowns. > > https://salsa.debian.org/dilinger/chromium/-/tree/v97 I wanted to do this, but could it be that this version is for some reason taking much more space than the previous one? Here I have ~40 GB free, and v96 built just fine (though I wasn't looking when it was running), but now this failed already twice due to ENSPC. I'll try looking for someplace more spacy but it's odd :) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1003372: ITP: oci-python-sdk -- Oracle Cloud Infrastructure Python SDK
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-devel@lists.debian.org, debian-cl...@lists.debian.org * Package name: oci-python-sdk Version : 2.53.1 Upstream Author : Vyas Bhagwat and others * URL : https://github.com/oracle/oci-python-sdk/ * License : UPL or Apache Programming Lang: Python Description : Oracle Cloud Infrastructure Python SDK This package is needed by my employer for managing their OCI instances. I plan to maintain it within the Debian Cloud Team after joining it. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1003374: ITP: golang-github-aquasecurity-go-version -- A Go library for parsing and verifying versions and version constraints.
Package: wnpp Severity: wishlist Owner: Nobuhiro Iwamatsu * Package name: golang-github-aquasecurity-go-version Version : 0.0~git20210121.637058c Upstream Author : Aqua Security * URL : https://github.com/aquasecurity/go-version * License : Apache-2.0 Programming Lang: Go Description : Go library for parsing and verifying versions and version constraints go-version is a library for parsing versions and version constraints, and verifying versions against a set of constraints. go-version can sort a collection of versions properly, handles prerelease versions, etc. . go-version provides two packages: . * semver (/pkg/semver) * Semantic Versioning (https://semver.org/) * MAJOR.MINOR.PATCH-PRERELEASE+BUILDMETADATA (e.g. 1.1.3-alpha+110) * version (/pkg/version) * Semantic Versioning like versioning * Accept more than 3 numbers (e.g. 2.3.1.4)
Bug#1003376: ITP: python-circuitbreaker -- Python "Circuit Breaker" implementation
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org Control: block 1003372 by -1 * Package name: python-circuitbreaker Version : 1.3.2 Upstream Author : Fabian Fuelling * URL : https://github.com/fabfuel/circuitbreaker * License : BSD Programming Lang: Python Description : Python "Circuit Breaker" implementation This is needed by oci-python-sdk (#1003372). The package will be maintained within the Python team. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: chromium: Update to version 94.0.4606.61 (security-fixes)
On 1/8/22 15:57, Mattia Rizzolo wrote: On Thu, Jan 06, 2022 at 02:55:20AM -0500, Andres Salomon wrote: If you want to try with chromium 97; it now builds as an official build, so those DCHECKs shouldn't even be compiled in. It also supports wayland automatically, in case that's related to your slowdowns. https://salsa.debian.org/dilinger/chromium/-/tree/v97 I wanted to do this, but could it be that this version is for some reason taking much more space than the previous one? Here I have ~40 GB free, and v96 built just fine (though I wasn't looking when it was running), but now this failed already twice due to ENSPC. I'll try looking for someplace more spacy but it's odd :) Yeah, I think it's the debugging info; it's also breaking lld. It's a result of enabling official build, I'm working on it.
Bug#1003380: ITP: golang-github-goccy-go-yaml -- yet another golang library for YAML support
Package: wnpp Severity: wishlist Owner: Nobuhiro Iwamatsu * Package name: golang-github-goccy-go-yaml Version : 1.9.4 Upstream Author : Masaaki Goshima * URL : https://github.com/goccy/go-yaml * License : Expat Programming Lang: Go Description : yet another golang library for YAML support YAML support for the Go language. This adds some features compared to the golang standard YAML library. * Pretty format for error notifications * Supports Scanner or Lexer or Parser as public API * Supports Anchor and Alias to Marshaler * Allow referencing elements declared in another file via anchors * Extract value or AST by YAMLPath ( YAMLPath is like a JSONPath )
Re: chromium: Update to version 94.0.4606.61 (security-fixes)
On 1/9/22 00:56, Andres Salomon wrote: On 1/8/22 15:57, Mattia Rizzolo wrote: On Thu, Jan 06, 2022 at 02:55:20AM -0500, Andres Salomon wrote: If you want to try with chromium 97; it now builds as an official build, so those DCHECKs shouldn't even be compiled in. It also supports wayland automatically, in case that's related to your slowdowns. https://salsa.debian.org/dilinger/chromium/-/tree/v97 I wanted to do this, but could it be that this version is for some reason taking much more space than the previous one? Here I have ~40 GB free, and v96 built just fine (though I wasn't looking when it was running), but now this failed already twice due to ENSPC. I'll try looking for someplace more spacy but it's odd :) Yeah, I think it's the debugging info; it's also breaking lld. It's a result of enabling official build, I'm working on it. In debian/rules, along with is_official_build=true, you can set symbol_level=#. With is_official_build=false (which is the way it used to build), it used level 0. The default for is_official_build=true is level 2, which results in a lot more space (it used 50gb on my last build) and also means I run out of ram linking the final chrome binary on my 8gb build machine. I'm not sure what we should use, as I'm not sure if 0 will break any of the dbgsym packaging yet. I'm currently trying a build with symbol_level=1. Fedora doesn't set it, and instead manually patches BUILD.gn to -g0. Ungoogled-chromium sets it to 1. Arch sets it to 0 if strip is set. Mint sets it to 0.
