Bug#637146: ITP: numdiff -- Compare similar files with numeric fields
Package: wnpp Severity: wishlist Owner: Paolo Greppi * Package name: numdiff Version : 5.2.1 Upstream Author : Ivano Primi * URL : http://nongnu.org/numdiff/ * License : GPL-3.0+ Programming Lang: C Description : Compare similar files with numeric fields. Numdiff is a little program that can be used to compare putatively similar files line by line and field by field, ignoring small numeric differences or/and different numeric formats. Numdiff can be used to appropriately compare files containing numerical fields. By default, Numdiff assumes the fields are separated by white-space characters (spaces, horizontal tabulations and newlines), but the user can also specify its list of separators through the option -s, see the User Manual. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e40419f.4010...@libpf.com
Bug#602781: [wnpp] work aound for src/FlightCrew/Schemas/ncx-2005-1.dtd
Package: wnpp Hi to work around the problem of missing license for src/FlightCrew/Schemas/ncx-2005-1.dtd, I propose to: 1) gather a large pool of freely-licensed epub files, possibly from different sources and produced with different tools 2) extract the ncx files 3) run them though DTDGenerator 4) clean up and find a structure that matches them all 5) test by validing the pool of ncx files with the unfied dtd Example : wget http://prdownloads.sourceforge.net/saxon/dtdgen7-0.zip unzip dtdgen7-0.zip wget -O a.epub http://www.gutenberg.org/ebooks/24754.epub.noimages unzip a.epub java -cp dtdgen.jar DTDGenerator 24754/toc.ncx > output.dtd I attach the output. What do you think ? --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-4-686-pae Debian Release: 7.1 500 stable-updates mi.mirror.garr.it 500 stable security.debian.org 500 stable mi.mirror.garr.it --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. output.dtd Description: application/xml-dtd
Bug#924040: 0.6.2
Hi! and thanks for your efforts to package archivebox. I have picked it up from there and tried to build the current version (0.6.2). For that I have refreshed the patches, here is a MR: https://salsa.debian.org/debian/archivebox/-/merge_requests/1 Feel free to pick up whatever you need from there. There is a test error: = test session starts == platform linux -- Python 3.9.2, pytest-6.0.2, py-1.10.0, pluggy-0.13.0 rootdir: /tmp/build-area/archivebox-0.6.2 plugins: django-3.5.1, sugar-0.9.4 collected 44 items / 1 error / 43 selected ERRORS ERROR collecting .pybuild/cpython3_3.9/build/tests/test_extractors.py _ ImportError while importing test module '/tmp/build-area/archivebox-0.6.2/.pybuild/cpython3_3.9/build/tests/test_extractors.py'. Hint: make sure your test modules/packages have valid Python names. Traceback: ... archivebox/system.py:14: in from .vendor.atomicwrites import atomic_write as lib_atomic_write E ModuleNotFoundError: No module named 'archivebox.vendor.atomicwrites' === short test summary info ERROR tests/test_extractors.py Interrupted: 1 error during collection === 1 error in 0.60s === but this does not prevent the package to build (?). Anyway I m not familiar with this style of tracking only the debian dir in salsa (I normally use gbp and push the upstream sources as well). How can you enable salsa CI BTW ? Paolo
Bug#924040: next steps
I installed the package above and when I tried the archivebox command I got the same error about the missing atomicwrites module. This is easy to fix by adding lib/python3.9/site-packages/atomicwrites/__init__.py from https://pypi.org/project/atomicwrites/ 1.4.1 as debian/vendor/atomicwrites.py. A better way of vendoring dependencies would be to use gbp components, so that they are versioned, uscan looks for new versions etc. Another issue is that if I try to "archivebox add" an url I get these warnings: ! SINGLEFILE_BINARY: single-file (unable to detect version) ! READABILITY_BINARY: readability-extractor (unable to detect version) ! MERCURY_BINARY: mercury-parser (unable to detect version) Indeed the page is archived as (I have the recommended dep chromium): - Chrome > PDF - Chrome Screenshot - wget > HTML - Archive.org - Headers - Chrome > HTML - MEdia - Git But these fail: - Chrome > SingleFile - Readability - Mercury - Git (not sure why) Getting the first three to work would require installing the JS dependencies listed in package.json which is a mess. But after the atomicwrites fix the package seems to be usable as-is and worth uploading! Paolo
Bug#845482: RFS: python-patch 1.16
Hi Mattia, It is still in my TODO list to process your detailed feedback to the RFS I sent to the mailing list (thanks BTW !). I think I should manage to do that before May but I'm always happy if anybody steps in. I'll CC the ITP bug as well... Paolo Il 04/04/2017 19:31, Mattia Rizzolo ha scritto: > Hey Paolo, any news of this package? > (explicitly CCing you to be extra sure it'll reach you) > > (And this is why I prefer RFS bugs, btw, saving me from digging in my > mail archive to find this one…) > > On Thu, Dec 29, 2016 at 06:17:40PM +0100, Mattia Rizzolo wrote: >> On Tue, Nov 29, 2016 at 08:20:23AM +0100, Paolo Greppi wrote: >>> Hi, >> >> Hi! >> >> FYI, I found your RFS only thanks to the /topic in #debian-python. >> Unless you're very lucky most RFSes sent to random mailing lists have a >> tendency to get lost/ignored; that's why I suggest you always file a RFS >> bug and X-Debbugs-CC the relevant team, unless you know that team is >> going to react (like pkg-js recently). >> >>> I packaged python-patch as per this ITP: >>> https://bugs.debian.org/845482, this is the repo: >>> https://anonscm.debian.org/cgit/python-modules/packages/python-patch.git >>> >>> Please someone more experienced than me review it and if it's OK sponsor >>> its upload. >> >> I fixed the file name in the pristine-tar branch (otherwise `origtargz` >> ignored it..). >> >>> Please note that since the pypi tarball has no tests, whereas the github >>> tarball has no setup, I choose the latter and added the setup.py with a >>> git-dpm/quilt patch. I hope this is correct. >> >> Yep, that's fine. Please ask upstream to syncronize both, and have >> github ship the setup.py, and the tarball the release. >> >> >> more changes I ask you: >> * d/changelog: >> + please kill the second changelog line; first uploads should only >> come with a "first upload" line >> + finalize it (dch -r) >> * d/control: >> + please wrap-and-sort that list of build-deps >> + why are you commenting out the Testsuite field? >> + Vcs-* are pointing to a repo that's not DPMT's, that's wrong >> (furthermore that URL first requires auth, and it gave me a 404, so >> I think it's a private repo) >> * d/compat: >> + please bump to 10 (d/control already have the >= 10, so I guess you >> just forgot to push this one too) >> * d/rules: >> + please repspect DEB_BUILD_OPTIONS=nocheck >> + please use the method provided by pybuild to properly run the tests >> against all supported python versions, against what you just >> "built"; I think that one runs only one python version (2.7) >> against the original sources. >> + you're overriding dh_auto_install when you only want to append >> --install-script to the command invoked. Please use >> PYBUILD_INSTALL_ARGS=--install-scripts=... instead. >> * d/copyright: >> + why are you licensing debian/ under a different license? >> + personally I find a lot more readable to have all the file paragraph >> at the top, and all stand alone licenses at the bottom >> + other/pack.py is under another license >> * I: python-patch: new-package-should-not-package-python2-module python-patch >> + right, I was about to forget about this... >> * I: python-patch source: binary-control-field-duplicates-source field >> "section" in package python-patch >> >> -- >> 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 `- > > >
Bug#726486: [Pkg-javascript-devel] pump.io packaging help (from upstream)
Hi Alex, nice to know that we can count on upstream for this one. I have updated the page at https://wiki.debian.org/Javascript/Nodejs/Tasks/Pump.io which was stuck at pump.io 0.3.0. The count of missing packages has gone up from about 40 to over 90, so it's going to be a long way before we can even try to package pump.io. This is similar to what we see for Etherpad (https://bugs.debian.org/576998), yarn (https://bugs.debian.org/843021) and others. The state of the nodejs ecosystem in Debian is such that we struggle to package the nitty-gritty dependencies, and the useful stuff remains out of reach. Paolo
Bug#843021: wiki page
As this is a complex package, I have created a dedicated page in the wiki: https://wiki.debian.org/Javascript/Nodejs/Tasks/yarn
Bug#845482: RFS: python-patch 1.16
Il 29/12/2016 18:17, Mattia Rizzolo ha scritto: > On Tue, Nov 29, 2016 at 08:20:23AM +0100, Paolo Greppi wrote: >> Hi, > > Hi! > > FYI, I found your RFS only thanks to the /topic in #debian-python. > Unless you're very lucky most RFSes sent to random mailing lists have a > tendency to get lost/ignored; that's why I suggest you always file a RFS > bug and X-Debbugs-CC the relevant team, unless you know that team is > going to react (like pkg-js recently). OK thanks for the suggestion >> I packaged python-patch as per this ITP: >> https://bugs.debian.org/845482, this is the repo: >> https://anonscm.debian.org/cgit/python-modules/packages/python-patch.git >> >> Please someone more experienced than me review it and if it's OK sponsor >> its upload. > > I fixed the file name in the pristine-tar branch (otherwise `origtargz` > ignored it..). I rebuilt the repo from scratch anyway... >> Please note that since the pypi tarball has no tests, whereas the github >> tarball has no setup, I choose the latter and added the setup.py with a >> git-dpm/quilt patch. I hope this is correct. I had incorrectly added setup.py to master. In the new repo I removed the setup.py file from the master branch, it is now really added by the patch. This caused some trouble with the auto_clean target which I think I addressed. > Yep, that's fine. Please ask upstream to syncronize both, and have > github ship the setup.py, and the tarball the release. https://github.com/techtonik/python-patch/issues/51 > more changes I ask you: > * d/changelog: > + please kill the second changelog line; first uploads should only > come with a "first upload" line > + finalize it (dch -r) done > * d/control: > + please wrap-and-sort that list of build-deps > + why are you commenting out the Testsuite field? > + Vcs-* are pointing to a repo that's not DPMT's, that's wrong > (furthermore that URL first requires auth, and it gave me a 404, so > I think it's a private repo) done; I have uncommented the testsuite (not sure why it was commented) > * d/compat: > + please bump to 10 (d/control already have the >= 10, so I guess you > just forgot to push this one too) done > * d/rules: > + please repspect DEB_BUILD_OPTIONS=nocheck should be OK (see below) > + please use the method provided by pybuild to properly run the tests > against all supported python versions, against what you just > "built"; I think that one runs only one python version (2.7) > against the original sources. I have added a test_suite config to setup.py (and moved from distutil to setuptools); this testsuite is then picked up by pybuild, and AFAICT it honors the nocheck flag automatically > + you're overriding dh_auto_install when you only want to append > --install-script to the command invoked. Please use > PYBUILD_INSTALL_ARGS=--install-scripts=... instead. OK > * d/copyright: > + why are you licensing debian/ under a different license? because I prefer GPL for my contributions to Debian > + personally I find a lot more readable to have all the file paragraph > at the top, and all stand alone licenses at the bottom OK > + other/pack.py is under another license OK added a public domain license for that > * I: python-patch: new-package-should-not-package-python2-module python-patch OK I stripped all python2 stuff > + right, I was about to forget about this... > * I: python-patch source: binary-control-field-duplicates-source field > "section" in package python-patch OK (solved by the previous one BTW) Thanks for all ! It should be now ready to go. Paolo
Bug#754551: reopening the ITP for node-ms
I intend to package this module, for the rationale see https://bugs.debian.org/836205 A quick search on https://codesearch.debian.net shows the following node/js-related packages that contain the string 'humanize', possibly indicating that they import the ms copy embedded in node-debug: libjs-sifter.js node-connect-timeout node-dot node-moment node-parse-json node-redis node-send node-serve-favicon node-utilities rtcninjajs after triaging this list, when this one is packaged they should all be updated to depend on it. I would need a sponsor to upload, and I intend to maintain it within the javascript maintainers team. There is already a repo on alioth: https://anonscm.debian.org/git/pkg-javascript/node-ms.git Paolo
Bug#576998: [Pkg-javascript-devel] why not
Hallo yes it's still on my todo list. It's not in the npm registry so we can't easily (i.e. with the js_task_edit.py script) create a task page as for the other nodejs packages [1]. But it has quite a few node dependencies. As libjs-tinycon and node-jsonminify are in the archive we're left with 7 direct dependencies: - require-kernel, ITP #710057 - socket.io ITP [2] - ueberdb - express-session ITP #751885 - cheerio ITP #848315 - swagger-node-express - measured But then as Mike pointed out [3], there are recursive dependencies, so the count is higher. For example there's 7 socket.io deps already listed as blocking bugs in the socket.io's ITP [2]. Then there is more which the last time I looked lacked IPTs: Ueberdb2 deps: node-cassandra-driver node-rethinkdb node-nano node-elasticsearch Cassandra-driver deps: Node-long rethinkdb deps: bluebird nano deps: follow And beware that I may have left out a few. Finally one more difficulty is that it's hard to grasp what this stuff is all about. For example from what I can tell there are several DB middlewares, so the question is: is this all really used ? Anyway any help is welcome ! Paolo [1] https://wiki.debian.org/Javascript/Nodejs/Tasks [2] https://bugs.debian.org/707166 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576998#138 Il 21/07/2017 09:39, Petter Reinholdtsen ha scritto: > Hi. > > Any progress on getting Etherpad into Debian? I would love to add > support for Etherpad to FreedomBox, but for that to happen there > need to be maintainable packages in Debian. > > Yesteday, the Software Freedom Conservancy announced that Etherpad > join the Conservancy as a member, see > https://sfconservancy.org/news/2017/jul/20/etherpad/ >. Perhaps > that might motivate more people to get Etherpad into Debian? >
Bug#729224: ITP: gcovr -- Summarize code coverage results from gcov
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org Package name: gcovr Version: 3.0 Upstream Author: William Hart, John Siirola URL: http://gcovr.com/ License: BSD Description: Summarize code coverage results from gcov Gcovr is a python script that generates human-readable summary reports, machine readable XML reports or a simple HTML summary from the output of the GNU gcov utility. It is best used with continuous integration tools. Compared with lcov, it can output a text format, and an XML format that is compatible with the Cobertura code coverage utility and hence with Jenkins. It is similar to ggcov's text mode tggcov program. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527f9131.3040...@libpf.com
Bug#847910: ITP: node-path-root -- Get the root of a posix or windows filepath
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-path-root Version : 0.1.1 Upstream Author : Jon Schlinkert (https://github.com/jonschlinkert) * URL : https://github.com/jonschlinkert/path-root * License : Expat Programming Lang: JavaScript Description : Get the root of a posix or windows filepath. Given a posix or windows filepath as a string, returns the matching filesystem root. . Node.js is an event-based server-side JavaScript engine. This is required for node-parse-filepath which is required for node-fined which is required for gulp.
Bug#847911: ITP: node-parse-filepath -- parses a filepath into an object.
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-parse-filepath Version : 1.0.1 Upstream Author : Jon Schlinkert (https://github.com/jonschlinkert) * URL : https://github.com/jonschlinkert/parse-filepath * License : Expat Programming Lang: JavaScript Description : Pollyfill for node.js `path.parse`, parses a filepath into an object. Node.js module that provides a polyfill for the native path.parse, that parses a filepath into an object with absolute filepath, dirname, basename, extname etc. . Node.js is an event-based server-side JavaScript engine. This is required for node-fined which is required for gulp. It should be possible to patch the dependency on is-absolute with node-path-is-absolute.
Bug#847913: ITP: node-fined -- Find a file given a declaration of locations
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-fined Version : 1.0.2 Upstream Author : JS CLI Team (https://github.com/js-cli) * URL : https://github.com/js-cli/fined#readme * License : Expat Programming Lang: JavaScript Description : Find a file given a declaration of locations Node.js module to find a file given a basename, a list of extensions and a path. The path can be either given directly or as a base directory for finding up. . Node.js is an event-based server-side JavaScript engine. This is required for gulp.
Bug#847916: ITP: node-liftoff -- Launch your command line tool with ease
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-liftoff Version : 2.3.0 Upstream Author : Tyler Kellen (http://goingslowly.com/) * URL : https://github.com/js-cli/js-liftoff * License : Expat Programming Lang: JavaScript Description : Launch your command line tool with ease Node.js module to make it easy for globally installed binaries to find and load a local installation, no matter what version it is, using a search algorithm similar to how node finds modules. . Supports intelligent filesystem traversal if the command is run in a sub-folder of the project, and explicit directory specification. . Node.js is an event-based server-side JavaScript engine.
Bug#576998: why not
I'd like to give this one a try, in the framework of the Debian Javascript Maintainers team. The new repo will be here (many thanks to Mike Gabriel for sharing his previous work): https://anonscm.debian.org/git/pkg-javascript/etherpad-lite.git My current count of missing node-* packages is 9: - require-kernel - socket.io - ueberdb - express-session - cheerio - tinycon - swagger-node-express - jsonminify - measured Paolo
Bug#576998: [Pkg-javascript-devel] why not
On 15/12/2016 11:59, Mike Gabriel wrote: > Hi Paolo, > > On Mi 14 Dez 2016 23:01:16 CET, Paolo Greppi wrote: > >> I'd like to give this one a try, in the framework of the Debian >> Javascript Maintainers team. >> >> The new repo will be here (many thanks to Mike Gabriel for sharing his >> previous work): >> https://anonscm.debian.org/git/pkg-javascript/etherpad-lite.git >> >> My current count of missing node-* packages is 9: >> - require-kernel >> - socket.io >> - ueberdb >> - express-session >> - cheerio >> - tinycon >> - swagger-node-express >> - jsonminify >> - measured >> >> Paolo > > Have you checked dependencies of dependencies? I'd be delighted if you > could dive into this. Please note that I pushed work on > require-kernel.js and socket.io to pkg-javscript Git just now. Not > up-to-date, but something to start from, at least. > > Mike Yes, there is more than I initially thought. I'm doing a breadth-first-search ! I found your old repos, and I am starting from those.. we'll see Paolo
Bug#848241: ITP: node-has-cors -- Detect support for Cross-Origin Resource Sharing
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-has-cors Version : 1.1.0 Upstream Author : Nathan Rajlich http://n8.io/) * URL : https://github.com/component/has-cors * License : Expat Programming Lang: JavaScript Description : Detects support for Cross-Origin Resource Sharing Node.js module to detect support for CORS (Cross-Origin Resource Sharing), the mechanism that allows restricted resources on a web page to be requested from another domain outside the domain from which the resource originated. . Node.js is an event-based server-side JavaScript engine. This is just 4 lines of code, but quite popular on npm registry (3M downloads in the last month). Besides it's required by node-engine.io-client which in turn is one of the bits required by engine.io, socket.io and etherpad-lite. Paolo
Bug#848315: ITP: node-cheerio -- Server-side jQuery implementation
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-cheerio Version : 0.22.0 Upstream Author : Matt Mueller (mat.io) * URL : https://github.com/cheeriojs/cheerio#readme * License : Expat Programming Lang: JavaScript Description : Server-side jQuery implementation Node-js module providing a tiny, fast, flexible and elegant implementation of core jQuery designed specifically for the server. . Node.js is an event-based server-side JavaScript engine. It is a requirement of etherpad-lite (https://bugs.debian.org/576998). My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-cheerio.git Paolo
Bug#848322: ITP: node-domhandler -- htmlparser2 handler that turns pages into a dom
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-domhandler Version : 2.3.0 Upstream Author : Felix Boehm * URL : https://github.com/fb55/DomHandler * License : BSD-2-Clause Programming Lang: JavaScript Description : htmlparser2 handler that turns pages into a DOM Node.js module that creates a DOM (Document Object Model), i.e. a tree data structure containing all nodes of a page that can be manipulated using the node-domutils library. . Node.js is an event-based server-side JavaScript engine. This is required to fix https://bugs.debian.org/794988
Bug#848324: ITP: node-domutils -- utilities for working with htmlparser2's dom
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-domutils Version : 1.5.1 Upstream Author : Felix Boehm * URL : https://github.com/FB55/domutils * License : FIX_ME upstream license Programming Lang: JavaScript Description : utilities for working with htmlparser2's dom Node.js module that provides utilities (stringify, traversal, manipulation and querying) for working with a DOM (Document Object Model) created with the node-domhandler module. . Node.js is an event-based server-side JavaScript engine. This is a requirement for node-domhandler, see ITP: https://bugs.debian.org/848322
Bug#848325: ITP: node-dom-serializer -- render dom nodes to string
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-dom-serializer Version : 0.1.0 Upstream Author : Felix Boehm * URL : https://github.com/cheeriojs/dom-serializer * License : Expat Programming Lang: JavaScript Description : render dom nodes to string Node.js module that renders to a tring a DOM (Document Object Model) created with the node-domhandler module. . Node.js is an event-based server-side JavaScript engine. This is a requirement for node-domhandler, see ITP: https://bugs.debian.org/848322
Bug#848353: ITP: node-css-select -- CSS selector compiler/engine
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-css-select Version : 1.2.0 Upstream Author : Felix Böhm * URL : https://github.com/fb55/css-select#readme * License : BSD-2-Clause Programming Lang: JavaScript Description : CSS selector compiler/engine Node.js module that turns CSS selectors into functions that test if DOM elements match them. Provides an efficient and complete implementation of CSS3 and a partial implementation of jQuery/Sizzle extensions. . Node.js is an event-based server-side JavaScript engine. This is a node-cheerio dependency. The latter is a requirement for packaging etherpad-lite (https://bugs.debian.org/576998).
Bug#848324: status update
The repo on alioth is ready: https://anonscm.debian.org/git/pkg-javascript/node-domutils.git I've issued a RFS to pkg-javascript-de...@lists.alioth.debian.org. Paolo
Bug#848315: status update
The repo on alioth is ready. I'm waiting for the dependency node-domutils (https://bugs.debian.org/848324) to enter unstable to emit the RFS. Paolo
Bug#846205: status update
The repo on alioth is ready: https://anonscm.debian.org/git/pkg-javascript/node-invariant.git I'm waiting for the dependency node-loose-envify (that's in the NEW queue at the moment) to enter unstable to emit the RFS. Paolo
Bug#847916: status update
I should mention that this is required for gulp (see https://wiki.debian.org/Javascript/Nodejs/Tasks/gulp). The repo on alioth is ready: https://anonscm.debian.org/git/pkg-javascript/node-liftoff.git I'm waiting for the dependency node-loose-envify (that's in the NEW queue at the moment) to enter unstable to emit the RFS. Paolo
Bug#846216: RFS: node-proper-lockfile 2.0.0
The repo on alioth is ready: https://anonscm.debian.org/git/pkg-javascript/node-proper-lockfile.git For the version dependency on node-retry >= 0.10.0, discussed here: - https://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2016-December/016454.html - https://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2016-December/016559.html I have found that after relaxing it the tests still pass. So this could be a feasible workaround while we decide what to do with node-retry. Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#848364: ITP: node-inquirer -- embeddable command line interface for Node.js
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-inquirer Version : 2.0.0 Upstream Author : Simon Boudrias * URL : https://github.com/sboudrias/Inquirer.js#readme * License : Expat Programming Lang: JavaScript Description : embeddable command line interface for Node.js Node.js module that provides a collection of interactive user interfaces and inquiry session flows for the command line. . Node.js is an event-based server-side JavaScript engine. It is required for node-yarnpkg 0.18 (https://bugs.debian.org/843021). This is its dependency tree as captured by npm2deb depends -b -r inquirer: Dependencies: NPM Debian inquirer (2.0.0) None ├─ ansi-escapes (^1.1.0) None ├─ chalk (^1.0.0) node-chalk (1.1.3-2) ├─ cli-cursor (^1.0.1)None │ └─ restore-cursor (^1.0.1) None │ ├─ exit-hook (^1.0.0) None │ └─ onetime (^1.0.0) None │└─ mimic-fn (^1.0.0) node-mimic-fn (1.1.0-1) ├─ cli-width (^2.0.0) None ├─ external-editor (^1.1.0) None │ └─ tmp (^0.0.31) node-tmp (0.0.28-1) ├─ figures (^2.0.0) None │ └─ escape-string-regexp (^1.0.5) node-escape-string-regexp (1.0.5-1) ├─ lodash (^4.3.0)node-lodash (4.16.6+dfsg-1) ├─ mute-stream (0.0.6)node-mute-stream (0.0.4-1) ├─ pinkie-promise (^2.0.0)node-pinkie-promise (2.0.1-1) ├─ run-async (^2.2.0) None │ └─ is-promise (^2.1.0) None ├─ rx (^4.1.0)None ├─ string-width (^2.0.0) node-string-width (2.0.0-1) ├─ strip-ansi (^3.0.0)node-strip-ansi (3.0.1-1) └─ through (^2.3.6) node-through2 (2.0.3-1) Warnings occured: [warning] through: through2 is better maintained, see node-jsonstream for a patch My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-inquirer.git Paolo
Bug#843021: status update
The git repo on alioth (which I misspelled above): https://anonscm.debian.org/git/pkg-javascript/node-yarnpkg.git contains my current attempt at packaging node-yarnpkg 0.18.0 Good progress is being made on the dependencies required for running yarnpkg 0.16.1, as identified here: https://bugs.debian.org/843021#80 But while some dependencies present in version 0.16.1 were dropped, new ones are required for 0.18.0: - inquirer need packaging (ITP: https://bugs.debian.org/848364) - is-ci (which I am confident we should be able to skip / patch away). Some of the dependencies which are in Debian need updating: - node-bytes to 2.4.0 - node-commander to 2.9.0 - node-debug to 2.2.0 - node-diff to 2.2.1 - node-ini to 1.3.4 - node-mkdirp to 0.5.1 - node-read to 1.0.7 - node-request to 2.75.0 For the build, it requires gulp (see https://wiki.debian.org/Javascript/Nodejs/Tasks/gulp). As it stands now (without gulp) it is failing because it finds no lib directory in the source. I can build the lib directory with: npm install gulp npm install gulp-plumber npm install gulp-newer npm install gulp-babel npm install gulp-sourcemaps npm install gulp-watch npm install gulp-util npm install gulp-if ./node_modules/.bin/gulp As soon as gulp is ready, I will certainly need some help with setting up the override_dh_auto_build target ... Paolo
Bug#848366: ITP: node-is-promise -- Test whether an object looks like a promises-a+ promise
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-is-promise Version : 2.1.0 Upstream Author : ForbesLindesay * URL : https://github.com/then/is-promise * License : Expat Programming Lang: JavaScript Description : Test whether an object looks like a promises-a+ promise Node.js module to test whether an object looks like a promises-a+ promise (a javascript object representing the eventual result of an asynchronous operation) compliant with the Promises/A+ specification. . Node.js is an event-based server-side JavaScript engine. I's a one-liner ... but it is required for: - run-async - which is required by node-inquirer (ITP: https://bugs.debian.org/848364) - which in turn is required by node-yarnpkg 0.18 (ITP: https://bugs.debian.org/843021). My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-is-promise.git Paolo
Bug#848367: ITP: node-ansi-escapes -- ANSI escape codes for manipulating the terminal
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-ansi-escapes Version : 1.4.0 Upstream Author : Sindre Sorhus (sindresorhus.com) * URL : https://github.com/sindresorhus/ansi-escapes#readme * License : Expat Programming Lang: JavaScript Description : ANSI escape codes for manipulating the terminal Node.js module that provides methods to move/hide/show the cursor, get/save/restore its position, erase lines, scroll, clear and beep using ANSI escape codes. . Node.js is an event-based server-side JavaScript engine. It is required for: - node-inquirer (ITP: https://bugs.debian.org/848364) - which in turn is required by node-yarnpkg 0.18 (ITP: https://bugs.debian.org/843021). My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-ansi-escapes.git Paolo
Bug#848369: ITP: node-exit-hook -- Run some code when the process exits
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-exit-hook Version : 1.1.1 Upstream Author : Sindre Sorhus (http://sindresorhus.com) * URL : https://github.com/sindresorhus/exit-hook * License : Expat Programming Lang: JavaScript Description : Run some code when the process exits Node-js module to run one or more hooks when the process exits, either because the event loop dried up, or because it received a signal (SIGINT or SIGTERM). . Useful for cleaning up. . Node.js is an event-based server-side JavaScript engine. It is required for: - restore-cursor - which is required for cli-cursor - which is required for node-inquirer (ITP: https://bugs.debian.org/848364) - which in turn is required by node-yarnpkg 0.18 (ITP: https://bugs.debian.org/843021). My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-exit-hook.git Paolo
Bug#848371: ITP: node-external-editor -- Edit a string with the users preferred text editor
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-external-editor Version : 2.0.1 Upstream Author : Kevin Gravier (https://mrkmg.com) * URL : https://github.com/mrkmg/node-external-editor#readme * License : Expat Programming Lang: JavaScript Description : Edit a string with the users preferred text editor Node.js module to edit a string with the users preferred text editor, using either $VISUAL or $ENVIRONMENT. . Node.js is an event-based server-side JavaScript engine. It is required for node-inquirer (ITP: https://bugs.debian.org/848364) which in turn is required by node-yarnpkg 0.18 (ITP: https://bugs.debian.org/843021). My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-external-editor.git Paolo
Bug#847916: ITP: node-liftoff -- Launch your command line tool with ease
On 18/12/2016 12:29, Pirate Praveen wrote: > On തിങ്കള് 12 ഡിസംബര് 2016 04:27 വൈകു, Paolo Greppi wrote: >> * Package name: node-liftoff > > Is there any blockers for this? gulp-util is the only other remaining > dependency (I'll upload it next) for gulp. > > node-loose-envify is the only one missing for node-liftoff and ATM it is still in the NEW queue Paolo
Bug#848369: RFS: node-exit-hook 1.1.1
Hi, I have packaged node-exit-hook, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-exit-hook.git/ I tried patching the test suite to use mocha rather than ava: diff --git a/test.js b/test.js index e92fb06..546f7f3 100644 --- a/test.js +++ b/test.js @@ -1,16 +1,16 @@ 'use strict'; -var test = require('ava'); +var assert = require('assert'); var exitHook = require('./'); -test(function (t) { - t.plan(2); - +test('main', function () { exitHook(function () { - t.assert(true); + console.log('Paolo was here'); + assert(true); }); exitHook(function () { - t.assert(true); + console.log('Paolo was here'); + assert(true); }); process.exit(); and I can see the hooks are executed (the debug prints appear) but the test runner never sees the asserts. So I skipped this patch and the build/autopkgtests, Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#848367: RFS: node-ansi-escapes 1.4.0
Hi, I have packaged node-ansi-escapes, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-ansi-escapes.git/ Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#848371: RFS: node-external-editor 2.0.1
Hi, I have packaged node-external-editor, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-external-editor.git/ I had to cheat on the dependency on node-tmp: the package.json requests 0.0.31 but with 0.0.28 that we have in debian the tests pass .. Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#848366: RFS: node-is-promise 2.1.0
Hi, I have packaged node-is-promise, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-is-promise.git/ Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#848853: ITP: node-grunt-contrib-uglify -- Minify JavaScript files with UglifyJS
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-grunt-contrib-uglify Version : 2.0.0 Upstream Author : Grunt Team (http://gruntjs.com/) * URL : https://github.com/gruntjs/grunt-contrib-uglify#readme * License : Expat Programming Lang: JavaScript Description : Minify JavaScript files with UglifyJS Node.js module that provides a grunt plugin to minify JavaScript files with UglifyJS. . Node.js is an event-based server-side JavaScript engine. It is required to package node-rx, which is required for node-inquirer (ITP: https://bugs.debian.org/848364) which in turn is required by node-yarnpkg 0.18 (ITP: https://bugs.debian.org/843021). My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-grunt-contrib-uglify.git Paolo
Bug#848854: ITP: node-grunt-contrib-copy -- Copy files and folders
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-grunt-contrib-copy Version : 1.0.0 Upstream Author : Grunt Team (http://gruntjs.com/) * URL : https://github.com/gruntjs/grunt-contrib-copy#readme * License : Expat Programming Lang: JavaScript Description : Copy files and folders Node.js module that provides a grunt plugin to copy files and folders. . Node.js is an event-based server-side JavaScript engine. It is required to package node-rx, which is required for node-inquirer (ITP: https://bugs.debian.org/848364) which in turn is required by node-yarnpkg 0.18 (ITP: https://bugs.debian.org/843021). My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-grunt-contrib-copy.git Paolo
Bug#845025: this is required for node-grunt-contrib-copy
Hi ! this one is required for node-grunt-contrib-copy too (ITP: https://bugs.debian.org/848854) How are you getting on ? Paolo
Bug#848853: RFS: node-grunt-contrib-uglify 2.0.0
Hi, I have packaged node-grunt-contrib-uglify, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-grunt-contrib-uglify.git I had to repackage to get rid of uglyfied files part of the test suite. Therefore I can not not run tests during build or autopkgtests ... Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#848854: status update
The repo on alioth is ready. I'm waiting for the dependency node-file-sync-cmp (https://bugs.debian.org/845025 to enter unstable to emit the RFS. Paolo
Bug#721611: RFS: tinycon.js 0.6.5
Hi, I have packaged tinycon.js, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/tinycon.js.git This is a requirement of etherpad-lite (https://bugs.debian.org/576998). Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#848964: ITP: node-rx -- The Reactive Extensions for JavaScript
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-rx Version : 4.1.0 Upstream Author : Cloud Programmability Team (https://github.com/Reactive-Extensions/RxJS/blob/master/authors.txt) * URL : https://github.com/Reactive-Extensions/RxJS * License : Apache-2.0 Programming Lang: JavaScript Description : The Reactive Extensions for JavaScript A set of libraries to compose asynchronous and event-based programs using observable collections andArray#extras style composition in JavaScript. . Node.js is an event-based server-side JavaScript engine. It is required for node-inquirer (ITP: https://bugs.debian.org/848364) which in turn is required by node-yarnpkg 0.18 (ITP: https://bugs.debian.org/843021). My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-rx.git Paolo
Bug#848970: ITP: node-jsonminify -- Minify blocks of JSON-like content into valid JSON
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-jsonminify Version : 0.4.1 Upstream Author : Kei Funagayama (https://github.com/fkei) * URL : https://github.com/fkei/JSON.minify * License : Expat Programming Lang: JavaScript Description : Minify blocks of JSON-like content into valid JSON Node.js module to minify blocks of JSON-like content into valid JSON by removing all whitespace *and* comments. . Node.js is an event-based server-side JavaScript engine. This is a requirement of etherpad-lite (https://bugs.debian.org/576998). My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-jsonminify.git Paolo
Bug#848970: RFS: node-jsonminify 0.4.1
Hi, I have packaged node-jsonminify, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-jsonminify.git Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#848353: status update
The repo on alioth is ready: https://anonscm.debian.org/git/pkg-javascript/node-css-select.git I'm waiting for the dependency node-domutils (https://bugs.debian.org/848324) to enter unstable to emit the RFS. Paolo
Bug#849141: ITP: node-cli-width -- Get stdout window width
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-cli-width Version : 2.1.0 Upstream Author : Ilya Radchenko * URL : https://github.com/knownasilya/cli-width * License : ISC Programming Lang: JavaScript Description : Get stdout window width Node.js module to get stdout window width, with two fallbacks, tty and then a default. . Node.js is an event-based server-side JavaScript engine. It is required for node-inquirer (ITP: https://bugs.debian.org/848364) which in turn is required by node-yarnpkg 0.18 (ITP: https://bugs.debian.org/843021). My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-cli-width.git Paolo
Bug#849141: RFS: node-cli-width 2.1.0
Hi, I have packaged node-cli-width, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-cli-width.git Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#849145: ITP: node-restore-cursor -- Gracefully restore the CLI cursor on exit
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-restore-cursor Version : 1.0.1 Upstream Author : Sindre Sorhus (http://sindresorhus.com) * URL : https://github.com/sindresorhus/restore-cursor#readme * License : Expat Programming Lang: JavaScript Description : Gracefully restore the CLI cursor on exit Node.js module to make the cursor reappear if the process crashes even if it had been hidden interactively. . Node.js is an event-based server-side JavaScript engine.
Bug#849145: additional info
It is required for cli-cursor which in tun is required for node-inquirer (ITP: https://bugs.debian.org/848364) which finally is required by node-yarnpkg 0.18 (ITP: https://bugs.debian.org/843021). My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-restore-cursor.git Paolo
Bug#849145: RFS: node-restore-cursor 1.0.1
Hi, I have packaged node-restore-cursor, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-restore-cursor.git Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#849147: ITP: node-run-async -- Run function synchronously or asynchronously
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-run-async Version : 2.3.0 Upstream Author : Simon Boudrias * URL : https://github.com/sboudrias/run-async#readme * License : Expat Programming Lang: JavaScript Description : Run function synchronously or asynchronously Node.js module to run a function either synchronously or asynchronously using a series of common patterns. This is useful for library author accepting sync or async functions as parameter. runAsync will always run them as an async method, and normalize the multiple signature. . Node.js is an event-based server-side JavaScript engine.
Bug#849147: RFS: node-run-async 2.3.0
Hi, I have packaged node-run-async, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-run-async.git It is required for node-inquirer (ITP: https://bugs.debian.org/848364) which in turn is required by node-yarnpkg 0.18 (ITP: https://bugs.debian.org/843021). Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#848353: RFS: node-css-select 1.2.0
Hi, I have packaged node-css-select, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-css-select.git Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#849178: ITP: node-array-from -- ES2015 Array.from ponyfill
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-array-from Version : 2.1.1 Upstream Author : Tomek Wiszniewski and Benjamin Barber * URL : https://github.com/studio-b12/array-from#readme * License : Expat Programming Lang: JavaScript Description : ES2015 Array.from ponyfill Node.js module providing a ponyfill (i.e. a polyfill that doesn't overwrite the native method) for the ES 2015 (ES6) Array.from(). . Node.js is an event-based server-side JavaScript engine.
Bug#849179: ITP: node-sorted-object -- Return a copy of an object with its keys sorted
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-sorted-object Version : 2.0.1 Upstream Author : Domenic Denicola (https://domenic.me/) * URL : https://github.com/domenic/sorted-object#readme * License : Espat Programming Lang: JavaScript Description : Return a copy of an object with its keys sorted Node.js module to create a version of an object with its keys sorted so that you'll get a consistent order every time on serializing. This makes it easier to diff the resulting JSON. . Node.js is an event-based server-side JavaScript engine.
Bug#849181: ITP: node-progress -- Flexible ascii progress bar
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-progress Version : 1.1.8 Upstream Author : TJ Holowaychuk * URL : https://github.com/visionmedia/node-progress * License : Expat Programming Lang: JavaScript Description : Flexible ascii progress bar Node.js module to flexibly create progress bars for CLI user interfaces. Supports back-and-forth movement and colors. . Node.js is an event-based server-side JavaScript engine.
Bug#849182: ITP: node-pad -- Left and right string padding
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-pad Version : 1.0.2 Upstream Author : David Worms * URL : https://github.com/wdavidw/node-pad#readme * License : BSD-3-Clause Programming Lang: JavaScript Description : Left and right string padding Node.js module that provides a simple function to pad strings in both left and right directions. . Node.js is an event-based server-side JavaScript engine.
Bug#849185: ITP: node-cli-cursor -- Toggle the CLI cursor
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-cli-cursor Version : 1.0.2 Upstream Author : Sindre Sorhus (sindresorhus.com) * URL : https://github.com/sindresorhus/cli-cursor#readme * License : Expat Programming Lang: JavaScript Description : Toggle the CLI cursor Node.js module to toggle the CLI cursor; the cursor is gracefully restored if the process exits. . Node.js is an event-based server-side JavaScript engine. It is required for node-inquirer (ITP: https://bugs.debian.org/848364) which in turn is required by node-yarnpkg 0.18 (ITP: https://bugs.debian.org/843021) and lerna (https://wiki.debian.org/Javascript/Nodejs/Tasks/lerna), the latter is necessary for babel-cli. My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-cli-cursor.git Paolo
Bug#848364: status of node-inquirer
Hi, the repo on alioth is up to date and builds fine if you install locally all the dependencies missing to date. These are on the way: name ITPRFS / NEW - cli-width (^2.0.0) 849141 NEW today - restore-cursor (^1.0.1) 849145 NEW today - run-async (^2.2.0) 849147 NEW today And these are pending (but the repos are up to date too): - cli-cursor (^1.0.1) 849185 pending restore-cursor - rx (^4.1.0) 848964 pending node-grunt-contrib-copy/uglify We can't run the node-inquirer tests because they require mockery ... but you can try it with: quilt push -a nodejs examples/pizza.js It seems to work ... Paolo
Bug#848964: RFS: node-rx 4.1.0
Hi, now that all dependencies are in I have packaged node-rx, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-rx.git/ Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#849185: RFS: node-cli-cursor 1.0.2
Hi, I have packaged node-cli-cursor, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-cli-cursor.git Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#849254: ITP: node-command-join -- Escape and join command-line arguments
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-command-join Version : 1.1.1 Upstream Author : Sean Genabe * URL : https://github.com/seangenabe/command-join#readme * License : Expat Programming Lang: JavaScript Description : Escape and join command-line arguments Node.js module to escape each command-line argument and join them into a string that can then be executed, e.g. via child_process.exec. . Node.js is an event-based server-side JavaScript engine. This is required for lerna which is a dependency of babel-cli. My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-command-join.git Paolo
Bug#849255: ITP: node-object-assign-sorted -- Object.assign with sorted keys
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-object-assign-sorted Version : 1.0.0 Upstream Author : James Kyle * URL : https://github.com/thejameskyle/object-assign-sorted * License : Expat Programming Lang: JavaScript Description : Object.assign with sorted keys Node.js module to assign object while simultaneously sorting keys. In this way you'll get a consistent order every time on serializing. This makes it easier to diff the resulting JSON. . Node.js is an event-based server-side JavaScript engine. This is required for lerna which is a dependency of babel-cli. My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-object-assign-sorted.git Paolo
Bug#848364: RFS: node-inquirer 2.0.0
Hi, I have packaged node-inquirer, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-inquirer.git This depends on node-rx and on node-cli-cursor which are currently in the NEW queue. Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#849255: RFS: node-object-assign-sorted 1.0.0
Hi, I have packaged node-object-assign-sorted, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-object-assign-sorted.git This depends on node-sorted-object which is currently in the NEW queue. Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#849254: RFS: node-command-join 1.1.1
Hi, I have packaged node-command-join, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-command-join.git I managed to get away with the build-dep on babel ... by just copying the file as-is (!). The build-time tests run fine. The autopkgtests currently fail because the tests only work in the source dir if the build (which puts the command-join.js in the dist subdir) has run. Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#781417: RFS: node-socket.io-parser 2.3.1
Hi, building on the work by Bas Couwenberg back in 2015 I have packaged node-socket.io-parser, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-socket.io-parser.git Besides node-socket.io and closure-util mentioned above in the ITP, this is also a requirement for packaging etherpad-lite (https://bugs.debian.org/576998). Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#849580: ITP: node-graceful-readlink -- graceful fs.readlink
Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-graceful-readlink Version : 1.0.1 Upstream Author : zhiyelee * URL : https://github.com/zhiyelee/graceful-readlink * License : Expat Programming Lang: JavaScript Description : graceful fs.readlink Node-js module that provides a replacement for the built-in function fs.readlinkSync. The function synchronously returns the name of the file pointed to by a symbolic link, or echoes back the filename it is given if it is not a symbolic link. . Node.js is an event-based server-side JavaScript engine. This is a requirement to update node-commander to version 2.9.0. My intention is to package it within the javascript maintainers team. The repo will be on alioth: https://anonscm.debian.org/git/pkg-javascript/node-graceful-readlink.git Paolo
Bug#849580: RFS: node-graceful-readlink 1.0.1
Hi, I have packaged node-graceful-readlink, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-graceful-readlink.git Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo
Bug#863704: duplicate of 843021
sorry I did not notice this earlier ! https://bugs.debian.org/843021 Paolo
Bug#883657: ITP: node-locate-path -- Get the first path that exists on disk of multiple paths
Package: wnpp Severity: wishlist Owner: Paolo Greppi * Package name: node-locate-path Version : 2.0.0 Upstream Author : Sindre Sorhus (sindresorhus.com) * URL : https://github.com/sindresorhus/locate-path#readme * License : Expat Programming Lang: JavaScript Description : Get the first path that exists on disk of multiple paths Node.js module to get the first path that exists on disk, from an array of multiple possible paths. . Provides a synchronous version and an asynchronous version (that returns a promise). . Node.js is an event-based server-side JavaScript engine. This is required to update node-find-up to 2.1.0, which is required to update node-yargs to 10.0.3, which is required for libnpx, which is needed to update npm to 5.x (!). I intend to maintain this package within the pkg-javascript team. The git repo will be at: https://anonscm.debian.org/git/pkg-javascript/node-locate-path.git Regards, Paolo
Bug#854439: also required for npm 5.x and yarnpkg
Hi, this ITP has been idle for some time, now this module would also be is also required for npm 5.x and yarnpkg: https://wiki.debian.org/Javascript/Nodejs/Tasks/npm https://wiki.debian.org/Javascript/Nodejs/Tasks/yarn I have seen you have already done some work on version 1.1.2 here: https://anonscm.debian.org/cgit/pkg-javascript/node-sort-keys.git but in the meantime upstream has release v 2.0.0 Do you plan to complete this package in the near future ? Or should I take ownership of the ITP ? Many thanks, Paolo
Bug#886844: ITP: node-babel-plugin-transform-inline-imports-commonjs
Package: wnpp Severity: wishlist Owner: Paolo Greppi * Package name: node-babel-plugin-transform-inline-imports-commonjs Version : 1.2.0 Upstream Author : Andres Suarez * URL : https://github.com/zertosh/babel-plugin-transform-inline-imports-commonjs#readme * License : Expat Programming Lang: JavaScript Description : Babel plugin that lazily transforms ES2015 modules to CommonJS This babel plugin transforms ES2015 modules to CommonJS and can be used instead of node-babel-plugin-transform-es2015-modules-commonjs; it uses lazy module loading i.e. your modules are not really imported before you accessxi their exports. Lazy module import skips all modules besides those which are really needed, it is faster and works nicer with circular dependencies between modules. . Babel is a JavaScript compiler to use next generation JavaScript, today. . Node.js is an event-based server-side JavaScript engine. This is required to build node-yarnpkg, see ITP: https://bugs.debian.org/843021 My intention is to package it within the JavaScript maintainers team. The repo will be on salsa: https://salsa.debian.org/js-team/node-babel-plugin-transform-inline-imports-commonjs Paolo
Bug#886843: ITP: node-yn -- Parse yes/no like values - Node.js module
Package: wnpp Severity: wishlist Owner: Paolo Greppi * Package name: node-yn Version : 2.0.0 Upstream Author : Sindre Sorhus (sindresorhus.com) * URL : https://github.com/sindresorhus/yn#readme * License : Expat Programming Lang: JavaScript Description : Parse yes/no like values - Node.js module This Node.js module parses strings with yes/no like values and returns a bool or undefined. It has options to return a default instead of undefined and a lenient mode to gracefully handle typos. . It can useful for validating answers of a CLI prompt. . Node.js is an event-based server-side JavaScript engine. This is required for node-yarnpkg, see ITP: https://bugs.debian.org/843021 My intention is to package it within the JavaScript maintainers team. The repo will be on salsa: https://salsa.debian.org/js-team/node-yn Paolo
Bug#886849: ITP: node-puka -- Safely pass strings through shells - Node.js module
Package: wnpp Severity: wishlist Owner: Paolo Greppi * Package name: node-puka Version : 1.0.0 Upstream Author : Ryan Hendrickson * URL : https://gitlab.com/rhendric/puka * License : Expat Programming Lang: JavaScript Description : Safely pass strings through shells - Node.js module A Node.js module that provides a simple and platform-agnostic way to build shell commands with arguments that pass through your shell unaltered and with no unsafe side effects, whether you are running on Windows or a Unix-based OS. . It is useful when launching a child process from Node.js using a shell (as with child_process.exec); in that case you have to construct your command as a single string instead of using an array of arguments. And doing that can be buggy (if not dangerous) if you don't take care to quote any arguments correctly for the shell you're targeting, and the quoting has to be done differently on Windows and non-Windows shells. . Node.js is an event-based server-side JavaScript engine. This is required for node-yarnpkg, see ITP: https://bugs.debian.org/843021 My intention is to package it within the JavaScript maintainers team. It will be built with rollup, and requires: - rollup-plugin-babel, ITP: http://bugs.debian.org/886404 - rollup-plugin-cleanup The repo will be on salsa: https://salsa.debian.org/js-team/node-puka Paolo
Bug#886866: ITP: node-dnscache -- Dns cache for Node.js
Package: wnpp Severity: wishlist Owner: Paolo Greppi * Package name: node-dnscache Version : 1.0.1 Upstream Author : Vinit Sacheti * URL : https://github.com/yahoo/dnscache#readme * License : BSD Programming Lang: JavaScript Description : Dns cache for Node.js This Node.js module wraps the dns module methods and caches the most used/most recent dns calls, to avoid the network delay and improve the performance. . Every call to a dns method is first looked into the local cache, in case of cache hit the value from cache is returned, in case of cache miss the original dns call is made and the return value is cached in the local cache. . Node.js is an event-based server-side JavaScript engine. This is required for node-yarnpkg, see ITP: https://bugs.debian.org/843021 My intention is to package it within the JavaScript maintainers team. The repo will be on salsa: https://salsa.debian.org/js-team/node-dnscache Paolo
Bug#886869: ITP: node-query-string -- Parse and stringify URL query strings - Node.js module
Package: wnpp Severity: wishlist Owner: Paolo Greppi * Package name: node-query-string Version : 5.0.1 Upstream Author : Sindre Sorhus (sindresorhus.com) * URL : https://github.com/sindresorhus/query-string#readme * License : Expat Programming Lang: JavaScript Description : Parse and stringify URL query strings - Node.js module This Node.js module can parse query strings (the part of a URL that follows the path, containing form parameters data) to JS dictionaries. And it can convert those dictionaries back to query string format (stringify). . Node.js is an event-based server-side JavaScript engine. This is required by normalize-url which in turn is required for node-yarnpkg, see ITP: https://bugs.debian.org/843021 My intention is to package it within the JavaScript maintainers team. The repo will be on salsa: https://salsa.debian.org/js-team/node-query-string Paolo
Bug#886873: ITP: node-normalize-url -- Normalize a URL - Node.js module
Package: wnpp Severity: wishlist Owner: Paolo Greppi * Package name: node-normalize-url Version : 2.0.1 Upstream Author : Sindre Sorhus (sindresorhus.com) * URL : https://github.com/sindresorhus/normalize-url#readme * License : Expat Programming Lang: JavaScript Description : Normalize a URL - Node.js module This Node.js module normalizes URLs, i.e. modifies and standardizes them in a consistent manner. Normalized URLs can be displayed, stored, deduplicated, sorted, compared, while taking into account that certain syntactically different URLs are in fact equivalent. . Node.js is an event-based server-side JavaScript engine. This is required for node-yarnpkg, see ITP: https://bugs.debian.org/843021 My intention is to package it within the JavaScript maintainers team. The repo will be on salsa: https://salsa.debian.org/js-team/node-normalize-url Paolo
Bug#886849: ITP: node-puka -- Safely pass strings through shells - Node.js module
Il 11/01/2018 03:41, Paul Wise ha scritto: > On Wed, Jan 10, 2018 at 9:56 PM, Paolo Greppi wrote: > >> A Node.js module that provides a simple and platform-agnostic way >> to build shell commands with arguments that pass through your shell >> unaltered and with no unsafe side effects, whether you are running >> on Windows or a Unix-based OS. > > Uh, it would be much better to bypass the shell and use > child_process.execFile(). > Please ask anything depending on node-puka to instead use that. > > http://bonedaddy.net/pabs3/log/2014/02/17/pid-preservation-society/ Thanks for the suggestion, it's a useful optimization and I'd love to drop this ITP and do without puka ! But I don't feel I can patch yarn myself to use execFile rather than exec: this is a change that upstream should implement. So I have posted this: https://github.com/yarnpkg/yarn/issues/5208 Let's see how they react Paolo
Bug#886404: node-rollup-plugin-babel: build error unrepro but babelHelpers missing error in autopkgtest
First the good news: I dont' get the build error on sid today. Maybe that problem has solved by itself ;-) But the autopkgtest fails with the babelHelpers missing error as rollup and node-react: /usr/lib/nodejs/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js:6544 var isSymbol = USE_NATIVE && babelHelpers.typeof($Symbol.iterator) == 'symbol' ? function (it) { ^ ReferenceError: babelHelpers is not defined at Object. (/usr/lib/nodejs/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js:6544:30) at __webpack_require__ (/usr/lib/nodejs/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js:20:30) at Object. (/usr/lib/nodejs/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js:18563:1) at __webpack_require__ (/usr/lib/nodejs/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js:20:30) at Object. (/usr/lib/nodejs/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js:6470:31) at __webpack_require__ (/usr/lib/nodejs/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js:20:30) at Object. (/usr/lib/nodejs/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js:1418:15) at __webpack_require__ (/usr/lib/nodejs/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js:20:30) at Object. (/usr/lib/nodejs/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js:2983:16) at __webpack_require__ (/usr/lib/nodejs/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js:20:30) It seems the rollup-plugin-babel cjs build with webpack has something wrong. It is much larger than the one built by upstream with rollup: npm install rollup-plugin-babel ls -l node_modules/rollup-plugin-babel/dist/* /usr/lib/nodejs/rollup-plugin-babel/dist/* ls -l node_modules/rollup-plugin-babel/dist/* /usr/lib/nodejs/rollup-plugin-babel/dist/* -rw-r--r-- 1 root root5533 Dec 18 12:22 node_modules/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js -rw-r--r-- 1 root root5486 Dec 18 12:22 node_modules/rollup-plugin-babel/dist/rollup-plugin-babel.es.js -rw-r--r-- 1 root root 1526968 Jan 5 14:35 /usr/lib/nodejs/rollup-plugin-babel/dist/rollup-plugin-babel.cjs.js I noticed that these messages come up during the node-rollup-plugin-babel build with webpack (sorted and compacted): WARNING in /usr/lib/nodejs/babel-core/lib/transformation/file/options/option-manager.js 190:19-37 Critical dependency: the request of a dependency is an expression 307:16-34 Critical dependency: the request of a dependency is an expression WARNING in /usr/lib/nodejs/babel-core/lib/transformation/file/index.js 511:24-39 Critical dependency: the request of a dependency is an expression WARNING in /usr/lib/nodejs/base/utils.js 3:34-41 Critical dependency: require function is used in a way in which dependencies cannot be statically extracted It looks like this is by design in webpack: https://github.com/webpack/webpack-dev-server/issues/212 SO apparently this can not be built with webpack after all ... Paolo
Bug#886404: [Pkg-javascript-devel] node-rollup-plugin-babel: build error unrepro but babelHelpers missing error in autopkgtest
Il 17/01/2018 12:47, Pirate Praveen ha scritto: > On 2018, ജനുവരി 17 4:54:11 PM IST, Pirate Praveen > wrote: >> These warnings are gone with latest versions of base but it will break >> snapdragon. New version of snapdragon does not depend on base, but it >> will break braces. But braces upstream is not interested to update to >> newer snapdragon, but he is open to pull requests. >> >> So the solution is to update braces to use snapdragon 0.11. > > https://github.com/micromatch/braces/issues/13 OK so the developer of braces (jonschlinkert) refused to update one of braces dependencies (snapdragon) to a version that in turn drops a dependency on another one of his 1397 packages (base) ? Ah the delights of the JS ecosystem ! But back to our issue, I follow you on 887500, but I am unsure whether 887497 really blocks 886404 ? I mean, only one of the 4 Critical dependency warnings seems related to /usr/lib/nodejs/base/utils.js (node-base) The other 3 are related to: /usr/lib/nodejs/babel-core/lib/transformation/file/options/option-manager.js /usr/lib/nodejs/babel-core/lib/transformation/file/index.js Pravi, are you sure that all the webpack "Critical dependency" warnings would go away with the latest version of base ? Paolo
Bug#887527: ITP: pico2wave -- command line text-to-speech converter
Package: wnpp Severity: wishlist Owner: Paolo Greppi * Package name: pico2wave Version : 1.0.0 Upstream Author : Paolo Greppi * URL : https://salsa.debian.org/paolog-guest/pico2wave * License : Apache-2.0 Programming Lang: C Description : command line text-to-speech converter pico2wave is a command-line utility to convert text to speech using the SVOX Pico engine. It accepts the text either on the command line or from stdin, and writes to a WAV file. The pico2wave utility is already available in debian. The binary ATM is somewhat confusingly provided by libttspico-utils. AS per https://bugs.debian.org/883156, svox version 1.0+git20130326-8 already includes my patch to support stdin, albeit up to 32767 characters. The idea is to separate the libttspico-utils binary package from the svox source package. In this way it will have its own version number, plus the code would not be in a patch but in plaintext. It will produce a new binary pico2wave and a transitional libttspico-utils as per: https://wiki.debian.org/RenamingPackages The plan is also to overcome the 32767 characters limitation by: 1. breaking up the text in chunks of < 32767 characters using some sort of elementary Sentence Boundary Detection algorithm 2. process the chunks in the synthesis loop sthibault has agreed to sponsor the upload. Paolo
Bug#834756: license
In theory powershell 6.0 relies on .NET Core which is also MIT-licensed: https://blogs.msdn.microsoft.com/powershell/2018/01/10/powershell-core-6-0-generally-available-ga-and-supported/ The cited 3-rd party license restrictions are for .NET which is not really "INCLUDED" in pwsh. But this is my interpretation, so I have asked upstream to clarify. Paolo
Bug#779970: update
In the meantime .NET Core 2.0: https://blogs.msdn.microsoft.com/dotnet/2017/08/14/announcing-net-core-2-0/ and it is a requirement for powershell 6.0: https://blogs.msdn.microsoft.com/powershell/2018/01/10/powershell-core-6-0-generally-available-ga-and-supported/ Based on the suggestions for package naming: https://github.com/dotnet/docs/blob/master/docs/core/build/distribution-packaging.md it looks like the two ITPs should probably be merged into one named "dotnet". Building from source is supported by upstream: https://github.com/dotnet/docs/blob/master/docs/core/build/index.md but one issue to solve before this can be packaged is that currently the build script downloads stuff from the network: https://github.com/dotnet/coreclr/issues/9696 Paolo
Bug#884448: where is the repo for node-insert-module-globals ?
Hi, there is an upload for this package sitting in the NEW queue for some time: https://ftp-master.debian.org/new/node-insert-module-globals_7.0.1-1.html It lists the Debian Javascript Maintainers team as the maintainer, but there is no repo on salsa (and the repos listed in the Vcs-Browser and Vcs-Git fields are gone since the demise of alioth). Please either: 1) ask ftp-master to REJECT the package if you have list the repo and/or the interest 2) or create a repo on salsa, and update the package by uploading a newer version to NEW with the correct Vcs-Browser and Vcs-Git fields. Thanks, Paolo
Bug#869648: where is the repo for node-mimelib ?
Hi, there is an upload for this package sitting in the NEW queue for some time: https://ftp-master.debian.org/new/node-mimelib_0.3.1+dfsg1-1.html It lists the Debian Javascript Maintainers team as the maintainer, but there is no repo on salsa (and the repos listed in the Vcs-Browser and Vcs-Git fields are gone since the demise of alioth). Please either: 1) ask ftp-master to REJECT the package if you have list the repo and/or the interest 2) or create a repo on salsa, and update the package by uploading a newer version to NEW with the correct Vcs-Browser and Vcs-Git fields. Thanks, Paolo
Bug#861581: where is the repo for rainloop ?
Hi, there is an upload for this package sitting in the NEW queue: https://ftp-master.debian.org/new/rainloop_1.11.1-1.html It does not list the Debian Javascript Maintainers team as the maintainer, but the repos in the Vcs-Browser and Vcs-Git fields point to pkg-javascript. Those repos are gone since the demise of alioth. Please either: 1) ask ftp-master to REJECT the package if you have lost the repo and/or the interest 2) or create a repo on salsa (or wherever you like), and update the package by uploading a newer version to NEW with the correct Vcs-Browser and Vcs-Git fields. Thanks, Paolo
Bug#861581: where is the repo for rainloop ?
Il 03/06/2018 03:44, dr...@wolfishly.me ha scritto: > Hello, > > The repo for rainloop is currently at [1], since I don't have sufficient > permissions to transfer it to the js-team project (currently "Developer", > needs to be "Master" or higher per [2]). Could you please increase my > permissions in the js-team so I can transfer it, or create a new "rainloop" > project so I can re-push the existing repo? > ... I'll leave the account upgrade to the "Owners" of the group. In the meantime I've created the repo: https://salsa.debian.org/js-team/rainloop You should be able to push to it. Paolo
Bug#843021: 1.7.0 is out
W.r.t. the previous time I looked (version 1.6.0) the dependencies have not changed much: - Upgraded: - tar-fs: 1.15.1 -> 1.16.0 - tar-stream: 1.5.2 -> 1.6.0 - v8-compile-cache: 1.1.0 -> 2.0.0 - validate-npm-package-license: 3.0.1 -> 3.0.3 - Changed: - deepequal -> deep-equal see https://github.com/yarnpkg/yarn/pull/5742 - New: - npm-logical-tree 1.2.1 While for the build dependencies: - New: - git-release-notes 3.0.0 (we can skip) - Upgraded: - jest: 22.4.3 -> 22.4.4 (we can skip) For up-to-date info on the packaging process see this wiki page on salsa: https://salsa.debian.org/js-team/node-yarnpkg/wikis/home Paolo
Bug#768073: status of LXD debian package
Hi is there a public git repo for the packaging effort of LXD ? Is there any blocking issue ? Do you need any help ? Regards, Paolo signature.asc Description: OpenPGP digital signature
Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: yarn Version: 0.16.1 Upstream Author: Yarn Developers URL: https://github.com/yarnpkg/yarn License: BSD-2-Clause Description: Fast, reliable, and secure alternative for the npm client, compatible with the npm registry. . Fast: Yarn caches every package it downloads so it never needs to again. It also parallelizes operations to maximize resource utilization so install times are faster than ever. . Reliable: Using a detailed, but concise, lockfile format, and a deterministic algorithm for installs, Yarn is able to guarantee that an install that worked on one system will work exactly the same way on any other system. . Secure: Yarn uses checksums to verify the integrity of every installed package before its code is executed. signature.asc Description: OpenPGP digital signature
Bug#843021: additional info
Original announcement for yarn (2016-10-11): https://code.facebook.com/posts/1840075619545360 Upstream provides a .deb package compatible with testing's nodejs package: http://dl.yarnpkg.com/debian/pool/main/y/yarn/yarn_0.16.1-1_all.deb There is a separate github repo for packaging: https://github.com/yarnpkg/releases/tree/gh-pages/debian signature.asc Description: OpenPGP digital signature
Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js
On 03/11/2016 09:10, Lars Wirzenius wrote: > On Thu, Nov 03, 2016 at 08:36:21AM +0100, Paolo Greppi wrote: >>Package name: yarn >> URL: https://github.com/yarnpkg/yarn > > My cmdtest package provides yarn, since the main tool it now provides > is yarn (a testing tool), not cmdtest. Perhaps your package could be > called yarnpkg? cmdtest provides yarn since this commit: http://git.liw.fi/cgi-bin/cgit/cgit.cgi/cmdtest/commit/?id=859bb5ba9631df883dd7b074ff649ea2ca76e1ad A package search for yarn currently returns no match. https://packages.debian.org/search?keywords=yarn The real issue here is that both cmdtest and the proposed package install a yarn binary. The conflict could be addressed in several ways: 1. as you suggest, renaming this package and the binary it installs to yarnpkg 2. keeping the package name yarn but renaming the binary to yarnpkg 3. renaming the executable yarn in cmdtest to yarn-something-else, and have cmdtest provide yarn-something-else 4. ignoring the conflict and setting the Conflict flags in both packages (https://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts) ... but I am not sure if all are feasible. This looks similar to what happened with nodejs / node. To avoid a package naming conflict with the old package node (https://packages.qa.debian.org/n/node.html), node entered Debian as nodejs. To avoid a binary conflict, also the binary was renamed nodejs from node. People who do not use the old node package and like to invoke node as node rather than nodejs can install the node-legacy package. Similar to node/nodejs, for 1 and 2 there could be a yarn-legacy/yarnpkg-legacy package for those who do not use cmdtest and like to invoke yarn as yarn rather than yarnpkg. For 3, there could be a cmdtest-legacy package for those who do not use yarn/yarnpkg and like to invoke the yarn binary in cmdtest as yarn rather than yarn-something-else. While technically flawless, in retrospect the way the nodejs conflict was solved is not a success story in terms of expanding the Debian user base (which is the main reason for having these trendy packages in). At the moment we are confusing the newbies who come to Debian for JavaScript development. It would be easier if they could apt-get install node/yarn and then just type node/yarn to use them. For comparison, on macOS they can do brew install node/yarn and then type node/yarn. For node this may be possible sometime in the future as the old node package is transitioning to ax25-node and the binary has also been renamed /usr/sbin/ax25-node. Finally, I looked at the popcon installed numbers - for what it's worth and in relative terms. - node (now ax25-node) peaked at ~1100 - cmdtest has ~50 - about 15% of those who install nodejs (~14000) also install nodejs-legacy (~2000) - npm (which is the main alternative to yarn as a nodejs package manager) has ~6000 - for yarn/yarnpkg it's difficult to predict now, but probably it will end up in the range 0-6000, high or low depending how much traction it will get. In conclusion, I leave it to those who know more what is the best thing to do ! signature.asc Description: OpenPGP digital signature
Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js
On 03/11/2016 15:28, Lars Wirzenius wrote: > The JS package manager called yarn is quite new. It wouldn't be > unreasonable to suggest to them to rename it to avoid a naming > conflict, in my opinion. Fine, I have opened an "Issue" in the github tracker, let's see if this is received constructively: https://github.com/yarnpkg/yarn/issues/1656 > I don't know of any cases when naming conflicts in Debian have been > solved by having a duel at Debconf. It's nearly a year to the next > Debconf, which is probably too long for solving this. Also, I've lost > my lightsabre. Ahah I never had one anyway ! signature.asc Description: OpenPGP digital signature
Bug#843021: actually this is a node.js module ...
Actually this is a node.js module so a suitable package name could be node-yarn or node-yarnpkg. To my defence I can say I was confused by npm (another tool based on node.js) being packaged as "npm" and not "node-npm". We're now left with the binary naming conflict. signature.asc Description: OpenPGP digital signature
Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js
On 03/11/2016 17:54, Lars Wirzenius wrote: > I see the following possibilities now: > > a) You rename the yarn package manager in Debian (both package and >binary). I keep the yarn name for my program and package. > > b) We both rename. Nobody uses the name yarn, either as package or as >a binary name. I'd go for a). It is clear that this package will install /usr/bin/yarnpkg binary only. The package itself should be yarnpkg or node-yarnpkg. Should I just retitle this bug ? signature.asc Description: OpenPGP digital signature