Differences between revisions 164 and 165
Revision 164 as of 2022-05-31 13:45:10
Size: 6455
Editor: Praveen A
Comment:
Revision 165 as of 2022-06-01 07:41:06
Size: 6379
Editor: Praveen A
Comment:
Deletions are marked like this. Additions are marked like this.
Line 89: Line 89:
''webpack components / key packages - these must be fixed for bookworm''
  * node-babel-loader [[DebianBug:1001683]]
Line 103: Line 100:
  * node-babel-loader [[DebianBug:1001683]]

Resources

Contribution Tasks

Update the following packages (add your name next to the package before you start to avoid more than one person updating at same time)

  • node-isurl 4.0.1 to 4.0.2 (Caleb O.A.)

  • node-dompurify 2.3.0 to 2.3.3 (Caleb O.A.)

  • node-yargs 15.3.1 -> 17.2.1 (Ayoyimika)

  • node-jszip 3.5.0 to 3.7.1 (Ayoyimika)

  • node-lunr 2.3.8 to 2.3.9 (Caleb O.A.)

Project Tasks

We need to test autopkgtest failure and rebuild failure for both nodejs and webpack.

autopkgtests are already known

  1. https://release.debian.org/britney/pseudo-excuses-experimental.html#nodejs

  2. https://release.debian.org/britney/pseudo-excuses-experimental.html#node-webpack

For rebuilds, use Packaging/ruby-team-meta-build

Steps:

  1. Find list of packages to fix
  2. See if new upstream versions are available
  3. See if new upstream version works
  4. Report bugs in debian
  5. Forward bugs upstream
  6. Fix packages and forward patches

Working with chroot

We basically have two separate chroots

  1. debian-sid
  2. unstable-amd64-sbuild

The first one (debian-sid) is always for local development and is an unclean chroot having side-effects. The other one (unstable-amd64-sbuild) is for clean builds as it is a clean chroot.

If we manually installed anything in the clean chroot it becomes unclean also.

Building Webpack 5

There are two options to consider when building Webpack 5.

  1. We either go through the manual work of modifying the debian/control file of individual reverse dependencies of Webpack 5 by adding webpack >= 5~ to make it test with Webpack 5 or,

  2. we make an exception by just building Webpack in an unclean chroot which would mean installing Webpack 5 in our clean chroot, thereby making it unclean. This will make Webpack 5 available to all reverse dependencies and will be used for their builds.

The first option involves a lot of manual work, modifying the debian/control file of all reverse dependencies. For example testing node-axios with Webpack 5 would mean adding webpack >= 5~ to its debian/control file. To make this easier we choose the second option, which is an exception that permits us to build in an unclean chroot just for Webpack 5. If chroot already has Webpack 5 then every package built using that chroot will use the chroot's installation of Webpack rather than installing Webpack 5 for each reverse dependencies, they all just use the global installation in the chroot.

Usually, sbuild will install only packages mentioned in build depends of debian/control file of each package in a clean chroot. But since we can't do the manual work of pointing the version of webpack in build depends of each package to 5. We install Webpack 5 in the chroot ourselves.

So we should discard this chroot and recreate a clean chroot after we test webpack 5.

Notes for webpack 5 porting

If a package wants to use webpack.config.babel.js, then it needs to add @babel/register in debian/nodejs/extlinks. TODO: patch webpack to look in /usr/share/nodejs for @babel/register.

[webpack-cli] Unable load 
'/home/ayoyimika/debian-js-packaging/mermaid/node-mermaid/.webpack/webpack.config.babel.js'
[webpack-cli] Unable to use specified module loaders for ".babel.js".
[webpack-cli] Cannot find module '@babel/register' from 
'/home/ayoyimika/debian-js-packaging/mermaid/node-mermaid/.webpack'
[webpack-cli] Cannot find module 'babel-register' from 
'/home/ayoyimika/debian-js-packaging/mermaid/node-mermaid/.webpack'
[webpack-cli] Cannot find module 'babel-core/register' from 
'/home/ayoyimika/debian-js-packaging/mermaid/node-mermaid/.webpack'
[webpack-cli] Cannot find module 'babel/register' from 
'/home/ayoyimika/debian-js-packaging/mermaid/node-mermaid/.webpack'
[webpack-cli] Please install one of them
[webpack-cli] Error: Unable to use specified module loaders for ".babel.js".


Need Help

Packages listed below are failing and seems harder to fix,

others - these could be removed if not fixed

Completed

  • jekyll
  • glewlwyd 1011519

  • node-axios
  • node-babel-loader 1001683

  • node-clipboard
  • node-es6-promise
  • node-jschardet
  • node-lodash
  • node-fuzzaldrin-plus
  • node-katex
  • node-prop-types 1002862

  • node-matrix-js-sdk 1003505

  • node-mini-css-extract-plugin
  • node-mocha
  • q2-demux 1011446

  • shaarli 1011447

  • node-stats-webpack-plugin
  • node-turbolinks
  • node-url-parse
  • node-vue-resource
  • node-webpack-sources 1011973

  • rainloop 1001632 - patch available in salsa

  • pdf.js 1001631 - ready in salsa, need node-dommatrix to clear NEW

  • ipywidgets - build failure seems unrelated to webpack 5
  • node-react-audio-player - this package can be removed from the archive

  • node-source-map 1004658 - salsa master branch has fix for webpack 5, but will need to update build to use packaged rust libraries instead of downloading from the internet.