<div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>it takes some time to understand what's happening here, and since</div><div>fixing it properly will require quite some work on multiple packages,</div><div>i add my notes to this bug report.</div><div><br></div><div>Nota Bene: i use "webpack" here but the sake of the example.</div><div><br></div><div># Situation</div><div>Because uglify version 2 compiles software that uglify version 3 does not compile</div><div>correctly, and vice-versa, there are two versions in debian:</div><div><div>* uglifyjs-2.8.29 builds node-uglify which provides uglifyjs</div><div>* uglify-js-3.4.9 builds uglifyjs</div></div><div><br></div><div># Solutions (in my order of preference, to be adapted)</div><div>1. Packages not building with uglifyjs 2 should be fixed to build with uglifyjs 3.<br></div><div>Not a trivial thing to do and it's deep freeze now.</div><div><br></div><div>2. Distribute /usr/bin/uglifyjsN and fix all packages calling /usr/bin/uglifyjs to call</div><div>uglifyjsN, when they can't be fixed to use latest version of /usr/bin/uglifyjs.</div><div><br></div><div># Slight improvement that might be done for buster</div><div>IF apt behaves like i think it will, to allow both /usr/bin/uglifyjs and node-uglify</div><div>package to be installed:</div><div>* uglify-js-3.4.9 builds node-uglify-js which provides uglifyjs and conflicts uglifyjs (<< 3.5.0-2),<br></div><div>and remove uglifyjs binary package (to get it to be pure virtual package).</div><div><br></div><div>However, if dependencies both try to install node-uglify and node-uglify-js it will still fail,</div><div>but it's not as bad as a direct conflict with /usr/bin/uglifyjs.</div><div>It could be misleading, though, to have an unexpected version, so maybe the best thing</div><div>is to do nothing for Buster.</div><div><br></div><div>Jérémy</div></div></div>