[Pkg-javascript-devel] Processed: reassign 1070102 to src:llvm-toolchain-14, reassign 1055324 to src:libdmapsharing ...

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 1070102 src:llvm-toolchain-14 1:14.0.6-12
Bug #1070102 [src:llm-toolchain-14] Requesting patch for llvm-toolchain-14
Warning: Unknown package 'src:llm-toolchain-14'
Bug reassigned from package 'src:llm-toolchain-14' to 'src:llvm-toolchain-14'.
No longer marked as found in versions llm-toolchain-14/1:14.0.6-12.
Ignoring request to alter fixed versions of bug #1070102 to the same values 
previously set
Bug #1070102 [src:llvm-toolchain-14] Requesting patch for llvm-toolchain-14
Marked as found in versions llvm-toolchain-14/1:14.0.6-12.
> reassign 1055324 src:libdmapsharing 3.9.13-1
Bug #1055324 [libdmapsharing-4.0-3] libdmapsharing-4.0-3: tries to write to 
/build on end-user systems
Warning: Unknown package 'libdmapsharing-4.0-3'
Bug reassigned from package 'libdmapsharing-4.0-3' to 'src:libdmapsharing'.
No longer marked as found in versions libdmapsharing/3.9.13-1.
Ignoring request to alter fixed versions of bug #1055324 to the same values 
previously set
Bug #1055324 [src:libdmapsharing] libdmapsharing-4.0-3: tries to write to 
/build on end-user systems
Marked as found in versions libdmapsharing/3.9.13-1.
> found 1060951 1.78.1-17
Bug #1060951 [src:gobject-introspection] Build regression in multiarch 
g-ir-scanner
Marked as found in versions gobject-introspection/1.78.1-17.
> tags 1060951 - sid trixie
Bug #1060951 [src:gobject-introspection] Build regression in multiarch 
g-ir-scanner
Removed tag(s) trixie and sid.
> tags 1064373 - sid trixie
Bug #1064373 [src:squeekboard] squeekboard: Depends on obsolete rust-gtk
Removed tag(s) trixie and sid.
> tags 1069983 + experimental
Bug #1069983 [src:dwarf-fortress] dwarf-fortress: Manual build-depends on NBS 
package libgtk2.0-0
Added tag(s) experimental.
> found 1069983 0.47.05+dfsg1-1
Bug #1069983 [src:dwarf-fortress] dwarf-fortress: Manual build-depends on NBS 
package libgtk2.0-0
Marked as found in versions dwarf-fortress/0.47.05+dfsg1-1.
> tags 1069984 - sid trixie
Bug #1069984 [src:alire] alire: Build-depends on NBS package libgnatcoll21-dev
Removed tag(s) trixie and sid.
> tags 1069518 - sid trixie
Bug #1069518 {Done: Stuart Prescott } [src:projecteur] 
projecteur: FTBFS on armhf: deviceinput.cc:697:64: error: narrowing conversion 
of ‘(int32_t)ie.DeviceInputEvent::value’ from ‘int32_t’ {aka ‘int’} to ‘__u16’ 
{aka ‘short unsigned int’} [-Werror=narrowing]
Removed tag(s) trixie and sid.
> tags 1070062 + sid trixie
Bug #1070062 [src:waylandpp] waylandpp: Missing build-depends 
libwayland-egl1-mesa
Added tag(s) sid and trixie.
> notfound 1064808 2.13.0+~2.11.0-1
Bug #1064808 {Done: Salvatore Bonaccorso } 
[src:node-sanitize-html] node-sanitize-html: CVE-2024-21501
No longer marked as found in versions node-sanitize-html/2.13.0+~2.11.0-1.
> tags 1015583 + experimental
Bug #1015583 {Done: Patrick Franz } [src:plasma-framework] 
plasma-framework: ftbfs with LTO (link time optimization) enabled
Added tag(s) experimental.
> tags 1015677 + experimental
Bug #1015677 {Done: Patrick Franz } [src:syndication] 
syndication: ftbfs with LTO (link time optimization) enabled
Added tag(s) experimental.
> tags 1015465 + experimental
Bug #1015465 {Done: Patrick Franz } [src:kwallet-kf5] 
kwallet-kf5: ftbfs with LTO (link time optimization) enabled
Added tag(s) experimental.
> tags 1015463 + experimental
Bug #1015463 {Done: Patrick Franz } [src:ktexteditor] 
ktexteditor: ftbfs with LTO (link time optimization) enabled
Added tag(s) experimental.
> tags 1015460 + experimental
Bug #1015460 {Done: Patrick Franz } [src:kross] kross: 
ftbfs with LTO (link time optimization) enabled
Added tag(s) experimental.
> tags 1015455 + experimental
Bug #1015455 {Done: Patrick Franz } [src:kjsembed] 
kjsembed: ftbfs with LTO (link time optimization) enabled
Added tag(s) experimental.
> tags 1015453 + experimental
Bug #1015453 {Done: Patrick Franz } [src:kirigami2] 
kirigami2: ftbfs with LTO (link time optimization) enabled
Added tag(s) experimental.
> tags 1015452 + experimental
Bug #1015452 {Done: Patrick Franz } [src:kio] kio: ftbfs 
with LTO (link time optimization) enabled
Added tag(s) experimental.
> tags 1015454 + experimental
Bug #1015454 {Done: Patrick Franz } [src:kjs] kjs: ftbfs 
with LTO (link time optimization) enabled
Added tag(s) experimental.
> tags 1015456 + experimental
Bug #1015456 {Done: Patrick Franz } [src:knewstuff] 
knewstuff: ftbfs with LTO (link time optimization) enabled
Added tag(s) experimental.
> tags 1015451 + experimental
Bug #1015451 {Done: Patrick Franz } [src:khtml] khtml: 
ftbfs with LTO (link time optimization) enabled
Added tag(s) experimental.
> tags 1015446 + experimental
Bug #1015446 {Done: Patrick Franz } [src:kdelibs4support] 
kdelibs4support: ftbfs with LTO (link time optimization) enabled
Added tag(s) experimental.
> tags 1015443 + experimental
Bug #1015443 {Done: Patrick Franz } [src:kdeclarative] 
kdeclarative: ftbfs with LTO (link time optimization) enabled
Added tag(s) experimental.
> ta

