Hi,
I apparently can't install g++ 11 at the moment:
# LANG=C apt-get -t experimental install g++
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation
Hi
Le ven. 27 août 2021 à 12:37, Martin Quinson
a écrit :
>
> sorry for the delay. I'm not very active in minetest these days, and I was
> buzy updating my other (numerous) outdated packages now that the freeze is
> over.
>
> An helping hand would be really welcome here. We could use salsa to
>
Package: python3-nest-asyncio
Version: 1.3.3-1
Severity: wishlist
The newest jupyter-client release wants nest-asyncio in version at
least 1.5.
Cheers,
J.Puydt
Package: ftp.debian.org
Severity: normal
This package provides Python 3 pathlib2 for older versions of Python.
We (Debian) don't do older versions of Python anymore, so I would like
this package removed from unstable.
Cheers,
J.Puydt
signature.asc
Description: This is a digitally signed
Hi,
I wanted to update the src:python-anyio package, and got stuck because
it wants a feature found in more recent pytest releases than we have at
the moment in Debian.
If you need help with updating it, as I'm in the team I can lend a
hand.
Cheers,
J.Puydt
Le mardi 07 septembre 2021 à 13:30 +0200, Stéphane Glondu a écrit :
> Le 06/09/2021 à 11:01, Julien Puydt a écrit :
> > The configure script checks for the availability of the switch, and
> > adds it to OCAMLCFLAGS... I checked String.set doesn't seem to be
> > used
> >
Package: lintian
Version: 2.104.0
Severity: wishlist
The source-includes-file-in-files-excluded error should be made
smarter. I have a javascript package where most of the upstream tarball
is garbage, so d/copyright reads:
Files-Excluded: *
Files-Included: very short list
and that makes lintian
Hi
Le dimanche 29 août 2021 à 14:14 +0200, Stéphane Glondu a écrit :
> Control: tags 993045 + wontfix
>
> Le 26/08/2021 à 21:42, Julien Puydt a écrit :
> > a part of scilab (modelica) is written in OCaml, but needs the -
> > unsafe-
> > string switch ; unfortunate
Le dimanche 05 septembre 2021 à 22:57 -0700, Felix Lechner a écrit :
>
> On Sun, Sep 5, 2021 at 10:54 PM Julien Puydt
> wrote:
> >
> > I have a javascript package
>
> Which package, please?
node-rollup-plugin-node-resolve (but the salsa version
Le lundi 06 septembre 2021 à 10:44 +0200, Stéphane Glondu a écrit :
> Le 06/09/2021 à 10:08, Julien Puydt a écrit :
> > > How come this is an issue only now? The transition to OCaml
> > > 4.11.1
> > > (the
> > > first version with unsafe strings
Package: ftp.debian.org
Severity: normal
This package had a use when I packaged it, but now the JavaScript
ecosystem moved on so it useless.
I would like to see this package get out of unstable.
Cheers,
J.Puydt
signature.asc
Description: This is a digitally signed message part
Hi
Le dim. 12 sept. 2021 à 17:49, Gilles Filippini a écrit :
>
> Patch proposal attached.
>
Excellent! Please commit to salsa but don't upload yet: I have other things
to do (though lacking time I might still end up uploading with only this).
Thanks!
J. Puydt
>
Package: webpack
Version: 5.6.0+~cs6.4.0-1~exp2
Severity: grave
I was trying to update another js-team package and couldn't understand
what was wrong until I tried to just run webpack by itself in another
directory:
$ webpack
[webpack-cli] ReferenceError: options is not defined
at
Hi,
I'm trying to go through the minetest bugs, and so I'm wondering if the
problem you reported a year ago was still current -- after all we have
much more recent versions of minetest now?
Thanks,
J.Puydt
Le vendredi 03 septembre 2021 à 07:52 +0200, Martin Quinson a écrit :
>
> Julien, if you want to proceed with packaging the next upstream
> release, please do so: the new term is rather overwhelming here.
>
I pushed quite a few things ; I would be more at ease if someone else
had a look before
Hi,
updating to a newer version will probably make that issue go away ; I'm
expecting an answer to https://github.com/jupyterlab/lumino/issues/235
before going forward.
Cheers,
J.Puydt
Hi,
I just tried to rebuild jupyterlab-server in my unstable sbuild, and
could check that it used the jupyter-server you complain about, and
passes the tests.
I suspect the problem is that the latest version of python3-anyio
doesn't migrate to testing (blocked by pytest).
Cheers,
J.Puydt
Hi,
I reported upstream, a fix was found -- 2.21.1 should be out in a few
days.
Cheers,
J.Puydt
Hi,
after more poking around, there were two issues:
1) the smaller one was that TypeScript >= 4.4 breaks upstream, but I
could write a patch (and forward it) ;
2) the bigger one is that we need a more recent node-tslib, which is
only in experimental at the moment, so I'm only uploading the
Package: lintian
Version: 2.107.0
Severity: normal
Updating the python-anyio package, lintian complained quite vehemently
(an error):
E: python-anyio source: missing-build-dependency-for-dh-addon python3
=> python3:any | python3-all:any | python3-dev:any | python3-all-
dev:any |
Le sam. 25 sept. 2021 à 22:27, Kit Haines a écrit :
> Package: mnemosyne
> Version: 2.8+ds1-1
> Severity: important
> from argon2 import PasswordHasher
> ImportError: cannot import name 'PasswordHasher' from 'argon2'
> (/home/kit/.local/lib/python3.9/site-packages/argon2.py)
>
As you see,
Package: unicode-data
Version: 13.0.0-2
Severity: wishlist
The node-regexpu-core package's new upstream release wants Unicode
14.0.0 data.
There's no rush ; this bug report is mostly so I get notified when
14.0.0 will be out.
Cheers,
J.Puydt
Hi,
RGI_Emoji was added to upstream in october 2020, so indeed in march
2021, you saw it upstream and this package hadn't it.
Now 14.0.0 is out, I propose to wait for a new unicode-data package,
and then update node-unicode-data to use it.
Cheers,
J.Puydt
Package: node-strip-json-comments
Version: 4.0.0-1
Severity: serious
I have to drop dont_be_a_module.patch ; it's too dirty. I'll do it
later today, but still want to prevent any migration to testing.
J.Puydt
Package: dh-ocaml
Version: 1.1.3
Severity: wishlist
While trying to package coq-elpi, dh_ocaml found it exported units
already exported by other packages ; so far so good.
But it reports only the first one, not the whole list, so I would like
Cheers,
J.Puydt
PS: example of error message:
E:
Hi,
I managed to get the second screen to work, by adding intel_iommu=off
to GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub/.
But it's pretty unstable: disconnect the cable, open a window, and the
gui system restarts -- the system doesn't crash completely, though.
I haven't been able to get
Hi,
Le vendredi 24 décembre 2021 à 19:00 +0100, Yadd a écrit :
>
> you were wrong in your fix: you wanted
> mdn-browser-compat-data/html/global_attributes.json which is provided
> by mdn-browser-compat-data module (not packaged).
>
> The new @mdn/browser-compat-data provides just one data.json.
Package: dh-python
Version: 5.20211217
Severity: grave
python-anyio package is supposedly broken (bug #1002179), but the build
log makes me think it's a problem with dh-python:
>dh_python3 -O--buildsystem=pybuild
> I: dh_python3 pydist:313: Cannot find package that provides
contextvars.
Package: wnpp
Owner: Julien Puydt
X-Debbugs-Cc: Debian OCaml Maintainers
Severity: wishlist
* Package name: ppx-import
Version : 1.8.0
Upstream Author : Peter Zotov
* URL : https://github.com/ocaml-ppx/ppx_import
* License : Expat
Programming Lang: OCaml
Package: yarnpkg
Version: 1.22.10+~cs22.25.14-4
Severity: wishlist
Updating ts-node would require @yarnpkg/fslib -- can you add it to the
yarnpkg package?
Thanks,
J.Puydt
Le jeudi 11 novembre 2021 à 16:46 +0100, Jonas Smedegaard a écrit :
>
> I am unsure, however, which release of TypeScript definitions
> corresponds to which version of emscripten, and I fail to locate
> anywhere such relationship is declared.
>
> Would you happen to know where to look for such
Package: wnpp
Owner: Julien Puydt
X-Debbugs-CC: debian-ocaml-ma...@lists.debian.org
Severity: wishlist
* Package name: coq-elpi
Version : 1.11.2
Upstream Author : Enrico Tassi
* URL : https://github.com/LPCIC/coq-elpi
* License : LGPL 2.1+
Programming Lang
Package: lintian
Version: 2.111.0
X-Debbugs-CC: debian-ocaml-ma...@lists.debian.org
The Coq project comes with a kind of compiler, and generates files that
are ELF shared objects ; as such they do get detected by lintian, and
it tries to analyse them just like normal C/C++ shared objects.
Package: lintian
Version: 2.111.0
X-Debbugs-CC: debian-ocaml-ma...@lists.debian.org
A new build system is seeing increasing use in the OCaml world, and is
putting the above hint implementation out of its depth: dune.
The current implementation of the hint is that for each foo.cmi, there
should
Hi,
Le mardi 16 novembre 2021 à 06:35 -0800, Felix Lechner a écrit :
>
> On Sat, Nov 13, 2021 at 1:15 AM Julien Puydt
> wrote:
> >
> > I hope this is precise enough to improve the hint.
>
> We would like to test improvements. Would you please point to
> insta
Package: wnpp
Severity: minor
X-Debbugs-CC: Debian Javascript Maintainers
Package name: blueprintjs
Version : 3.38.0
Upstream Author : Palantir Technologies
URL : https://blueprintjs.com/
License : Apache-2.0
Programming Lang: JavaScript
Description
Package: node-glob
Version: 7.1.7+~cs7.5.19-2
Severity: wishlist
I found a package wanting fast-glob for a single call to sync... glob
would be a nice replacement if it had TypeScript declarations.
Thanks,
J.Puydt
Package: node-marked
Version: 0.8.0+ds+repack-3
Severity: minor
Please ship the TypeScript definitions ; they're needed on the way to
jupyterlab.
Cheers,
J.Puydt
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
X-Debbugs-CC: Debian Javascript Maintainers
* Package name: node-css-tree
Version : 1.1.3
Upstream Author : Roman Dvornov
* URL : https://github.com/csstree/csstree
* License : Expat
Programming Lang
Package: node-react
Version: 17.0.2+dfsg+~cs106.66.56-1
Severity: wishlist
Please ship TypeScript definitions, as they're needed on the way to
jupyterlab -- especially for react and react-dom as far as I can tell.
Cheers,
J.Puydt
Package: node-lodash
Version: 4.17.21+dfsg+~cs8.31.196.20210220-2
Severity: minor
Please ship TypeScript definitions, in particular for lodash.escape, as
I'm finding I need them on the way to jupyterlab.
Cheers,
J.Puydt
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
X-Debbugs-CC: pkg-javascript-devel
* Package name: node-free-style
Version : 4.1.0
Upstream Author : Blake Embrey
* URL : https://github.com/blakeembrey/free-style
* License : Expat
Programming Lang
Le dimanche 28 novembre 2021 à 15:38 +0100, Yadd a écrit :
>
> please try with node-lodash-packages 4.17.21+dfsg+~cs8.31.198.20210220-
> 2
> from experimental.
I don't see it yet:
apt-cache show node-lodash-packages |grep Version
Version: 4.17.21+dfsg+~cs8.31.196.20210220-2
but I'll give it a
Hi,
I had a look and saw it would be pretty difficult to package upstream
releases: https://github.com/palantir/blueprint/issues/5038
Let's hope we'll get nice feedback.
Cheers,
J.Puydt
Package: node-mdn-browser-compat-data
Version: 4.0.12-1
The package doesn't ship some parts of upstream ; I'm trying to package
a module and get:
Error: Cannot find module 'mdn-browser-compat-
data/html/global_attributes.json'
Cheers,
J.Puydt
Package: coq
Version: 8.14.0+dfsg-6
Severity: grave
X-Debbugs-CC: debian-ocaml-ma...@lists.debian.org
Don't migrate to testing until the bytecode architectures' situation is
cleared.
Cheers,
J. Puydt
Package: haxe
Version: 1:4.1.5-1
Severity: grave
I was checking whether a recent dune would break any package, and my
test failed because Base64 was an unbound module -- it's a missing
build-dep on libbase64-ocaml-dev, so it should be pretty
straightforward to fix.
Cheers,
J.Puydt
Package: node-lumino
Version: 2021.11.4-1
Severity: normal
X-Debbugs-CC: Debian Javascript Maintainers
There are errors when compiling @lumino/polling:
src/poll.ts(18,7): error TS2304: Cannot find name 'setImmediate'.
src/poll.ts(26,7): error TS2304: Cannot find name 'clearImmediate'.
and
Package: wnpp
Owner: Julien Puydt
X-Debbugs-Cc: Debian Python
Severity: wishlist
* Package name: nbclassic
Version : 0.3.2
Upstream Author : Jupyterlab Project contributors
* URL : https://github.com/jupyterlab-nbclassic
* License : BSD-3-clause
Programming
Package: node-url-parse
Version: 1.5.3-1
Severity: wishlist
That will make the module available from TypeScript modules.
Thanks,
J.Puydt
Package: node-minimist
Version: 1.2.5+~cs5.3.2-1
Severity: wishlist
That will make the module available from TypeScript modules.
Thanks,
J.Puydt
Hi,
Le samedi 27 novembre 2021 à 09:24 +0100, Yadd a écrit :
>
> This is a known typescript bug, it is unable to use nodejs paths. To
> workaround, use this:
>
> $ cat > debian/nodejs/extlinks << EOF
> setimmediate
> @types/node
> EOF
How does that work?
Thanks,
J.Puydt
Hi,
I tried my hand at experimental packaging for jupyterlab.
For the Python part, it lacks nbclassic, it's ITP bug #1000667, this
will be done in no time.
The JavaScript part is another story entirely. I made experiments
compiling by hand a few of the packages in packages/.
Here is how you
Package: python3-zmq
Version: 22.3.0-1
Severity: grave
I have issues updating packages nbconvert and jupyterlab-server, both
of which because of autopkgtest failures, with the similar-looking
backtrace:
autopkgtest [08:13:59]: test autodep8-python3: [---
Testing with
Package: emscripten
Version: 2.0.26~dfsg-4
Severity: wishlist
I would need the TypeScript type definitions for emscripten for another
package. They can be found here:
https://www.npmjs.com/package/@types/emscripten
Can you add them to the emscripten package?
Thanks,
J.Puydt
Package: ftp.debian.org
X-Debbugs-CC: Debian Javascript Maintainers
I would like to remove this package from Debian:
- last release was in april 2018 ;
- on npm.js, it is listed today with 0 deps and 0 rdeps ;
- in Debian, I didn't know of any current use and dak confirmed.
Cheers,
J.Puydt
Package: wnpp
Owner: Julien Puydt
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org
Severity: wishlist
* Package name: ocaml-ansi-terminal
Version : 0.8.2
Upstream Author : Christophe Troestler & Vincent Hugot
* URL : https://github.com/Chris00/ANSITerminal
* Lic
Package: wnpp
Owner: Julien Puydt
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org
Severity: wishlist
* Package name: elpi
Version : 1.13.7
Upstream Author : Claudio Sacerdoti Coen and Enrico Tassi
* URL : https://github.com/LPCIC/elpi
* License : LGPL 2.1
Le mercredi 03 novembre 2021 à 10:56 +, Simon McVittie a écrit :
> Control: tags -1 + moreinfo
>
> On Wed, 03 Nov 2021 at 09:55:20 +0100, Julien Puydt wrote:
> > Where should I have a look to find error messages and fix the issue?
>
> If in doubt, the answer is alway
Package: gnome-shell
Version: 41.0-2
I hadn't hooked my second monitor in a while, and now it's as described
in the title: the mouse cursor is correctly displayed on it but all the
rest is white with some garbage on the upper (about one mouse cursor
high).
That's why I think the problem comes
Package: wnpp
X-Debbugs-Cc: jpu...@debian.org
Severity: wishlist
* Package name: jszip
Version : 3.7.1
Upstream Author : Stuart Knightley
* URL : https://github.com/Stuk/jszip
* License : Expat
Programming Lang: JavaScript
Description : A library for
Package: wnpp
X-Debbugs-Cc: jpu...@debian.org
Severity: wishlist
* Package name: jspdf
Version : 2.4.0
Upstream Author : (long list)
* URL : https://github.com/parallax/jsPDF
* License : Expat
Programming Lang: JavaScript
Description : A library to
Package: wnpp
X-Debbugs-Cc: jpu...@debian.org
Severity: wishlist
* Package name: numworks.js
Version : (none)
Upstream Author : Maxime Friess
* URL : https://github.com/M4xi1m3/numworks.js
* License : Expat
Programming Lang: JavaScript
Description :
Package: mathjax
Version: 2.7.9+dfsg-1
Severity: wishlist
I'm packaging calcium for Debian, and get a lot of warnings for privacy
breach because of
https://cdn.jsdelivr.net/npm/mathjax@3/es5/tex-mml-chtml.js
but the Debian mathjax doesn't have that, so I'll leave them as-is.
Cheers,
J.Puydt
Package: wnpp
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Julien Puydt
X-Debbugs-Cc: Debian OCaml Maintainers
Severity: wishlist
* Package name: coq-hierarchy-builder
Version : 1.2.0
Upstream Author : Cyril Cohen, Kazuhiko Sakaguchi, Enrico Tassi
* URL : https
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
X-Debbugs-CC: Debian Javascript Maintainers
* Package name: node-typestyle
Version : 2.2.0
Upstream Author : typestyle contributors
* URL : https://github.com/typestyle/typestyle#readme
* License : Expat
Package: pari-doc
Version: 2.13.3-1
Severity: wishlist
The pari-doc package only ships documentation in tex, dvi and pdf.
For the giac package, I would need some html documentation too, like
what can be found in:
https://pari.math.u-bordeaux.fr/dochtml/html-stable/
Thanks,
J.Puydt
Le dimanche 12 décembre 2021 à 12:15 +0100, Bill Allombert a écrit :
> On Sun, Dec 12, 2021 at 11:39:19AM +0100, Julien Puydt wrote:
> > Package: pari-doc
> > Version: 2.13.3-1
> > Severity: wishlist
> >
> > The pari-doc package only ships documentation in tex, d
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
X-Debbugs-CC: Debian Javascript Maintainers
* Package name: node-stable
Version : 0.1.8
Upstream Author : Angry Bytes
* URL : https://github.com/Two-Screen/stable
* License : Expat
Programming Lang
Le jeudi 09 décembre 2021 à 20:52 +, Julian Gilbey a écrit :
> On Thu, Dec 09, 2021 at 07:49:18PM +, Julian Gilbey wrote:
> > On Sat, Nov 27, 2021 at 11:52:25AM +0100, Julien Puydt wrote:
> > > Hi,
> > >
> > > I tried my hand at experimental packagin
Le dimanche 12 décembre 2021 à 13:29 +0100, Bill Allombert a écrit :
>
> So fonctionaly, you only need a single URL, not the whole set of URL
> provided by https://pari.math.u-bordeaux.fr/dochtml/html-stable/ ?
>
> This is important, because it is possible to convert PARI
> documentation to HTML
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
X-Debbugs-CC: Debian Javascript Maintainers
* Package name: node-csstype
Version : 3.0.10
Upstream Author : Fredrik Nicol
* URL : https://github.com/frenic/csstype
* License : Expat
Programming Lang
Hi,
it turns out I hadn't added flit to the b-deps and it wasn't installed
-- now things seem to go well.
Cheers,
J.Puydt
Hi,
first of all sorry to have been this long to answer.
I just put your source example in a essai.cc, then "g++ -o essai
essai.cc -lntl" ; no warning, the resulting executable runs without
trouble... but indeed ldd shows I'm linking to libntl44 -- that's
pretty normal considering that's what
Hi,
I would gladly get rid of the specific build system in the entrypoints
package, but:
- I had a look in /usr/share/doc/dh-python and didn't find
documentation, so I decided I should just let pybuild do its thing ;
- so I just dropped everything specific from d/rules but PYBUILD_NAME,
and
Hi,
I just compiled the package (which includes running tests) with Python
version 3.9.9, and the only deprecation warning was about using
"setup.py install" ; can you tell me more about how to reproduce?
Thanks,
J.Puydt
Package: node-browserslist
Version: 4.18.1+~cs5.1.2-1
I needed picocolors for another package, and didn't find it was
embedded in this package ; now that it's packaged, it would be nice to
unembed it.
Cheers,
J.Puydt
Package: ftp.debian.org
Usertags: rm
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org
Upstream decided those architectures weren't supported anymore ; I
removed support for them from my last upload, but they still have old
binary packages lying around in the unstable archive, and those should
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
X-Debbugs-CC: Debian Javascript Maintainers
* Package name: node-picocolors
Version : 1.0.0
Upstream Author : Alexey Raspopov
* URL : https://github.com/alexeyraspopov/picocolors#readme
* License : ISC
Hi,
what's the status of packaging mdit-py-plugins?
I ask because I would like to update the jupyter-client package, which
needs myst-parser, which needs mdit-py-plugins...
Cheers,
J.Puydt
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
X-Debbugs-CC: Debian Javascript Maintainers
* Package name: node-trysound-sax
Version : 0.2.0
Upstream Author : Isaac Z. Schlueter
* URL : https://github.com/svg/sax
* License : ISC
Programming Lang
Le dimanche 28 novembre 2021 à 17:30 +0100, Jonas Smedegaard a écrit :
> Quoting Julien Puydt (2021-11-28 17:01:56)
> > Le dimanche 28 novembre 2021 à 15:38 +0100, Yadd a écrit :
> > >
> > > please try with node-lodash-packages
> > > 4.17.21+dfsg+~cs8
Le mardi 30 novembre 2021 à 23:25 +0100, Jonas Smedegaard a écrit :
>
>
> Sorry, let me clarify:
>
> This command:
>
> apt-cache show node-lodash-packages |grep Version
>
> does not reliably tell you if TypeScript definitions are provided, so
> is
> dependent on someone telling you which
Package: ftp.debian.org
Usertags: rm
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org
Since coq upstream abandoned some architecture, coq isn't available
anymore on those architectures, and lingering binary packages prevent
testing migration.
Apparently the coq binary packages can't be removed
Package: ftp.debian.org
Usertags: rm
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org
Since coq upstream abandoned some architecture, coq isn't available
anymore on those architectures, and lingering binary packages prevent
testing migration.
Apparently the coq binary packages can't be removed
Package: ftp.debian.org
Usertags: rm
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org
Since coq upstream abandoned some architecture, coq isn't available
anymore on those architectures, and lingering binary packages prevent
testing migration.
Apparently the coq binary packages can't be removed
Package: ftp.debian.org
Usertags: rm
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org
Since coq upstream abandoned some architecture, coq isn't available
anymore on those architectures, and lingering binary packages prevent
testing migration.
Apparently the coq binary packages can't be removed
Package: ftp.debian.org
Usertags: rm
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org
Since coq upstream abandoned some architecture, coq isn't available
anymore on those architectures, and lingering binary packages prevent
testing migration.
Apparently the coq binary packages can't be removed
Hi,
I checked that next upstream (currently at RC1 stage) has a fix for
that ; depending on the schedule of that next upstream, I'll either
adapt the patch for us or wait for it.
Cheers,
J.Puydt
Hi,
I forwarded the bug to
upstream: https://github.com/agronholm/anyio/issues/417
Here is the commit upstream would like feedback about:
https://github.com/agronholm/anyio/commit/184744ca291d426dd278f697c3637623eb9de0ed
Can you check?
Thanks!
J.Puydt
Hi,
Le mercredi 23 février 2022 à 13:21 +0100, Andreas Beckmann a écrit :
> With all these B-D added, the build fails for me now with
>
> Not sure what exactly causes the failure ...
It's an heisenbug:
- I added a patch to get more log ;
- I tried to build the package: success ;
- I tried
Le mercredi 23 février 2022 à 13:21 +0100, Andreas Beckmann a écrit :
> With all these B-D added, the build fails for me now with
>
> Running[3870]: (cd _build/default/doc && /usr/bin/env sphinx-build -q
> -W -b html sphinx refman-html)
> Command [3870] exited with code 2:
> $ (cd
Hi,
I was looking around at all coq-related packages and found this poor
thing, which seems pretty dead.
I propose to ask for its removal ; I'll proceed in a few weeks if
nobody objects.
Cheers,
J.Puydt
Package: node-base64url
Version: 3.0.1-7
Severity: serious
Tags: ftbfs
Trying to build the package in an unstable sbuild, the upstream test
suite fails because it doesn't find a 100% coverage:
ERROR: Coverage for lines (97.22%) does not meet global threshold
(100%)
ERROR: Coverage for branches
Package: node-config
Version: 3.3.7-1
Severity: serious
Tags: ftbfs
While rebuilding your package with an unstable sbuild, it failed at six
points in the upstream test suite, with the same error:
» An unexpected error was caught: TypeError: Cannot set
property offset of [object Object]
Package: node-ignore
Version: 5.2.0-1
Severity: serious
Tags: ftbfs
Building the package in an unstable sbuild, I get:
ERROR: Coverage for lines (92.3%) does not meet global threshold (100%)
ERROR: Coverage for functions (91.66%) does not meet global threshold
(100%)
ERROR: Coverage for branches
Package: node-https-proxy-agent
Version: 5.0.0+~cs8.0.0-3
Severity: serious
Tags: ftbfs
Trying to rebuild the package in an unstable sbuild gives the following
failure in upstream test suite:
1) HttpsProxyAgent
"http" module
should receive the 407 authorization code on the
Package: node-configurable-http-proxy
Version: 4.5.0+~cs15.1.4-3
Severity: serious
Tags: ftbfs
Building the package in an unstable sbuild, I get failures:
Randomized with seed 97263
Started
..F...06:23:50.587 [ConfigProxy]
ESC[31merrorESC[39m: 404 GET /nope
06:23:50.860
Package: node-immutable
Version: 4.0.0-2
Severity: serious
Tags: ftbfs
Trying to build the package in an unstable sbuild, I get the following
failure:
+ NODE_PATH=node_modules:/usr/share/nodejs jest --ci
__tests__/ArraySeq.ts
Error
at Function.missingTransform
Package: node-recast
Version:
Severity: serious
Tags: ftbfs
Trying to build the package in an unstable sbuild, I get the following
failure:
1) TypeScript
basic printing:
SyntaxError: Initializers are not allowed in ambient contexts.
(2:27)
at instantiate
1001 - 1100 of 1282 matches
Mail list logo