With this WIP patch:
https://salsa.debian.org/js-team/node-yarnpkg/-/blob/master/debian/patches/18-uuid.diff
I can do:
rm -rf /tmp/test
mkdir -p /tmp/test/foo
cd /tmp/test
yes '' | yarn init
cd foo
yes '' | yarn init
cd ..
yarn add file:foo
and get:
yarn
I tried using the docker "official image" for node:
docker pull node
docker run -it --rm node bash
mkdir -p test/foo
cd test
yes '' | yarn init
yarn add file:foo
yields:
yarn add file:foo
yarn add v1.22.5
info No lockfile found.
[1/4] Resolving packages...
[2/4] Fetching
Hi, I think I fixed the error:
Cannot find module 'babel-plugin-transform-inline-imports-commonjs'
with this commit:
https://salsa.debian.org/js-team/node-yarnpkg/-/commit/d055e01b6d1a7f6fad6df2ccdf6d0f7d01ddcbc2
but the tests still fail, all with this new error:
FAIL
Source: libvigraimpex
Severity: important
Dear Maintainer,
in a partial rebuild of the doxygen build dependencies against 1.9.0 from
experimental:
https://salsa.debian.org/debian/doxygen/-/wikis/ratt_doxygen_1.9.0-1_amd64-partial
this package failed to build with this error:
Postprocessing
Source: breathe
Severity: important
Dear Maintainer,
in a partial rebuild of the doxygen build dependencies against 1.9.0 from
experimental:
https://salsa.debian.org/debian/doxygen/-/wikis/ratt_doxygen_1.9.0-1_amd64-partial
this package failed to build with this error:
AssertionError
>
Source: wxpython4.0
Severity: important
Dear Maintainer,
in a partial rebuild of the doxygen build dependencies against 1.9.0 from
experimental:
https://salsa.debian.org/debian/doxygen/-/wikis/ratt_doxygen_1.9.0-1_amd64-partial
this package failed to build with this error:
Finished command:
libvigraimpex_1.11.1+dfsg-7.xz
Description: application/xz
Il 02/01/21 02:51, Scott Talbert ha scritto:
On Sat, 2 Jan 2021, Paolo Greppi wrote:
The ext/wxWidgets/docs/doxygen/out/xml dir produced with doxygen 1.8.20 is 50
MB and contains 1812 files.
The ext/wxWidgets/docs/doxygen/out/xml dir produced with doxygen 1.9.0 is 42 MB
and contains 1583
Package: ftp.debian.org
Severity: normal
This package has low popcon (1), and according to upstream:
https://github.com/i18next/i18next-xhr-backend
it is "[deprecated] can be replaced with i18next-http-backend".
The latter we already have in Debian:
Package: tracker.debian.org
X-Debbugs-Cc: pkg-javascript-de...@lists.alioth.debian.org
Severity: important
For yarnpkg: https://tracker.debian.org/pkg/node-yarnpkg
tracker.debian.org reports:
uscan had problems while searching for a new upstream version:
unrecognized option ctype=nodejs
I fixed the error:
Cannot find module 'babel-preset-env'
but I am not sure if the fix is 100% right.
Now I get:
TypeError: Cannot read property 'mkdir' of undefined
5 | export default function(filename?: string): Promise {
6 | return new Promise((resolve,
Control: noowner -1
Control: tags -1 - pending
Trying to make the upstream test suite, designed for jest 22, work with our
jest 26 is tricky.
Also some things defy intuition, i.e. I patch here:
Dear Xavier,
Il 27/01/21 06:30, Xavier ha scritto:
Le 27/01/2021 à 00:14, Paolo Greppi a écrit :
I fixed the error:
Cannot find module 'babel-preset-env'
but I am not sure if the fix is 100% right.
Now I get:
TypeError: Cannot read property 'mkdir' of undefined
5
Il 11/12/21 18:29, Brian Thompson ha scritto:
Package: yarnpkg
Severity: important
Dear Maintainer,
After install yarnpkg for the first time and running `yarnpkg --version`, I
got the following error:
Error: Cannot find module '@babel/runtime/helpers/interopRequireWildcard'
I expected the
Hi,
Il 27/07/21 08:51, Daniel Baumann ha scritto:
Package: twitter-bootstrap4
Hi,
thanks a lot for maintaining bootstrap in Debian.
Do you already have an ETA for bootstrap 5 (probably a new package in
Debian I guess)?
Regards,
Daniel
thanks for your request but twitter-bootstrap4 is no
See https://bugs.debian.org/985857
Paolo
I stumbled upon this thread related to packaging corepack for gentoo:
https://github.com/nodejs/corepack/issues/76
We now have node 16 in experimental, but our package does not bundle
corepack (as upstream does):
https://packages.debian.org/experimental/amd64/nodejs/filelist
I propose that
Package: libcaca-dev
Version: 0.99.beta20-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the
past)
X-Debbugs-Cc: paolo.gre...@libpf.com
While preparing to upload doxygen 1.9.8, I did a partial rebuild of
packages that build-depend on it.
Package: libstxxl-doc
Version: 1.4.1-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the
past)
X-Debbugs-Cc: paolo.gre...@libpf.com
While preparing to upload doxygen 1.9.8, I did a partial rebuild of
packages that build-depend on it.
More
Package: breathe-doc
Version: 4.35.0-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the
past)
X-Debbugs-Cc: paolo.gre...@libpf.com
While preparing to upload doxygen 1.9.8, I did a partial rebuild of
packages that build-depend on it.
More
Package: wxpython-tools
Version: 4.2.1+dfsg-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the
past)
X-Debbugs-Cc: paolo.gre...@libpf.com
While preparing to upload doxygen 1.9.8, I did a partial rebuild of
packages that build-depend on it.
Package: netcdf-doc
Version: 1:4.9.2-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the
past)
X-Debbugs-Cc: paolo.gre...@libpf.com
While preparing to upload doxygen 1.9.8, I did a partial rebuild of
packages that build-depend on it.
More
Package: seqan-raptor-doc
Version: 3.0.1+ds-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the
past)
X-Debbugs-Cc: paolo.gre...@libpf.com
While preparing to upload doxygen 1.9.8, I did a partial rebuild of
packages that build-depend on it.
Il 29/05/22 21:34, Pirate Praveen ha scritto:
On തി, മേയ് 30 2022 at 12:56:53 രാവിലെ +05:30:00 +05:30:00, Pirate
Praveen wrote:
On ഞാ, മേയ് 29 2022 at 09:34:45 രാവിലെ +02:00:00 +02:00:00, Paolo
Greppi wrote:
Hi Andreas! thanks for your report. To try to reproduce it, I set
...
Finally
Hi Andreas! thanks for your report. To try to reproduce it, I set up
multiarch for docker (https://github.com/multiarch/qemu-user-static) then:
docker run --rm -it arm64v8/debian:unstable bash
apt update
apt upgrade
apt install curl yarnpkg
curl -o package.json
Since some time doxygen has a WARN_AS_ERROR config option:
https://doxygen.nl/manual/config.html#cfg_warn_as_error
Since version 1.9.1 or 1.9.2 if that is set to YES, graphviz's dot is
absent but HAVE_DOT=YES is set, doxygen will stop and exit with status
of 1 (upstream choose this opt-in way
Hi! and thanks for reporting.
I am in the process of packaging doxygen 1.9.4 and this issue seems to
be fixed in that version.
To test, I did this twice:
cd `mktemp -d`
git clone https://github.com/BYVoid/OpenCC
cd OpenCC/
cd doc
# no need to run cmake etc. just quickly
I reproduced with the attached minimal example and no warning is printed.
Upstream issue is also closed.
Will now close.
P.
test.tar.xz
Description: application/xz
Package: sddm
X-Debbugs-Cc: paolo.gre...@libpf.com
Version: 0.19.0-3
Severity: important
About 90% of the times after a fresh reboot, sddm shows a black page
with mouse pointer instead of the login screen.
The systemd sddm service is up and running. If I restart it on tty 1,
the login screen
Hi Sebastian!
Il 14/07/22 11:22, Sebastian Ramacher ha scritto:
Control: tags 1000932 + patch
Control: tags 1000932 + pending
Dear maintainer,
I've prepared an NMU for doxygen (versioned as 1.9.1-2.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Package: jenkins.debian.org
X-Debbugs-Cc: paolo.gre...@libpf.com
Severity: normal
Hi, I am looking at the reproducible build results for doxygen:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/doxygen.html
If I remember well, previously it was possible to download the build
Package: liblog4c3
Version: 1.2.4-2
Severity: important
File: /usr/share/doc/liblog4c3/copyright
Tags: ftbfs
X-Debbugs-Cc: paolo.gre...@libpf.com
Hello,
I am about to upload the current version of doxygen, before doing that I
ran a quick scan of ~500 build-deps
Hi! thanks for the quick reaction.
Il 22/07/22 18:01, Sebastiaan Couwenberg ha scritto:
Control: tags -1 upstream
Control: forwarded -1 https://github.com/libgeos/geos/issues/654
On 7/22/22 17:37, Paolo Greppi wrote:
I am about to upload the current version of doxygen, before doing that
I ran
Package: bamtools
Version: 2.5.1+dfsg-10+b1
Severity: important
Tags: ftbfs
X-Debbugs-Cc: paolo.gre...@libpf.com
Hello,
I am about to upload the current version of doxygen, before doing that I
run a quick scan of build-deps of doxygen
I reproduced with the attached minimal example and no warning is printed.
Upstream issue is also closed.
Will now close.
P.
test.tar.xz
Description: application/xz
Il 15/07/22 00:23, Sebastian Ramacher ha scritto:
On 2022-07-14 16:23:16 +0200, Paolo Greppi wrote:
...
ACK, I've canceled the NMU. Please consider that doxygen is a key
package and thus effectively keeping llvm-toolchain-11 in testing. A
timely fix for this issue would be much appreciated
Thanks for your bug report. This is caused by doxygen not reporting dot
failures, which is tracked at bug #818379.
Paolo
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
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
Hi Adrian,
Il 15/10/22 14:30, Adrian Bunk ha scritto:
Control: tags 1015864 + patch
Control: tags 1015864 + pending
Dear maintainer,
I've prepared an NMU for doxygen (versioned as 1.9.4-3.1) and uploaded
it to DELAYED/15. Please feel free to tell me if I should cancel it.
cu
Adrian
thanks
Hi! sorry for the long delay, at last I'm looking at incorporating your
patch. It's now WIP here:
https://salsa.debian.org/debian/doxygen
Before I upload it to unstable, I was wandering:
1. what would be the easiest way to turn this on only for 32-bit builds?
2. what side effects can we expect?
Hi Andreas!
Il 11/07/23 22:27, Andreas Hasenack ha scritto:
So I took a stab at backporting the upstream patches, and there are many:
$ grep ^commit debian/patches/doc-build-with-newer-cairo-*.patch
debian/patches/doc-build-with-newer-cairo-1.patch:commit
Hi, I have tripped onto this while following blindly the automatic
sbuild setup using sbuild-debian-developer-setup described here:
https://wiki.debian.org/sbuild#Automatic_setup_using_sbuild-debian-developer-setup
Alberto's workaround (sudo apt install -t bookworm-backports
debootstrap)
501 - 543 of 543 matches
Mail list logo