Bug#1059251: ITP: node-git-url-parse -- High level git url parser for common git providers
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name : node-git-url-parse Version : 13.1.1 Upstream Author : Ionică Bizău (https://ionicabizau.net) * URL : https://github.com/IonicaBizau/git-url-parse * License : Expat Programming Lang: JavaScript Description : High level git url parser for common git providers A high level git url parser for common git providers. This package is part of my effort to package yarnpkg for Debian. Package will be maintained by the Debian JavaScript Team. OpenPGP_0x3679ECB87B7CEC0C.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1057838: clang-17: c++ include dir from sysroot unexpectedly in include paths when in wasm c mode
On 15-Dec-23 3:24 PM, Faidon Liambotis wrote: Thanks, Sylvestre for the Cc and Israel for the bug report! On Fri, Dec 15, 2023 at 02:00:55PM +0100, Sylvestre Ledru wrote: The above lines are adding c++ include paths in the method (WebAssembly::AddClangSystemIncludeArgs) for adding only system/c include paths. I think the c++ include paths should only be added in the methods for adding libc++ (WebAssembly::addLibCxxIncludePaths) or libstdc++ (WebAssembly::addLibStdCXXIncludePaths) include paths. Israel, I can confirm that your interpetation is correct :) Can you confirm whether you're experiencing the same issue with clang-16? I just tested with clang-16 and it is working well \o/. Thanks for the help Sylvestre, Faidon. OpenPGP_0x3679ECB87B7CEC0C.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1057838: clang-17: c++ include dir from sysroot unexpectedly in include paths when in wasm c mode
Dear Maintainers,
I have looked further into this and I think these lines in the patch
file at debian/patches/wasm/wasm-sysroot-usr.diff
are responsible.
40 + if (!getDriver().SysRoot.empty()) {
41 + // Second add the generic one.
42 + addSystemInclude(DriverArgs, CC1Args, LibPath + "/c++/" +
Version);
43 + // Third the backward one.
44 + addSystemInclude(DriverArgs, CC1Args, LibPath + "/c++/" +
Version + "/backward");
45 + }
The above lines are adding c++ include paths in the
method (WebAssembly::AddClangSystemIncludeArgs)
for adding only system/c include paths.
I think the c++ include paths should only be added in the methods for adding
libc++ (WebAssembly::addLibCxxIncludePaths) or libstdc++
(WebAssembly::addLibStdCXXIncludePaths) include
paths.
Some context on why I need this fixed. I'm updating emscripten in Debian
and need to
provide pre-compiled libraries to the end user. However, when compiling
c files in compiler-rt
that include stdatomic.h, an issue arises. The system's stdatomic.h file
uses an include_next
to select any other stdatomic.h it finds in the include paths, and since
there's another stdatomic.h [1]
in the c++ include path of the emscripten sysroot, it gets selected.
Ideally, the other stdatomic.h
shouldn't be seen, but when compiling c files, clang-17 wrongly adds the
c++ include directory from
the emscripten sysroot to the include paths which causes the conflict.
1.
https://github.com/emscripten-core/emscripten/blob/main/system/lib/libcxx/include/stdatomic.h
OpenPGP_0x3679ECB87B7CEC0C.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#1057838: clang-17: c++ include dir from sysroot unexpectedly in include paths when in wasm c mode
Package: clang-17 Version: 1:17.0.6-1 Severity: important X-Debbugs-Cc: izzygalad...@gmail.com Dear Maintainer, When I checked the include paths for clang-17 in c mode with wasm target and sysroot, I saw the c++ include dir from the sysroot among the include paths. $ clang-17 -target wasm32-unknown-emscripten --sysroot=/home/izzygala/node-packaging/emscripten/emscripten/cache/sysroot -E - -v Debian clang version 17.0.6 (1) Target: wasm32-unknown-emscripten ... ... ... ignoring nonexistent directory "/home/izzygala/node-packaging/emscripten/emscripten/cache/sysroot/local/include/wasm32-emscripten" ignoring nonexistent directory "/home/izzygala/node-packaging/emscripten/emscripten/cache/sysroot/local/include" ignoring nonexistent directory "/home/izzygala/node-packaging/emscripten/emscripten/cache/sysroot/include/wasm32-emscripten" ignoring nonexistent directory "/home/izzygala/node-packaging/emscripten/emscripten/cache/sysroot/include/c++/v1/backward" # I did not expect this to be here #include "..." search starts here: #include <...> search starts here: /usr/lib/llvm-17/lib/clang/17/include /home/izzygala/node-packaging/emscripten/emscripten/cache/sysroot/include/c++/v1 # I did not expect this to be here /home/izzygala/node-packaging/emscripten/emscripten/cache/sysroot/include End of search list. I didn't expect to see /home/izzygala/node-packaging/emscripten/emscripten/cache/sysroot/include/c++/v1 in the include paths. I didn't expect clang to attempt to add /home/izzygala/node-packaging/emscripten/emscripten/cache/sysroot/include/c++/v1/backward to the include paths. I tried the same setup with a pre-built clang binary on Windows and it does not add the c++ include dir from the sysroot to the include paths for c mode with wasm target and sysroot. PS C:\Users\Isreal Galadima\Documents\Code\emscripten> clang -target wasm32-unknown-emscripten --sysroot="C:/Users/Isreal Galadima/Documents/Code/emscripten/cache/sysroot" -E - -v clang version 17.0.6 Target: wasm32-unknown-emscripten Thread model: posix ... ... ... ignoring nonexistent directory "C:/Users/Isreal Galadima/Documents/Code/emscripten/cache/sysroot/include/wasm32-emscripten" #include "..." search starts here: #include <...> search starts here: C:\Program Files\LLVM\lib\clang\17\include C:/Users/Isreal Galadima/Documents/Code/emscripten/cache/sysroot/include End of search list. I think this [1] patch on Salsa may be the cause. Thanks. 1. https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/-/blob/17/debian/patches/wasm/wasm-sysroot-usr.diff -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.15.123.1-microsoft-standard-WSL2 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Versions of packages clang-17 depends on: ii binutils2.41.50.20231202-1 ii libc6 2.37-13 ii libc6-dev 2.37-13 ii libclang-common-17-dev 1:17.0.6-1 ii libclang-cpp17 1:17.0.6-1 ii libclang1-171:17.0.6-1 ii libgcc-13-dev 13.2.0-8 ii libgcc-s1 13.2.0-8 ii libllvm17 1:17.0.6-1 ii libobjc-13-dev 13.2.0-8 ii libstdc++-13-dev13.2.0-8 ii libstdc++6 13.2.0-8 ii llvm-17-linker-tools1:17.0.6-1 Versions of packages clang-17 recommends: ii llvm-17-dev 1:17.0.6-1 ii python3 3.11.6-1 Versions of packages clang-17 suggests: pn clang-17-doc pn wasi-libc -- no debconf information
Bug#980316: Update on packaging corepack
Hi, node-corepack is now in the NEW queue. It installs only /usr/bin/corepack to prevent it from conflicting with /usr/bin/yarnpkg, /usr/bin/npm. So the package managers are accessible through corepack yarn, corepack npm and corepack pnpm commands. Thanks.
Bug#1043231: ITP: node-quickjs-emscripten -- Javascript/Typescript bindings for QuickJS compiled to WebAssembly
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name : node-quickjs-emscripten Version : 0.15.0 Upstream Author : Jake Teton-Landis * URL : https://github.com/justjake/quickjs-emscripten#readme * License : Expat Programming Lang: JavaScript Description : Javascript/Typescript bindings for QuickJS compiled to WebAssembly Safely execute untrusted Javascript in your Javascript, and execute synchronous code that uses async functions. Create and manipulate values inside the QuickJS runtime. Expose host functions to the QuickJS runtime. This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team. OpenPGP_0x3679ECB87B7CEC0C.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1041551: ITP: node-corepack -- Zero-runtime-dependency package acting as bridge between Node projects and their package managers
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name : node-corepack Version : 0.19.0 Upstream Author : Corepack contributors * URL : https://github.com/nodejs/corepack#readme * License : Expat Programming Lang: JavaScript Description : Zero-runtime-dependency package acting as bridge between Node projects and their package managers Corepack is a zero-runtime-dependency Node.js script that acts as a bridge between Node.js projects and the package managers they are intended to be used with during development. In practical terms, Corepack lets you use Yarn, npm, and pnpm without having to install them. This package will be maintained by the Debian JavaScript Team. OpenPGP_0x3679ECB87B7CEC0C.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1039524: ITP: node-proxy-agent -- Maps proxy protocols to http.Agent implementations
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name : node-proxy-agent Version : 5.0.0 Upstream Author : Nathan Rajlich (http://n8.io/) * URL : https://github.com/TooTallNate/node-proxy-agent * License : Expat Programming Lang: JavaScript Description : Maps proxy protocols to http.Agent implementations This module provides a function that returns proxying http.Agent instances to use based off of a given proxy URI. This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team. OpenPGP_0x3679ECB87B7CEC0C.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1039507: ITP: node-pac-proxy-agent -- PAC file proxy `http.Agent` implementation for HTTP and HTTPS
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name : node-pac-proxy-agent Version : 5.0.0 Upstream Author : Nathan Rajlich (http://n8.io/) * URL : https://github.com/TooTallNate/node-pac-proxy-agent * License : Expat Programming Lang: JavaScript Description : PAC file proxy `http.Agent` implementation for HTTP and HTTPS This module provides an http.Agent implementation that retreives the specified PAC proxy file and uses it to resolve which HTTP, HTTPS, or SOCKS proxy, or if a direct connection should be used to connect to the HTTP endpoint. It is designed to be be used with the built-in http and https modules. This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team. OpenPGP_0x3679ECB87B7CEC0C.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1039476: ITP: node-pac-resolver -- Generates an asynchronous resolver function from a PAC file
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name : node-pac-resolver Version : 5.0.1 Upstream Author : Nathan Rajlich (http://n8.io/) * URL : https://github.com/TooTallNate/node-pac-resolver#readme * License : Expat Programming Lang: JavaScript Description : Generates an asynchronous resolver function from a PAC file This module accepts a JavaScript String of code, which is meant to be a PAC proxy file, and returns a generated asynchronous FindProxyForURL() function. This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team. OpenPGP_0x3679ECB87B7CEC0C.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1039473: ITP: node-degenerator -- Compiles sync functions into async generator functions
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name : node-degenerator Version : 3.0.2 Upstream Author : Nathan Rajlich (http://n8.io/) * URL : https://github.com/TooTallNate/node-degenerator#readme * License : Expat Programming Lang: JavaScript Description : Compiles sync functions into async generator functions This module takes a String to one or more synchronous JavaScript functions, and returns a new String that with those JS functions transpiled into async functions. This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team. OpenPGP_0x3679ECB87B7CEC0C.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1039468: ITP: node-vm2 -- Advanced vm/sandbox for Node.js
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name : node-vm2 Version : 3.9.19 Upstream Author : Patrik Simek (https://patriksimek.cz) * URL : https://github.com/patriksimek/vm2#readme * License : Expat Programming Lang: JavaScript Description : Advanced vm/sandbox for Node.js vm2 is a sandbox that can run untrusted code with whitelisted Node's built-in modules. Securely! This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team. OpenPGP_0x3679ECB87B7CEC0C.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1039444: ITP: node-get-uri -- Returns a `stream.Readable` from a URI string
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name : node-get-uri Version : 3.0.0 Upstream Author : Nathan Rajlich (http://n8.io/) * URL : https://github.com/TooTallNate/node-get-uri * License : Expat Programming Lang: JavaScript Description : Returns a `stream.Readable` from a URI string This high-level module accepts a URI string and returns a Readable stream instance. There is built-in support for a variety of "protocols", and it's easily extensible with more. This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team. OpenPGP_0x3679ECB87B7CEC0C.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1037270: ITP: node-ftp -- FTP client module for node.js
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-ftp Version : 0.3.10 Upstream Author : Brian White * URL : * https://github.com/mscdex/node-ftp <https://github.com/mscdex/node-ftp>* * License : Expat Programming Lang: JavaScript Description : FTP client module for node.js An FTP client module for node.js that provides an asynchronous interface for communicating with an FTP server. This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team.
Bug#980316: Update on packaging corepack
Hi, Michael and I have done some packaging work for corepack. Of note, we have updated clipanion and packaged some dependencies of proxy-agent. Although, some of our work is awaiting uploads because of the freeze. Regards.
Bug#1028120: ...
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name : node-xregexp Version : 3.1.1 Upstream Author : Steven Levithan * URL : http://xregexp.com/ * License : Expat Programming Lang: JavaScript Description : Extended JavaScript regular expressions XRegExp provides augmented (and extensible) JavaScript regular expressions beyond what is natively supported. This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team. OpenPGP_0x3679ECB87B7CEC0C.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1026974: [Pkg-javascript-devel] Bug#1026974: Cannot exclude a component from consideration using !
Can I ask what you're trying to achieve by excluding the component listed in debian/watch? There could be a dh command or some pkg-js-tools functionality that can be used to achieve it. On Sun, 25 Dec 2022 at 20:36, Israel Galadima wrote: > Hi Julian, > > These are some excerpts from pkg-js-tools manpage: > > debian/nodejs/additional_components is used to set some subdirectories > that should be considered as components even if they are not listed in > debian/watch. Starting from pkg-js-tools version 0.12.0 and 0.12.7, the > packages field in lerna.conf and workspaces field in package.json are used > to automatically detect additional components. If a component should not be > considered i.e, not automatically detected, insert its name preceded by a > "!" in debian/nodejs/additional_components. > > From the above, I don't think "!" in debian/nodejs/additional_components > is used to exclude a component listed in debian/watch. > > On Sun, 25 Dec 2022 at 13:09, Julian Gilbey wrote: > >> Package: pkg-js-tools >> Version: 0.15.12 >> Severity: normal >> >> I am working on a package (node-webfont) which requires a non-node >> component. The dh-nodejs tools keeps complaining, for example >> debclean reports: >> >> Found debian/nodejs/additional_components >> /!\ woff2/package.json not found >> Unable to load woff2 >> /!\ brotli/package.json not found >> Unable to load brotli >> >> My additional_components reads: >> --- >> !brotli >> !woff2 >> --- >> following the guidance in pkg-js-tools(7), if I've understood it >> correctly. But it seems that this syntax doesn't help; >> list-node-components reports: >> >> [...] >> varstream >> woff2 >> brotli >> !brotli >> !woff2 >> >> with the first occurrence being picked up from debian/watch and the ! >> occurrences being those in additional_components. But >> component_list in /usr/share/perl5/Debian/PkgJs/Utils.pm has a >> different behaviour, and it would seem that that should work. >> Unfortunately, though, it doesn't appear to do so, and I don't >> understand why not. >> >> Best wishes, >> >>Julian >> >> -- >> Pkg-javascript-devel mailing list >> pkg-javascript-de...@alioth-lists.debian.net >> >> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel >> >
Bug#1026974: [Pkg-javascript-devel] Bug#1026974: Cannot exclude a component from consideration using !
Hi Julian, These are some excerpts from pkg-js-tools manpage: debian/nodejs/additional_components is used to set some subdirectories that should be considered as components even if they are not listed in debian/watch. Starting from pkg-js-tools version 0.12.0 and 0.12.7, the packages field in lerna.conf and workspaces field in package.json are used to automatically detect additional components. If a component should not be considered i.e, not automatically detected, insert its name preceded by a "!" in debian/nodejs/additional_components. >From the above, I don't think "!" in debian/nodejs/additional_components is used to exclude a component listed in debian/watch. On Sun, 25 Dec 2022 at 13:09, Julian Gilbey wrote: > Package: pkg-js-tools > Version: 0.15.12 > Severity: normal > > I am working on a package (node-webfont) which requires a non-node > component. The dh-nodejs tools keeps complaining, for example > debclean reports: > > Found debian/nodejs/additional_components > /!\ woff2/package.json not found > Unable to load woff2 > /!\ brotli/package.json not found > Unable to load brotli > > My additional_components reads: > --- > !brotli > !woff2 > --- > following the guidance in pkg-js-tools(7), if I've understood it > correctly. But it seems that this syntax doesn't help; > list-node-components reports: > > [...] > varstream > woff2 > brotli > !brotli > !woff2 > > with the first occurrence being picked up from debian/watch and the ! > occurrences being those in additional_components. But > component_list in /usr/share/perl5/Debian/PkgJs/Utils.pm has a > different behaviour, and it would seem that that should work. > Unfortunately, though, it doesn't appear to do so, and I don't > understand why not. > > Best wishes, > >Julian > > -- > Pkg-javascript-devel mailing list > pkg-javascript-de...@alioth-lists.debian.net > > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel >
Bug#1025977: ITP: node-file-uri-to-path -- Convert a file: URI to a file path
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-file-uri-to-path Version : 2.0.0 Upstream Author : Nathan Rajlich (http://n8.io/) * URL : https://github.com/TooTallNate/file-uri-to-path * License : Expat Programming Lang: JavaScript Description : Convert a file: URI to a file path Accepts a file: URI and returns a regular file path suitable for use with the nodejs fs module functions. This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team.
Bug#1025972: ITP: node-socks-proxy-agent -- SOCKS proxy http.Agent implementation for HTTP and HTTPS
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-socks-proxy-agent Version : 7.0.0 Upstream Author : Nathan Rajlich (http://n8.io/) * URL : https://github.com/TooTallNate/node-socks-proxy-agent#readme * License : Expat Programming Lang: JavaScript Description : SOCKS proxy http.Agent implementation for HTTP and HTTPS This module provides an http.Agent implementation that connects to a specified SOCKS proxy server, and can be used with the built-in http, https modules and in conjunction with the ws module to establish a WebSocket connection over a SOCKS proxy. This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team.
Bug#1025968: ITP: node-socks -- Fully featured SOCKS proxy client
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-socks Version : 2.7.1 Upstream Author : Josh Glazebrook * URL : https://github.com/JoshGlazebrook/socks/ * License : Expat Programming Lang: JavaScript Description : Fully featured SOCKS proxy client Fully featured SOCKS proxy client supporting SOCKSv4, SOCKSv4a, and SOCKSv5. Includes Bind and Associate functionality. This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team.
Bug#1025952: ITP: node-smart-buffer -- smart-buffer improves nodejs Buffer functionality
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-smart-buffer Version : 4.2.0 Upstream Author : Josh Glazebrook * URL : https://github.com/JoshGlazebrook/smart-buffer/ * License : Expat Programming Lang: JavaScript Description : smart-buffer improves nodejs Buffer functionality smart-buffer is a Buffer wrapper that adds automatic read & write offset tracking, string operations, data insertions, and more. This package is part of my effort to package corepack for Debian. Package will be maintained by the Debian JavaScript Team.
Bug#1024901: node-ts-loader needs chalk4
Package: node-ts-loader Version: 9.4.1-1 Severity: important X-Debbugs-Cc: izzygalad...@gmail.com, pkg-javascript-de...@alioth-lists.debian.net While packaging corepack for Debian, I encountered this error from its dependency node-ts-loader: -- ERROR in ./sources/_entryPoint.ts Module build failed (from ../../../../../usr/share/nodejs/ts-loader/index.js): TypeError: chalk.Instance is not a constructor at getTypeScriptInstance (/usr/share/nodejs/ts-loader/dist/instances.js:34:20) at Object.loader (/usr/share/nodejs/ts-loader/dist/index.js:15:67) webpack 5.75.0 compiled with 1 error in 271 ms --- The error is caused because we are trying to access Instance property from the chalk object. The Instance property is available in only chalk4 and Debian has chalk5. In package.json for node-ts-loader, the chalk version specified is chalk4. I believe we should embed chalk4 inside node-ts-loader. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.102.1-microsoft-standard-WSL2 (SMP w/4 CPU threads) Locale: LANG=en_NG.utf8, LC_CTYPE=en_NG.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_NG.utf8), LANGUAGE=en_NG.utf8 Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Versions of packages node-ts-loader depends on: ii node-chalk 5.1.2-1 ii node-enhanced-resolve 5.10.0-1 ii node-micromatch 4.0.5+~4.0.2-1 ii node-semver 7.3.5+~7.3.9-1 ii webpack [node-webpack] 5.75.0+dfsg+~cs17.16.14-1 node-ts-loader recommends no packages. node-ts-loader suggests no packages. -- no debconf information
Bug#1023588: ITP: node-ts-loader -- TypeScript loader for webpack
Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-ts-loader Version : 9.4.1 Upstream Author : John Reilly ( https://blog.johnnyreilly.com) * URL : https://github.com/TypeStrong/ts-loader * License : Expat Programming Lang: JavaScript Description : Typescript loader for Webpack ts-loader is a Typescript loader for Webpack in Nodejs. It is a dependency for packages I am working on such as cronstrue and yarn-plugin-apt. Package will be maintained by the Debian JavaScript Team.