[Pkg-javascript-devel] node-sanitize-html 2.13.0+~2.11.0-1 MIGRATED to testing

[Debian testing watch]

FYI: The status of the node-sanitize-html source package
in Debian's testing distribution has changed.

  Previous version: 2.8.0+~2.6.2-1
  Current version:  2.13.0+~2.11.0-1

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See https://release.debian.org/testing-watch/ for more information.

-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] node-pre-gyp 1.0.11+~2.0.3-1 MIGRATED to testing

[Debian testing watch]

FYI: The status of the node-pre-gyp source package
in Debian's testing distribution has changed.

  Previous version: 1.0.10+~2.0.1-2
  Current version:  1.0.11+~2.0.3-1

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See https://release.debian.org/testing-watch/ for more information.

-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] node-supertest 7.0.0+~6.0.2-1 MIGRATED to testing

[Debian testing watch]

FYI: The status of the node-supertest source package
in Debian's testing distribution has changed.

  Previous version: 6.3.2-1
  Current version:  7.0.0+~6.0.2-1

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See https://release.debian.org/testing-watch/ for more information.

-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] node-ip 2.0.1+~1.1.3-1 MIGRATED to testing

[Debian testing watch]

FYI: The status of the node-ip source package
in Debian's testing distribution has changed.

  Previous version: 2.0.0+~1.1.0-1
  Current version:  2.0.1+~1.1.3-1

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See https://release.debian.org/testing-watch/ for more information.

-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#1068750: moment-timezone.js: FTBFS everywhere

[Martina Ferrari]

Hi Santiago,

On 30/04/2024 14:01, Santiago Vila wrote:

It fails to build if tzdata is updated, but it never stops working. It 
just needs to be updated as often as tzdata is. But if you have a 
suggestion to make this more automatic, I would love to hear it..


Sorry, I still don't get it.

Why does the package build needs to fail if tzdata is updated?



What happens if we allow the package to be built anyway?
(as in the attached patch).
Would the resulting package be broken in any way?


It works, but then there is no way to embed the (effective) tzdata 
version into the moment-timezone.js version, so you could have identical 
source packages producing binaries with the same version and different 
contents, and no way to depend on it. Plus, it almost always fails to 
build anyway, because many of the tests need to be adjusted when tzdata 
changes.


The (better) alternative would be to make it always use a fixed tzdata 
version, but then tzdata migrations will be blocked each time until I 
upload a new version.



I have been doing this very repetitive maintenance for years!


Well, I get that you have to make a new upload so that the package is 
current.
What I don't get is that the package fails to build. At most, it would 
result

in an improved package, not worse. Or maybe I'm missing anything.


What I described above, but I am really open to suggestions on how to 
better handle this.


--
Martina Ferrari

