Hi,
thanks for noticing.
The failing test is due tp Python 3.12 using a more accurate summation
algorithm (Neumaier) for summation of floats than previous versions.
I'll fix this by using numpy.sum for the failing test.
Best,
Markus
Control: reassign -1 src:openjfx
Control: affects -1 src:mediathekview
Mediathekview segfaults since openjfx 11.0.11+1-4 was uploaded to unstable in
November 2024. Apparently several g++ compilation changes have been made and I
wonder if that negatively affects applications which depend on openjfx
maven plugin in Debian.
I'll try to have a look at it soon.
Markus
signature.asc
Description: This is a digitally signed message part
Am Thu, Jan 09, 2025 at 04:29:30PM +0100 schrieb Chris Hofstaedtler:
* Markus Blatt [250109 16:24]:
Hi,
the binary rebuild for version 2024.10+ds-3+b3 on January 7 failed on all
architectures, see [1]
and particularly [2] for amd64. The rebuilds were probably done for the
python3.13 as
,
Markus
[1] <https://buildd.debian.org/status/package.php?p=opm-simulators>
[2]
<https://buildd.debian.org/status/fetch.php?pkg=opm-simulators&arch=amd64&ver=2024.10%2Bds-3%2Bb3&stamp=1736272314&raw=0>
[3] <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1091907>
Hi,
the segmentation fault happened in libfontconfig.so. Maybe this is a bug in
JavaFX or OpenJDK 21 itself. I have no idea how to fix this in mediathekview at
the moment.
Regards,
Markus
signature.asc
Description: This is a digitally signed message part
Control: severity -1 important
Openrefine is not a server application but a single-user app thus typical
openrefine users don't face the same risks. Even network access is not required
to use openrefine in production. As with previous CVE a normal stable update
should be sufficient in my opinion.
ls
48s blame: opm-models
48s badpkg: rules extract failed with exit code 1
48s autopkgtest [12:06:03]: ERROR: erroneous package: rules extract failed
with exit code 1
This seems to be a known issue of britney, see [4]
Best,
Markus
[1] https://tracker.debian.org/pkg/opm-models
[2] https://trac
You need to upgrade to FINAL CUT version 0.9.1:
https://github.com/gansm/finalcut/releases/tag/0.9.1
On Wed, 03 Jul 2024 12:26:34 + Matthias Klose
wrote:
> Package: src:finalcut
> Version: 0.9.0-2
> Severity: important
> Tags: sid trixie
> User: debian-...@lists.debian.org
> Usertags: ftb
ream version (6.1.11 currently).
Pretty, pretty please fix this bug. Or remove the package if it's
unmaintained...
cu
--
Markus
Hi,
the problem already appears in OpenMPI's own autopkgtests, see [1]
Best,
Markus
[1] https://ci.debian.net/packages/o/openmpi/unstable/i386/46207866/
I_INIT completed completed
successfully, but am not able to aggregate error messages, and not able to
guarantee that all other processes were killed!
See [1] for a complete build where the tests using mpirun fail in this way.
This happens on these architectures: armel, armhf, i386, hppa
Best,
Hi,
the problem occurs during startup of OpenMPI when running mpirun. I see similar
problems for other packages during the same rebuild.
Hence I don't think this is related to us but rather to OpenMPI.
Best,
Markus
Hi,
seems like upstream already has a proposed fix, see [1]
Best,
Markus
[1] https://gitlab.kitware.com/vtk/vtk/-/issues/19258#note_1510307
n a bug in
expat. At least upstream thinks that way in in [1] and closed the bug.
The stalled discussion about this in VTK9 can be found in [3].
Should we reassing this to vtk9?
Best,
Markus
[1] https://github.com/libexpat/libexpat/issues/857
[2] https://github.com/libexpat/libexpat/issues/840
Control: tag -1 pending
Hello,
Bug #1066983 in monopd reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/games-team/monopd/-/commit/68244a27a4122d4b4ba68e8c1e1708e
Hello Shriram,
Am Mittwoch, dem 27.03.2024 um 15:10 +0530 schrieb Shriram Ravindranathan:
> Dear Markus,
>
> On 27/03/24 13:01, Markus Koschany wrote:
> > As this bug report proves, normal people tend to have problems with system
> > services. A system administrator would ha
Hi Sylvain,
Am Montag, dem 25.03.2024 um 18:48 +0100 schrieb Sylvain Rochet:
> Hi Markus,
>
> On Mon, Mar 25, 2024 at 02:36:59AM +0100, Markus Koschany wrote:
> > Sylvain Rochet wrote:
> > > Actually, the main problem is /lib/systemd/system/monopd.socket which
> >
Sylvain Rochet wrote:
> Actually, the main problem is /lib/systemd/system/monopd.socket which
> set Accept=yes while monopd needs Accept=no (which is the default value).
I wonder if monopd needs a systemd socket file at all and if we should disable
the service after the installation. We have bee
patches for these CVEs have been backported already:
* https://security-tracker.debian.org/tracker/source-package/expat
Best,
Markus
Hi,
I did some further tests with the provided test case.
If I install vtk (latest version 9.3) with pip in a venve. The script also does
not report an error for the relative paths. Tested on stable and in a sid
chroot.
Best,
Markus
case. To me it is more likely that the problem
is due a change in vtk9. Hence I am reassinging to vtk9 in the hope
that the maintainers there have more clues than me.
Best,
Markus
python3-vtk9-test.tar.gz
Description: application/gzip
I need
a sponsor from e.g. the Debian Science team that uploads the fixed package.
alberta is marked for removal today.
Thanks a lot.
Best,
Markus
[1] https://salsa.debian.org/science-team/alberta/-/merge_requests/4
signature.asc
Description: PGP signature
strcmp(buf,"$MeshFormat")!=0)
DUNE_THROW(Dune::IOError, "expected $MeshFormat in first line");
readfile(file,3,"%lg %d %d\n",&version_number,&file_type,&data_size);
if( (version_number < 2.0) || (version_number > 2.2) )
DUNE_THROW(Dune::IOError, "can only read Gmsh version 2 files");
[...]
File unitcube.sh:
$MeshFormat
2.2 0 8
$EndMeshFormat
$Nodes
...
I will need to reproduce this somehow. Just need to learn how.
Best,
Markus
Hey Jeremy,
Haha well I was debating if even "important" is warranted,
given it's just about fancy emoji in the end. But I guess
people do feel passionate about them :)
Also didn't know that "serious" prevents migration to testing,
will keep that in mind for the
Alright, I will do so when I have time, but as soon as possible.
Den 2023-12-10 kl. 23:17, skrev Santiago Vila:
El 10/12/23 a las 22:09, Markus Uhlin escribió:
My guess is that Ncurses is built with '--enable-opaque-curses' and
defines NCURSES_OPAQUE=1.
I'm currently running st
My guess is that Ncurses is built with '--enable-opaque-curses' and
defines NCURSES_OPAQUE=1.
I'm currently running stable so I'm not able to reproduce the problem
but if you can give me access to a computer where the problem occurs I
can investigate it.
Den 2023-12-10 kl. 20:18, skrev Santiag
Hi Francesco,
Am Sonntag, dem 03.12.2023 um 17:42 +0100 schrieb Francesco Ariis:
> Il 03 dicembre 2023 alle 17:14 Markus Koschany ha scritto:
> > I spoke too soon. Tested the wrong Debian release. So it appears the
> > underlying
> > problem is in python3-pygame which
Control: severity -1 normal
On Wed, 01 Nov 2023 09:25:19 +0100 Francesco Ariis wrote:
> Package: seahorse-adventures
> Version: 1.1+dfsg-6
> Severity: grave
> Justification: renders package unusable
> X-Debbugs-Cc: fa...@ariis.it
>
> Dear Maintainer,
>
> to replicate:
>
> 1. Launch `seahor
Source: libitext5-java
Version: 5.5.13.3-2
Severity: serious
Tags: ftbfs sid
User: a...@debian.org
Usertags: bouncycastle-1.77
X-Debbugs-Cc: a...@debian.org
Dear maintainer,
libitext5-java fails to build from source with bouncycastle 1.77. The reason
is the removal of long deprecated methods. The
Source: ssl-utils-clojure
Version: 3.5.0-2
Severity: serious
Tags: ftbfs sid
User: a...@debian.org
Usertags: bouncycastle-1.77
X-Debbugs-Cc: a...@debian.org
Dear maintainer,
ssl-utils-clojure fails to build from source with bouncycastle 1.77. The reason
is the removal of long deprecated methods.
Source: pdftk-java
Version: 3.3.3-1
Severity: serious
Tags: ftbfs sid
User: a...@debian.org
Usertags: bouncycastle-1.77
X-Debbugs-Cc: a...@debian.org
Dear maintainer,
pdftk-java fails to build from source with bouncycastle 1.77. The reason
is the removal of long deprecated methods. The (hopefully
Source: jdeb
Version: 1.9-1
Severity: serious
Tags: ftbfs sid
User: a...@debian.org
Usertags: bouncycastle-1.77
X-Debbugs-Cc: a...@debian.org
Dear maintainer,
jdeb fails to build from source with bouncycastle 1.77. The reason
is the removal of long deprecated methods. The (hopefully) relevant
err
Source: libapache-poi-java
Version: 4.0.1-4
Severity: serious
Tags: ftbfs sid
User: a...@debian.org
Usertags: bouncycastle-1.77
X-Debbugs-Cc: a...@debian.org
Dear maintainer,
libapache-poi-java fails to build from source with bouncycastle 1.77. The
reason is the removal of long deprecated methods
Source: pgpainless
Version: 1.3.16-2
Severity: serious
Tags: ftbfs sid
User: a...@debian.org
Usertags: bouncycastle-1.77
X-Debbugs-Cc: a...@debian.org
Dear maintainer,
pgpainless fails to build from source with bouncycastle 1.77. The reason
is the removal of long deprecated methods. The (hopefull
Source: libitext-java
Version: 2.1.7-14
Severity: serious
Tags: ftbfs sid
User: a...@debian.org
Usertags: bouncycastle-1.77
X-Debbugs-Cc: a...@debian.org
Dear maintainer,
libitext-java fails to build from source with bouncycastle 1.77. The reason
is the removal of long deprecated methods. The (ho
Source: jglobus
Version: 2.1.0-8.1
Severity: serious
Tags: ftbfs sid
User: a...@debian.org
Usertags: bouncycastle-1.77
X-Debbugs-Cc: a...@debian.org
Dear maintainer,
jglobus fails to build from source with bouncycastle 1.77. The reason
is the removal of long deprecated methods. The (hopefully) re
This problem still exists in 1.77 (to be released soon). That sounds like a bnd
problem. I can find a reference to a bnd.sh script but it is not included in
the source distribution. There is also a add_module.sh script. If we can't find
a way to automate this build step, we could use jh_manifest wh
Control: reassign -1 trapperkeeper-webserver-jetty9-clojure
Control: found -1 1.7.0-2+deb10u1
Control: close -1 1.7.0-2+deb10u2
I have just released DLA 3647-1. I believe this problem is fixed in version
1.7.0-2+deb10u2 of trapperkeeper-webserver-jetty9-clojure now.
Regards,
Markus
debdiff of the package we're now running, with the
> revised patch.
Great, thanks for the update. I feared the Java dot syntax couldn't be applied
one-to-one to Clojure. I suggest we wait another 24h to confirm it works and if
you don't see another regression then I'll release a
k for you, please send me your puppetdb config,
and I try to figure out a solution myself without the feedback loop delay.
Thanks in advance.
Regards,
Markus
diff -Nru trapperkeeper-webserver-jetty9-clojure-1.7.0/debian/changelog trapperkeeper-webserver-jetty9-clojure-1.7.0/debian/changelo
o Buster is the second one. AFAICS puppetdb and puppetserver are the only
consumers.
Could you install the version of trapperkeeper-webserver-jetty9-clojure from
Bullseye and reinstall the jetty9 security update and report back if this
solves your problem?
Regards,
Markus
signature.asc
Description: This is a digitally signed message part
at's unrelated to astropy and absolutely related
to increasingly tight rules in postgres. I'll think about a
workaround (to restore this workaround) on Monday.
-- Markus
/CVE-2023-43376
https://www.cve.org/CVERecord?id=CVE-2023-43376
[5] https://security-tracker.debian.org/tracker/CVE-2023-43377
https://www.cve.org/CVERecord?id=CVE-2023-43377
Please adjust the affected versions in the BTS as needed.
Regards,
Markus
signature.asc
Description: This
librhino-java had to declare a versioned Breaks on shrinksafe and shrinksafe
had to add a versioned (Build-)Depends on rhino/librhino-java. In my opinion we
have the exact same situation here. In any case I leave that to the maintainers
of xrdp/xorgxrdp to resolve.
Regards,
Markus
signature.asc
er I guess.
Regards,
Markus
signature.asc
Description: This is a digitally signed message part
Control: reassign -1 src:clanlib
Control: tags -1 pending
This is actually a bug in clanlib which surfaced because of the recent uploads
/ rebuilds against glibc > 2.34. The pthread_mutexattr_setkind_np symbol is
obsolete and has been replaced by pthread_mutexattr_settype.
signature.asc
Descri
Control: tag -1 pending
Hello,
Bug #1037865 in spring reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/games-team/spring/-/commit/1767889af0ac90325f5a4014fe985d4
Dear Maintainer,
The same bug happens on my machine. I sent a bug report to the gnome-shell
maintainers:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050502
Best regards, Markus
,
Markus
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1049463
Control: tag -1 pending
Hello,
Bug #1040475 in apache-directory-server reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/java-team/apache-directory-server/-/commi
I believe the symlink problem is fixed in version 2.0.0~M26-2 but I'd like to
test the apacheds server component more before I'm going to close this bug
report.
Markus
signature.asc
Description: This is a digitally signed message part
em though. This is still reasonably
modifiable and human readable.
Markus
signature.asc
Description: This is a digitally signed message part
instead. I believe this
issue is fixed in version 1.51.0+dfsg-2 soon.
Regards,
Markus
signature.asc
Description: This is a digitally signed message part
dules.
For the user the architectures supported by opm-simulators and opm-upscaling
are what matters. Removing other architectures from helper modules will not
limit the usability in any major way.
Best,
Markus
lot.
Kind regards,
Markus
Source: libzstd
Version: 1.5.5+dfsg2-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: u20230731report...@projektzentrisch.de
Dear Maintainer,
earlier today, an attempted rebuild of "libzstd" in a debootstrap/schroot
envir
removing the rest of OPM.
Please note that in the recently uploaded version 2023.04+ds-1 of opm-common
(containing the failing code) this particular problem is fixed.
Cheers,
Markus Blatt
Package: src:opm-upscaling
Version: 2022.10+ds-4
It turned out the bug was not in opm-grid but in dune-geometry which caused
the build here to fail (see bug #1037631). With the upload of version 2.9.0-3
of dune-geometry we believe that the bug you reported is fixed.
Cheers,
Markus Blatt
On Sat, Jul 08, 2023 at 09:23:21AM +0200, Matthias Klose wrote:
> 110s From it/q:
> 110s ERROR SCS has a valid response
> 110s ERROR TAP query with pgsphere yields plausible result
Interesting -- this fails because the server that's being tested
does not come up because:
module 'PIL.Image' ha
Am Mittwoch, dem 31.05.2023 um 14:41 +0200 schrieb Andreas Beckmann:
> On 31/05/2023 14.26, Markus Koschany wrote:
> > Hello Andreas,
> >
> > Neither fig2dev or transfig are supported in jessie-elts anymore. I
> > appreciate
> > the report though. Since Stretch i
Hello Andreas,
Neither fig2dev or transfig are supported in jessie-elts anymore. I appreciate
the report though. Since Stretch is no longer supported by Debian I believe
this issue is no longer actionable by the maintainer.
Regards,
Markus
signature.asc
Description: This is a digitally
he reverse dependencies, but
> that's a task for Trixie.
Thanks for investigating Emmanuel. I'll take care of jetty9 too.
Markus
signature.asc
Description: This is a digitally signed message part
you please file an unblock request for
ckbuilder?
Thanks
Markus
signature.asc
Description: This is a digitally signed message part
Hi,
> Markus, can you please revert you logback change by tomorrow at the latest?
Sure. I will take care if it.
Do I understand you correctly, that we only ship libtomcat9-java in Bookworm
now? Shall I upload a new revision of tomcat9 too?
Regards,
Markus
signature.asc
Description: This
e years of
security support, web application + Tomcat 9. Otherwise this is pointless.
3. Remove dogtag-pki and tomcatjss from testing and prepare backports as soon
as dogtag-pki and Co support Tomcat 10.
Markus
signature.asc
Description: This is a digitally signed message part
Sorry, that should have been #1036249.
signature.asc
Description: This is a digitally signed message part
here is simple though.
ckbuilder must be rebuilt against rhino 1.7.14. This is the original solution
for #1026639 but the rebuilding part was forgotten. I have filed #1036778 as a
reminder.
Regards,
Markus
signature.asc
Description: This is a digitally signed message part
Control: tag -1 pending
Hello,
Bug #1036249 in closure-compiler reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/java-team/closure-compiler/-/commit/cf3752994a05
Source: ckbuilder
Version: 2.4.3+dfsg-1
Severity: serious
X-Debbugs-Cc: a...@debian.org
ckbuilder must be rebuilt against rhino 1.7.14. This is a no-change
rebuild. Otherwise ckeditor will continue to FTBFS. This was already
reported in #1026639. This issue has also been reported upstream as
htt
I have identified the rhino upstream commit which caused the FTBFS in closure-
compiler. If I revert said commit in rhino, then closure-compiler builds from
source without any additional patches needed.
https://github.com/mozilla/rhino/commit/fb77164ac4889ffa4be26d5d24cb538a8dbd632b
However I st
reopen 1036249
thanks
The missing source files have been included with revision -14. Apparently
closure-compiler embeds rhino classes but renames them to avoid conflicts.
There is still a parsing error when closure-compiler tries to optimize
Javascript files at runtime. E.g. ERROR - Parse error. U
problem
Regards,
Markus
diff -Nru trapperkeeper-webserver-jetty9-clojure-4.4.1/debian/changelog trapperkeeper-webserver-jetty9-clojure-4.4.1/debian/changelog
--- trapperkeeper-webserver-jetty9-clojure-4.4.1/debian/changelog 2023-02-10 23:15:30.0 +0100
+++ trapperkeeper-webserver-jetty9
Control: tags -1 patch
Hi,
bazel-bootstrap already build-depends on libgeronimo-annotation-1.3-spec-java.
The fix is trivial. Patch is attached.
Regards,
Markus
signature.asc
Description: This is a digitally signed message part
(4.2.3+ds-8.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove build-dependency on libtomcat9-java and replace
+tomcat9-annotations-api.jar with geronimo-annotation-1.3-spec.jar.
+(Closes: #1035995)
+
+ -- Markus Koschany Sun, 14 May 2023 15:40:19 +0200
+
bazel-bootstrap
Hi Salvatore,
adding Timo Aaltonen, maintainer of dogtag-pki and tomcatjss, to CC
Am Samstag, dem 13.05.2023 um 20:50 +0200 schrieb Salvatore Bonaccorso:
> Hi Markus,
>
> On Sat, May 13, 2023 at 06:27:49PM +0200, Markus Koschany wrote:
> > I have just pushed the necessary cha
Control: tag -1 pending
Hello,
Bug #1034824 in tomcat9 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/java-team/tomcat9/-/commit/adbd0b0711de66b67278b10e258c47
I have just pushed the necessary changes to our Git repository.
https://salsa.debian.org/java-team/tomcat9/-/commit/adbd0b0711de66b67278b10e258c47c805e9b993
signature.asc
Description: This is a digitally signed message part
Hello Paul,
Am Donnerstag, dem 11.05.2023 um 21:44 +0200 schrieb Paul Gevers:
> Hi Markus,
>
> On Tue, 25 Apr 2023 16:04:09 +0200 Markus Koschany wrote:
> > We can only support one major Tomcat version per release. Tomcat9 has
> > been part of Buster and Bullseye already
Source: tomcat9
Version: 9.0.70-1
Severity: serious
X-Debbugs-Cc: a...@debian.org
We can only support one major Tomcat version per release. Tomcat9 has
been part of Buster and Bullseye already and is superseded by Tomcat
10 in Bookworm. I wanted to wait with the removal request until the
issues i
you are
referring to. Let me take a look at apache-curator. Maybe we can omit the
dependency on resteasy3.0. That should solve the problem.
Markus
signature.asc
Description: This is a digitally signed message part
Am Freitag, dem 21.04.2023 um 12:23 +0200 schrieb Andreas Tille:
> Hi,
>
> I tried to rebuild this package which does not work as you can
> see in Salsa CI:
>
> https://salsa.debian.org/java-team/resteasy/-/jobs/4105287
>
> Unfortunately I have no idea how to fix this.
Hi Andreas,
it seem
/rules. We call
two build systems, maven and cmake, and somehow maven is unable to find the
maven-compiler-plugin. Usually this just works without changes to the version
number. I don't think a strict plugin dependency is the true solution but it
might help future contributors to remembe
Control: tag -1 pending
Hello,
Bug #1034059 in zstd-jni-java reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/java-team/zstd-jni-java/-/commit/67b4cbfab56dc775db
Control: tag -1 pending
Hello,
Bug #1034059 in zstd-jni-java reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/java-team/zstd-jni-java/-/commit/67b4cbfab56dc775db
Hello,
Am Donnerstag, dem 06.04.2023 um 12:54 +0200 schrieb Paul Gevers:
> Hi,
>
> On Sun, 26 Mar 2023 16:26:00 +0200 Markus Koschany wrote:
> > 1. There is no transition needed because only shrinksafe is affected by the
> > new
> > rhino version.
>
> I'
Control: tag -1 pending
Hello,
Bug #1022760 in openrefine reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/java-team/openrefine/-/commit/bb324f3b1989a0ec434d95d3
s good to me. I'm going to upload a new revision in
a minute.
Cheers,
Markus
signature.asc
Description: This is a digitally signed message part
Hi Graham,
Am Sonntag, dem 26.03.2023 um 19:28 +0200 schrieb Graham Inggs:
> Hi Markus
>
> On Sun, 26 Mar 2023 at 16:34, Markus Koschany wrote:
> > 1. There is no transition needed because only shrinksafe is affected by the
> > new
> > rhino version.
> How
g
or a note for maintainers in the future that dojo requires a rebuild whenever
rhino changes.
Regards,
Markus
[1] https://bugs.debian.org/970501
[2]
https://salsa.debian.org/js-team/dojo/-/commit/68e6a048b4c4386d0495e7faf11bd46bf0516604
signature.asc
Description: This is a digitally signed message part
Am Sonntag, dem 26.03.2023 um 12:15 +0300 schrieb Timo Aaltonen:
> Markus Koschany kirjoitti 24.3.2023 klo 15.35:
> > Am Freitag, dem 24.03.2023 um 09:21 +0200 schrieb Timo Aaltonen:
> > > Markus Koschany kirjoitti 23.3.2023 klo 19.00:
> > > > Control: severity -1 s
Am Freitag, dem 24.03.2023 um 09:21 +0200 schrieb Timo Aaltonen:
> Markus Koschany kirjoitti 23.3.2023 klo 19.00:
> > Control: severity -1 serious
> >
> > On Fri, 24 Feb 2023 11:48:36 +0200 Timo Aaltonen
> > wrote:
> >
> > > Upstream doesn't sup
security reasons.
I have tried to replace the javax.servlet imports with jakarta.servlet
but the issue is more complicated than expected. It would be great if
someone else could take a look at it too.
Regards,
Markus
years old. The
route forward should be simply to fix the autopkgtests in dojo and unblock
rhino.
Regards,
Markus
[1] https://bugs.debian.org/977027
signature.asc
Description: This is a digitally signed message part
Hi tony,
[...]
> I'm not able to reproduce the autopkgtest failure locally running in
> clean sid chroots. First, I build the dojo source package and ran the
> autopkgtest against those binaries. When that didn't fail, I pulled the
> binary packages from the archive and ran the autopkgtest again
ing to reassign these bugs to rhino.
Markus
signature.asc
Description: This is a digitally signed message part
I believe I have corrected all regressions except of one in closure-compiler
which I will fix later today (renamed class). It turned out that I had to
update the Manifest file and include another META-INF file,
javax.script.ScriptEngineFactory, to solve some FTBFS in reverse-dependencies.
This is t
Am Montag, dem 13.02.2023 um 11:04 +0100 schrieb Markus Koschany:
> preserve-backward-compatibility.patch
To answer my own question. Yes, this is still needed otherwise closure-compiler
starts to FTBFS
signature.asc
Description: This is a digitally signed message part
Am Montag, dem 13.02.2023 um 12:14 +0200 schrieb Adrian Bunk:
> On Mon, Feb 13, 2023 at 11:04:38AM +0100, Markus Koschany wrote:
> > ...
> > I don't really like to use gradle for a key package.
> > ...
>
> FTR, gradle is already a key package:
> libxi -> a
still
need the others like preserve-backward-compatibility. Right now I am rebuilding
everything with ratt. There is a build failure with libapache-poi-java. I'm
going to upload my current work to Git.
Markus
signature.asc
Description: This is a digitally signed message part
1 - 100 of 1009 matches
Mail list logo
