in Debian as a Debian Maintainer, thereby showing
that he has the necesary competence to be a full member of Debian.
Mattias Ellert
-BEGIN PGP SIGNATURE-
iQIzBAEBCAAdFiEE6hgwr99NQxrZ4RRS6K7C/zvhqUsFAmYk/1UACgkQ6K7C/zvh
qUsZnA/+LO6gZdvkEcn9zCEibt2upZ98Y/gUqH2eEu+hQCKBLWUBOGhq4tX672rO
Control: found 1068134 7.3-1
Control: notfound 1068134 7.3-2
The bug reported here is already fixed in the version for which the bug
was reported.
This bug was present in the previous version. The current version was
uploaded precisely to fix the problem reported.
Previous version (7.3-1) had
Control: found 1068134 7.3-1
Control: notfound 1068134 7.3-2
The bug reported here is already fixed in the version for which the bug
was reported.
This bug was present in the previous version. The current version was
uploaded precisely to fix the problem reported.
Previous version (7.3-1) had
Control: found 1068133 5.1-2
Control: notfound 1068133 5.1-3
The bug reported here is already fixed in the version for which the bug
was reported.
This bug was present in the previous version. The current version was
uploaded precisely to fix the problem reported.
Previous version (5.1-2) had
Control: found 1068133 5.1-2
Control: notfound 1068133 5.1-3
The bug reported here is already fixed in the version for which the bug
was reported.
This bug was present in the previous version. The current version was
uploaded precisely to fix the problem reported.
Previous version (5.1-2) had
source: libssh2
version: 1.11.0-1
severity: important
The package fails to build on hurd due to the use of MAXPATHEN:
session_fixture.c:231:36: error: ‘MAXPATHLEN’ undeclared (first use in
this function)
231 | static char filepath[NUMPATHS][MAXPATHLEN];
|
source: lcmaps-plugins-verify-proxy
version: 1.5.10-2
severity: serious
During the 64 bit time_t transition the package name liblcmaps0 was
changed to liblcmaps0t64. The old name is still provided by the new
package for architectures where this transition did not cause an ABI
break, but not for
source: lcmaps-plugins-verify-proxy
version: 1.5.10-2
severity: serious
During the 64 bit time_t transition the package name liblcmaps0 was
changed to liblcmaps0t64. The old name is still provided by the new
package for architectures where this transition did not cause an ABI
break, but not for
source: lcmaps-plugins-basic
version: 1.7.1-1
severity: serious
During the 64 bit time_t transition the package name liblcmaps0 was
changed to liblcmaps0t64. The old name is still provided by the new
package for architectures where this transition did not cause an ABI
break, but not for
source: lcmaps-plugins-basic
version: 1.7.1-1
severity: serious
During the 64 bit time_t transition the package name liblcmaps0 was
changed to liblcmaps0t64. The old name is still provided by the new
package for architectures where this transition did not cause an ABI
break, but not for
source: lcmaps-plugins-jobrep
version: 1.5.6-1.1
severity: serious
During the 64 bit time_t transition the package name liblcmaps0 was
changed to liblcmaps0t64. The old name is still provided by the new
package for architectures where this transition did not cause an ABI
break, but not for
source: lcmaps-plugins-jobrep
version: 1.5.6-1.1
severity: serious
During the 64 bit time_t transition the package name liblcmaps0 was
changed to liblcmaps0t64. The old name is still provided by the new
package for architectures where this transition did not cause an ABI
break, but not for
source: lcmaps-plugins-voms
version: 1.7.1-1
severity: serious
During the 64 bit time_t transition the package name liblcmaps0 was
changed to liblcmaps0t64. The old name is still provided by the new
package for architectures where this transition did not cause an ABI
break, but not for
source: lcmaps-plugins-voms
version: 1.7.1-1
severity: serious
During the 64 bit time_t transition the package name liblcmaps0 was
changed to liblcmaps0t64. The old name is still provided by the new
package for architectures where this transition did not cause an ABI
break, but not for
arcresume arcsync
arcclean arcls arcrename arcrm arctest
arccp arched arcmkdir arcrenew arcstat
arcctl arcinfoarcplugin arcresub arcsub
Mattias Ellert
signature.asc
Description: This is a digitally signed message part
arcresume arcsync
arcclean arcls arcrename arcrm arctest
arccp arched arcmkdir arcrenew arcstat
arcctl arcinfoarcplugin arcresub arcsub
Mattias Ellert
signature.asc
Description: This is a digitally signed message part
Package updated in unstable:
Date: Fri, 09 Feb 2024 14:32:37 +0100
Source: globus-rsl
Architecture: source
Version: 11.4-1
Distribution: unstable
signature.asc
Description: This is a digitally signed message part
Package updated in unstable:
Date: Fri, 09 Feb 2024 14:44:42 +0100
Source: myproxy
Architecture: source
Version: 6.2.16-1
Distribution: unstable
signature.asc
Description: This is a digitally signed message part
Package updated in unstable:
Date: Fri, 09 Feb 2024 14:19:40 +0100
Source: globus-gsi-credential
Architecture: source
Version: 8.4-1
Distribution: unstable
signature.asc
Description: This is a digitally signed message part
Package updated in unstable:
Date: Fri, 09 Feb 2024 14:04:34 +0100
Source: globus-gsi-cert-utils
Architecture: source
Version: 10.11-1
Distribution: unstable
signature.asc
Description: This is a digitally signed message part
Package updated in unstable:
Date: Fri, 09 Feb 2024 15:12:34 +0100
Source: globus-gsi-sysconfig
Architecture: source
Version: 9.6-1
Distribution: unstable
signature.asc
Description: This is a digitally signed message part
Package updated in unstable:
Date: Fri, 09 Feb 2024 13:48:21 +0100
Source: globus-gridftp-server
Architecture: source
Version: 13.25-1
Distribution: unstable
signature.asc
Description: This is a digitally signed message part
Package updated in unstable:
Date: Fri, 09 Feb 2024 12:34:54 +0100
Source: globus-gass-copy
Architecture: source
Version: 10.13-1
Distribution: unstable
signature.asc
Description: This is a digitally signed message part
Package updated in unstable:
Date: Fri, 09 Feb 2024 11:13:35 +0100
Source: globus-common
Architecture: source
Version: 18.14-1
Distribution: unstable
signature.asc
Description: This is a digitally signed message part
The package was updated in unstable
xrootd 5.6.7-1
If/when you update the package in experimental for the transition,
please include the missing change in debian/rules mentioned in a
previous comment to this bug.
signature.asc
Description: This is a digitally signed message part
The package was updated in unstable.
nordugrid-arc 6.18.0-2
signature.asc
Description: This is a digitally signed message part
Hi!
The earliest of the RC bugs filed for this transition have now been
unresolved long enough to trigger AUTORM threats.
This is unfortunate, since the maintainers can't do anything to fix
them, since they are un-fixable until the required changes to the
default compiler flags are implemented.
Hi!
The earliest of the RC bugs filed for this transition have now been
unresolved long enough to trigger AUTORM threats.
This is unfortunate, since the maintainers can't do anything to fix
them, since they are un-fixable until the required changes to the
default compiler flags are implemented.
Hi!
The proposed change is incomplete, and the build failed on some
architectures.
You need to update debian/rules due to the changes package names:
Line 31 must change from
N = -Nlibxrdec1
to
N = -Nlibxrdec1t64
Regards,
Mattias (package maintainer)
signature.asc
Description:
Hi!
The proposed change is incomplete, and the build failed on some
architectures.
You need to update debian/rules due to the changes package names:
Line 31 must change from
N = -Nlibxrdec1
to
N = -Nlibxrdec1t64
Regards,
Mattias (package maintainer)
signature.asc
Description:
Hi!
The build of davix 0.8.5-1+b1 failed on hurd-i386 due to bug 1061610,
which is a bug in debhelper 13.12. Could you retry the build with
debhelper 13.13?
https://buildd.debian.org/status/package.php?p=davix
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061610
Mattias
.
The packages seem to have been removed from unstable for all relevant
architectures, except armel and armhf where there still are present old
packages from before this change (version 5.6.2-2).
Mattias Ellert
Maintainer
signature.asc
Description: This is a digitally signed message part
Source: cmake
Version: 3.28.0-1
Severity: important
Tags: ftbfs patch upstream
Control: forwarded -1
https://gitlab.kitware.com/cmake/cmake/-/merge_requests/9052
One of the tests makes a Linux specific assumption about the sleep
command and fails on GNU/Hurd.
Upstream PR:
Source: onnx
Version: 1.13.1-1
Severity: serious
Control: affects -1 +src:pytorch
Control: affects -1 +src:pytorch-cuda
Control: affects -1 +src:open3d
Control: affects -1 +src:pytorch-vision
Control: affects -1 +src:baler
Control: affects -1 +src:pytorch-scatter
Control: affects -1
Source: onnx
Version: 1.13.1-1
Severity: serious
Control: affects -1 +src:pytorch
Control: affects -1 +src:pytorch-cuda
Control: affects -1 +src:open3d
Control: affects -1 +src:pytorch-vision
Control: affects -1 +src:baler
Control: affects -1 +src:pytorch-scatter
Control: affects -1
Control: tag 1051258 +fixed-upstream +patch
Applying the change from the upstream commit:
https://github.com/pytorch/pytorch/commit/0c4fa0229625ccc6fcb9ae2867e98ce285e78946
fixes the FTBFS on ppc64el. This was verified using a schroot build on
the platti.debian.org porterbox.
Link to patch:
Control: tag 1051258 +fixed-upstream +patch
Applying the change from the upstream commit:
https://github.com/pytorch/pytorch/commit/0c4fa0229625ccc6fcb9ae2867e98ce285e78946
fixes the FTBFS on ppc64el. This was verified using a schroot build on
the platti.debian.org porterbox.
Link to patch:
Package: python3-torch
Version: 1.13.1+dfsg-4
Severity: serious
Importing torch results in failure due to missing symbols:
$ python3
Python 3.11.4 (main, Jun 7 2023, 10:13:09) [GCC 12.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import torch
Traceback
Package: python3-torch
Version: 1.13.1+dfsg-4
Severity: serious
Importing torch results in failure due to missing symbols:
$ python3
Python 3.11.4 (main, Jun 7 2023, 10:13:09) [GCC 12.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import torch
Traceback
Upstream has tagged a new version 1.1.0 and removed the tag v1.2.0 from
the git repo. This means that the version number goes backwards!!!
The version that is intended to be packages is therefore now 1.1.0.
Mattias
signature.asc
Description: This is a digitally signed message part
Upstream has tagged a new version 1.1.0 and removed the tag v1.2.0 from
the git repo. This means that the version number goes backwards!!!
The version that is intended to be packages is therefore now 1.1.0.
Mattias
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Mattias Ellert
* Package name: baler
Version : 1.2.0
* URL : https://github.com/baler-collaboration/baler/
* License : Apache-2.0
Description : Baler - a machine learning based data compression tool
Baler is a tool
Package: wnpp
Severity: wishlist
Owner: Mattias Ellert
* Package name: baler
Version : 1.2.0
* URL : https://github.com/baler-collaboration/baler/
* License : Apache-2.0
Description : Baler - a machine learning based data compression tool
Baler is a tool
nst gcc-12 package.
Mattias Ellert
signature.asc
Description: This is a digitally signed message part
nst gcc-12 package.
Mattias Ellert
signature.asc
Description: This is a digitally signed message part
uld possibly be allowed to go into the upcoming release
as well in order to fix the issue also there.
Mattias Ellert
signature.asc
Description: This is a digitally signed message part
uld possibly be allowed to go into the upcoming release
as well in order to fix the issue also there.
Mattias Ellert
signature.asc
Description: This is a digitally signed message part
Source: scipy
Version: 1.10.0-4
Severity: important
Tags: ftbfs patch
Merge request:
https://salsa.debian.org/python-team/packages/scipy/-/merge_requests/1
signature.asc
Description: This is a digitally signed message part
Build dependencies can't be installed due to expired keys in the
schroot:
ellert@exodar:~$ schroot -c sid -b -n ellert
I: 00check: Untarring chroot environment. This might take one or two
minutes.
I: 99porterbox-extra-sources: o To install build dependencies run
I: 99porterbox-extra-sources:
Source: boost1.81
Version: 1.81.0-4
Severity: important
Tags: ftbfs
User: debian-...@lists.debian.org
Usertags: port-x32 ftbfs-x32
End of build log from buildd:
gcc.compile.c++
bin.v2/libs/chrono/build/gcc-12/release/debug-symbols-on/threading-multi/visibility-hidden/chrono.o
"g++"
(According to https://wiki.debian.org/X32Port x32 issues should be sent
to the debian-amd64 list.)
https://buildd.debian.org/status/package.php?p=numpy=sid
Dependency installability problem for numpy on ia64:
numpy build-depends on:
- python3-scipy:ia64
python3-scipy depends on missing:
-
(According to https://wiki.debian.org/X32Port x32 issues should be sent
to the debian-amd64 list.)
https://buildd.debian.org/status/package.php?p=numpy=sid
Dependency installability problem for numpy on ia64:
numpy build-depends on:
- python3-scipy:ia64
python3-scipy depends on missing:
-
bullseye-pu: package voms-api-java_3.3.2-1+deb11u1
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028546
signature.asc
Description: This is a digitally signed message part
bullseye-pu: package voms-api-java_3.3.2-1+deb11u1
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028546
signature.asc
Description: This is a digitally signed message part
+deb11u1) bullseye; urgency=medium
.
* Disable tests failing with bouncycastle 1.71 (Closes: #1011698)
* Disable tests that fail due to expired certificates (Closes: #1021551)
Mattias Ellert
diff -Nru voms-api-java-3.3.2/debian/changelog voms-api-java-3.3.2/debian/changelog
--- voms-api
+deb11u1) bullseye; urgency=medium
.
* Disable tests failing with bouncycastle 1.71 (Closes: #1011698)
* Disable tests that fail due to expired certificates (Closes: #1021551)
Mattias Ellert
diff -Nru voms-api-java-3.3.2/debian/changelog voms-api-java-3.3.2/debian/changelog
--- voms-api
Hi.
I filed this binnmu request in BTS a week ago and have not gotten any
response:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014804
So I try to send it to wb list.
Mattias Ellert
Vidarebefordrat meddelande
Från: Mattias Ellert
Till: sub...@bugs.debian.org
Hi!
The googletest 1.12.1-0.2 update failed to build on GNU/Hurd.
The failure is not reproducible on the exodar porterbox, where I have
run the build 10 times without issues.
Can it be retried?
Mattias
signature.asc
Description: This is a digitally signed message part
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal
The libgfal-srm-ifce1 binary package built from the srm-ifce source
package has a dependency on libssl1.1 on the following architectures:
hppa, m68k, sh4, sparc64
It needs a binNMU for the
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal
The libgfal-srm-ifce1 binary package built from the srm-ifce source
package has a dependency on libssl1.1 on the following architectures:
hppa, m68k, sh4, sparc64
It needs a binNMU for the
Here is a possible patch.
With this patch it builds both on testing (googletest 1.11.0) and
unstable (googletest 1.12.1).
The patch need some tweaks to be upstreamable since it used the Debian
path to the googletest source.
Mattias
diff -ur
Here is a possible patch.
With this patch it builds both on testing (googletest 1.11.0) and
unstable (googletest 1.12.1).
The patch need some tweaks to be upstreamable since it used the Debian
path to the googletest source.
Mattias
diff -ur
Source: seqan3
Version: 3.2.0+ds-1
Severity: serious
The package fails to build in unstable due to a failing test.
The failure is due to a change in googletest 1.12
7451/8534 Test #7451: test/pretty_printing_test::pretty_printing.std_output
Source: seqan3
Version: 3.2.0+ds-1
Severity: serious
The package fails to build in unstable due to a failing test.
The failure is due to a change in googletest 1.12
7451/8534 Test #7451: test/pretty_printing_test::pretty_printing.std_output
Package: graphviz
Version: 2.42.2-6
Severity: important
Control: tag -1 patch
Ruby is not available on ia64.
Since graphviz tries to build the ruby plugin for all architectures,
the graphviz build fails on ia64.
Since most packages that use doxygen during the build also require
graphviz, many
Control: forwarded 1012467 https://github.com/cern-fts/davix/issues/97
Control: tag 1012467 +fixed-upstream
The issue was addressed upstream in this commit:
https://github.com/cern-fts/davix/commit/5d15956648c0984094d6147cd2b67c195c5c335f
Mattias
signature.asc
Description: This is a
Control: forwarded 1012467 https://github.com/cern-fts/davix/issues/97
Control: tag 1012467 +fixed-upstream
The issue was addressed upstream in this commit:
https://github.com/cern-fts/davix/commit/5d15956648c0984094d6147cd2b67c195c5c335f
Mattias
signature.asc
Description: This is a
mån 2022-05-23 klockan 09:56 +0200 skrev John Paul Adrian Glaubitz:
> Hi Matthias!
>
> > On May 23, 2022, at 9:43 AM, Mattias Ellert
> > wrote:
> >
> > mån 2022-05-16 klockan 10:28 +0200 skrev John Paul Adrian
> > Glaubitz:
> > > Hi Matthias!
&g
Hi!
The build of globus-gass-copy/10.12-1 failed on GNU/Hurd:
https://buildd.debian.org/status/logs.php?pkg=globus-gass-copy=hurd-i386
I can not reproduce the failure on exodar. I tried 10 times, all
successful.
Can the build be tried again?
Mattias
signature.asc
Description: This
ons 2022-05-25 klockan 10:28 +0200 skrev John Paul Adrian Glaubitz:
> Hello!
>
> On 5/25/22 10:12, Mattias Ellert wrote:
> > Recent builds on ia64 builders still use fakeroot fakeroot_1.26-1.
> > E.g.
> > https://buildd.debian.org/status/fetch.php?pkg=open-isns=
mån 2022-05-23 klockan 09:57 +0200 skrev John Paul Adrian Glaubitz:
> Hi!
>
> > On May 23, 2022, at 6:58 AM, Mattias Ellert
> > wrote:
> >
> > Please update fakeroot to version 1.29-1 on the ia64 builders.
> >
> > I tried requesting a giveback of a
Package: wnpp
Severity: wishlist
Owner: Mattias Ellert
* Package name: gfal2-bindings
Version : 1.11.1
* URL : https://dmc-docs.web.cern.ch/dmc-docs/gfal2-python.html
* License : Apache-2.0
Description :
Python bindings for gfal2. GFAL2 offers a single
Package: wnpp
Severity: wishlist
Owner: Mattias Ellert
* Package name: gfal2-bindings
Version : 1.11.1
* URL : https://dmc-docs.web.cern.ch/dmc-docs/gfal2-python.html
* License : Apache-2.0
Description :
Python bindings for gfal2. GFAL2 offers a single
mån 2022-05-16 klockan 10:28 +0200 skrev John Paul Adrian Glaubitz:
> Hi Matthias!
>
> On 5/16/22 10:24, Mattias Ellert wrote:
> > I have noticed that in addition to m68k and sh4, the builds also
> > fail
> > in the same way on the hppa host known as pasta, but when
Please update fakeroot to version 1.29-1 on the ia64 builders.
I tried requesting a giveback of a failing package, but despite
fakeroot 1.29-1 being available, the build was attempted using the old
broken version:
The build log says:
Package versions: ... fakeroot_1.26-1 ... libfakeroot_1.26-1
Control: tag 1011234 +patch
The attached patch fixes the issue:
Mattias
diff -ur fakeroot-1.28.orig/libfakeroot.c fakeroot-1.28/libfakeroot.c
--- fakeroot-1.28.orig/libfakeroot.c 2022-03-04 14:21:41.0 +
+++ fakeroot-1.28/libfakeroot.c 2022-05-20 04:57:29.491263557 +
@@
tor 2022-05-19 klockan 07:46 +0200 skrev Mattias Ellert:
> Is _STAT_VER correct for ia64?
>
> https://salsa.debian.org/clint/fakeroot/-/blob/master/libfakeroot.c#L98-L116
>
> Mattias
>
According to
https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/un
Is _STAT_VER correct for ia64?
https://salsa.debian.org/clint/fakeroot/-/blob/master/libfakeroot.c#L98-L116
Mattias
signature.asc
Description: This is a digitally signed message part
tor 2022-05-19 klockan 00:02 + skrev Clint Adams:
> Is the output of
>
> strace -e '%%stat' sh -c 'test -c /dev/null'
>
> conspicuously different on ia64 in contrast with other architectures?
There is no major difference:
x86_64:
ellert@debian-unstable:~$ uname -a
Linux
ons 2022-05-18 klockan 15:03 + skrev Clint Adams:
> On Wed, May 18, 2022 at 04:43:08PM +0200, Mattias Ellert wrote:
> > However, on ia64 it fails:
> >
> > ellert@yttrium:~$ fakeroot ./fakeroot-test.sh
> > crw-rw-rw- 1 root root 1, 3 May 10 06:51 /dev/null
> >
Package: fakeroot
Version: 1.26-1
Severity: important
Control: affects -1 globus-gridftp-server
Using the following test script:
$ cat fakeroot-test.sh
#! /bin/sh
res=0
mkdir newdev
(cd /dev; tar chf - null) | (cd newdev; tar xf -)
ls -l /dev/null
if [ -c /dev/null ] ; then
echo Original is
Hi!
Now the openssl3 transition is underway, and many more of the globus
packages fail in the same way.
My original idea that it was failing due to doxygen using an input
filter, seems to be incorrect. Only 4 of the globus packages uses an
input filter, an many more of them are failing than
Hi!
The globus-net-manager package failed to build from source on m64k and
sh4 during the python 3.10 transition. I tried giving the package back,
but the second attempt failed in the same way.
I did build the package successfully on the m68k porterbox
mitchy.debian.net, so I can not reproduce
Hi!
Two packages I built for EPEL 9 are now reported by koschei as having
missing build dependencies.
https://koschei.fedoraproject.org/package/davix?collection=epel9
https://koschei.fedoraproject.org/package/uglify-js?collection=epel9
The EPEL 9 builds were built using the following build
deb contains the line
/* #undef _GLIBCXX11_USE_C99_STDLIB */
The corresponding file for other architectures contains
#define _GLIBCXX11_USE_C99_STDLIB 1
This is a regression wrt earlier versions, since this used to work
without problems.
Mattias Ellert
signature.asc
Description: This is a digitally signed message part
deb contains the line
/* #undef _GLIBCXX11_USE_C99_STDLIB */
The corresponding file for other architectures contains
#define _GLIBCXX11_USE_C99_STDLIB 1
This is a regression wrt earlier versions, since this used to work
without problems.
Mattias Ellert
signature.asc
Description: This is a digitally signed message part
Source: ceph
Version: 14.2.21-1
Severity: important
Tags: ftbfs fixed-upstream patch
Control: forwarded -1 https://github.com/ceph/ceph/pull/42962
Control: found -1 14.2.20-2
Control: found -1 14.2.20-1
Control: found -1 14.2.18-1
Control: found -1 14.2.16-2
Control: found -1 14.2.16-1
Control:
Control: forwarded 893745 https://foss.heptapod.net/pypy/cffi/-/issues/507
Control: tag 893745 +fixed-upstream
The patch was sent upstream and accepted in
https://foss.heptapod.net/pypy/cffi/-/commit/fbd7f15616b60abd84c7686e6067953a77afeaf1
Are there any objections to me uploading the NMU I
Hi.
I have created a merge request on salsa for this fix.
https://salsa.debian.org/debian/openssl/-/merge_requests/6
Mattias
signature.asc
Description: This is a digitally signed message part
Source: openssl
Version: 1.1.1l-1
Severity: important
Tags: ftbfs, patch, fixed-upstream
Control: forward -1 https://github.com/openssl/openssl/pull/16477
Control: found -1 1.1.1k-1
Control: found -1 1.1.1j-1
Control: found -1 1.1.1i-3
Control: found -1 1.1.1i-2
Control: found -1 1.1.1i-1
Control:
Control: tags 893745 + patch
https://salsa.debian.org/python-team/packages/python-cffi/-/merge_requests/2
Mattias
signature.asc
Description: This is a digitally signed message part
The gsoap package was updated in rawhide to version 2.8.117. As always
for this package there is a soname bump.
The following dependent packages were rebuild by me:
CGSI-gSOA
voms
The following dependent packages need to be rebuilt. Maintainers in cc:
davix
dmlite
gridsite
srm-ifce
Hi!
I filed a bugzilla request 2021-04-18 (almost 4 month ago) asking for
the uglify-js package to be updated:
https://bugzilla.redhat.com/show_bug.cgi?id=1950780
There has been no reply from the maintainer.
Following the non-responsive maintainer policy
CA that was removed from later upstream releases.
If the discontinued CA (INFN-CA-2015) causes issued for you, you can
reconfigure igtf-policy-classic to exclude it.
See /usr/share/doc/igtf-policy-classic/README.Debian
Let me know if this addresses your issues.
Mattias Ellert
tor 2021-07-15
tis 2021-04-20 klockan 20:32 +0200 skrev Moritz Muehlenhoff:
> Package: libgsoap-2.8.104
> Version: 2.8.104-2
> Severity: important
> File: gsoap
> Tags: security
> X-Debbugs-Cc: Debian Security Team
>
> This was assigned CVE-2021-21783:
>
+
+ -- Mattias Ellert Mon, 08 Mar 2021 14:06:23 +0100
+
gsoap (2.8.104-2) unstable; urgency=medium
* Re-upload source only
diff -Nru gsoap-2.8.104/debian/control gsoap-2.8.104/debian/control
--- gsoap-2.8.104/debian/control 2020-07-22 15:23:55.0 +0200
+++ gsoap-2.8.104/debian/control 2021-03
+
+ -- Mattias Ellert Mon, 08 Mar 2021 14:06:23 +0100
+
gsoap (2.8.104-2) unstable; urgency=medium
* Re-upload source only
diff -Nru gsoap-2.8.104/debian/control gsoap-2.8.104/debian/control
--- gsoap-2.8.104/debian/control 2020-07-22 15:23:55.0 +0200
+++ gsoap-2.8.104/debian/control 2021-03
These symbols were always undefined, so I don't get the "Since updating
to focal..." part of the bug report.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1878188
Title:
libgsoap.so undefined
These symbols are undefined by design. They are supposed to be supplied
by the user.
Usually they are provided by autogenerated code created by the soapcpp2
program (in the gsoap package).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Hi.
My currently installed version of libjs-jquery is
$ dpkg-query --show libjs-jquery
libjs-jquery3.5.1+dfsg+~3.5.5-4
which is currently the latest version.
I have a symlink as follows:
$ ls -l /usr/share/javascript/jquery
lrwxrwxrwx 1 root root 29 12 May 2020
1 - 100 of 3155 matches
Mail list logo