--
Pkg-javascript-devel mailing list
Pkg-javascript-devel@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#1068750: moment-timezone.js: FTBFS everywhere

[Santiago Vila]

# Fail the build if the tzdata package does not match TZVER.
grep -q '^# version 2023d$' /usr/share/zoneinfo/tzdata.zi


Yes, this is expected after each update to tzdata.


I'm curious: Does this package embed the information from tzdata into 
javascript code,
in such a way that a change in tzdata requires a rebuild?


Yes. It is the only way I found to keep the package aligned with tzdata while 
ensuring it is fully built from source: upstream ships the pre-compiled tzdata 
information, so I regenerate those files using the tzdata package.


I think it would be highly desirable to find a way for this package to do what
it's supposed to do without having to fix it in oldstable and stable every year.


Without a new upload, I cannot imagine how.. :-/


(In fact, I asked Paul Gevers about this, he says that a package which we know
for sure that it will fail to build during the support time of the release is 
RC).


It fails to build if tzdata is updated, but it never stops working. It just 
needs to be updated as often as tzdata is. But if you have a suggestion to make 
this more automatic, I would love to hear it..


Sorry, I still don't get it.

Why does the package build needs to fail if tzdata is updated?

What happens if we allow the package to be built anyway?
(as in the attached patch).

Would the resulting package be broken in any way?


I have been doing this very repetitive maintenance for years!


Well, I get that you have to make a new upload so that the package is current.
What I don't get is that the package fails to build. At most, it would result
in an improved package, not worse. Or maybe I'm missing anything.

Thanks.--- a/debian/control
+++ b/debian/control
@@ -10,6 +10,7 @@ Build-Depends: debhelper-compat (= 13)
  , dh-sequence-nodejs
  , uglifyjs
  , ts-node 
+ , tzdata (>= 2024a)
  , tzdata-legacy (>= 2024a)
 Standards-Version: 4.6.2
 Vcs-Browser: https://salsa.debian.org/js-team/moment-timezone.js
--- a/debian/rules
+++ b/debian/rules
@@ -23,10 +23,6 @@ all: binary
 %:
dh $@
 
-execute_before_dh_auto_configure:
-   # Fail the build if the tzdata package does not match TZVER.
-   grep -q '^# version $(TZVER)$$' /usr/share/zoneinfo/tzdata.zi
-
 override_dh_auto_build: $(TARGETS)
 
 execute_before_dh_auto_test: tests/zones/zulu.js
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#1070103: libnode-dev: Version bump of NODE_MODULE_VERSION makes node-gyp build broken modules

[Matijs van Zuijlen]

On 30/04/2024 08:53, Jérémy Lal wrote:



Le mar. 30 avr. 2024 à 08:21, Matijs van Zuijlen > a écrit :


Package: libnode-dev
Version: 18.20.1+dfsg-4+b2
Severity: normal

Dear maintainer,

I tried building and installing the renovate tool from npm, using
npm -g install renovate.

This went well but when I run it I get the message

   The module

'/usr/local/lib/node_modules/renovate/node_modules/re2/build/Release/re2.node'
   was compiled against a different Node.js version using
   NODE_MODULE_VERSION 108. This version of Node.js requires
   NODE_MODULE_VERSION 109. Please try re-compiling or re-installing
   the module (for instance, using `npm rebuild` or `npm install

After some investigation I found out that re2.node is compiled using a
tool called node-gyp, and that tool fetches the node_version.h from
https://nodejs.org/download/release/v18.20.1/node-v18.20.1-headers.tar.gz 

instead of using the locally installed one. This
upstream version has 108 as the NODE_MODULE_VERSION, of course.


You're supposed to use system-installed modules, especially for node-gyp.
If you're using /usr/bin/node-gyp and it is doing that, then it's a bug 
in node-gyp.

Also note that node-re2 is available in debian.


I have debian versions of both node-re2 and node-gyp installed, but npm 
-g install renovate doesn't pick those up. The npm I'm using is the npm 
from the debian npm package.


To solve both, you should do `pkgjs-install` next to package.json, so 
that your system-installed

modules are symlinked to the local node_modules directory.
Then "npm install" shouldn't remove the symlinks and install just the 
missing ones.


There is no package.json, because I am using npm -g install renovate, 
not installing from a checked-out repository. Is npm -g install not 
supposed to work?


I will now try installing from the repository and let you know if that 
works.


In any case, node 20 or 22 is going to debian unstable soon enough, and 
we'll have "standard" modules versions again.


Looking forward to it!


Jérémy


--
Pkg-javascript-devel mailing list
Pkg-javascript-devel@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel