Package: src:libs3
Version: 2.0-4
Severity: important
Tags: ftbfs patch
On Linux _UTSNAME_SYSNAME_LENGTH and _UTSNAME_MACHINE_LENGTH are 65,
and the platform string, which is defined as
char platform[_UTSNAME_SYSNAME_LENGTH + 1 + _UTSNAME_MACHINE_LENGTH];
fits into the subsequent snprintf comman
Control: tags -1 - moreinfo
Most of the quoted build depends do not list armel and armhf:
dpdk: libisal-dev [amd64]
liberasurecode: libisal-dev [amd64 arm64 kfreebsd-amd64]
python-pyeclib: libisal-dev [amd64 arm64 kfreebsd-amd64]
xrootd: libisal-dev [alpha amd64 arm64 hurd-amd64 loong64 mips64el
Hi!
libisal is now marked for auto-removal together with the packages that
depend on it on April 26, due to not migrating. It would be nice to
avoid this by making the migration happen.
I filed removal bugs for the armel/armhf builds for the three packages.
They are marked as blocking this bug.
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Control: affects -1 + src:fastp
Usertags: remove
Control: block 1098965 by -1
Package no longer buildable on armel and armhf due to libisal-dev no
longer available on 32 bit architectures.
signature.asc
Descriptio
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Control: affects -1 + src:python-isal
Usertags: remove
Control: block 1098965 by -1
Package no longer buildable on armel and armhf due to libisal-dev no
longer available on 32 bit architectures.
signature.asc
Desc
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Control: affects -1 + libxrdec1t64
Usertags: remove
Control: block 1098965 by -1
The build dependency needed to build the binary package libxrdec1t64
from srd:xrootd, libisal-dev, is no longer available for 32 bit
ar
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Control: affects -1 + src:arc-gui-clients
Usertags: remove
Not maintained upstream for along time.
Depends on QtWebKit:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1093728
Mattias Ellert
Maintainer of the
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:libisal
User: ftp.debian@packages.debian.org
Usertags: remove
32 bit architectures were dropped in package version 2.31.1-1.
signature.asc
Description: This is a digitally signed message part
Salsa merge request available:
https://salsa.debian.org/ColinKing/libisal/-/merge_requests/2
Mattias
signature.asc
Description: This is a digitally signed message part
Salsa merge request available:
https://salsa.debian.org/ColinKing/libisal/-/merge_requests/2
Mattias
signature.asc
Description: This is a digitally signed message part
gency=medium
+
+ * Non-maintainer upload.
+ * Add hardening=+pie to DEB_BUILD_MAINT_OPTIONS
+
+ -- Mattias Ellert Sat, 08 Feb 2025 18:38:12 +0100
+
catch2 (3.7.1-0.4) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru catch2-3.7.1/debian/rules catch2-3.7.1/debian/rules
--- catch2-
source: mypy
version: 1.15.0-1
severity: important
Control: tags -1 + patch ftbfs
For the hurd-any issue see upstream github pull request:
https://github.com/python/mypy/pull/18630
The x32 issue is a packaging problem.
A merge request on salsa fixing both issues is available here:
https://salsa.
source: libisal
version: 2.31.1-1
severity: important
Control: forwarded -1 https://github.com/intel/isa-l/issues/311
Control: tags -1 + patch fixed-upstream
A bug affecting big endian architectures (e.g. s390x) was recently
fixed upstream. The issue is in upstream's issue tracker on github:
https
source: libisal
version: 2.31.1-1
severity: important
The latest update to isa-l stopped building the package for 32 bit
architectures because they are not supported by upstream.
However, with this change also s390x was dropped from the list of
architectures. This seems to be an error, since s390
Control: tags 1092084 - ftbfs
Control: retitle 1092084 nordugrid-arc: VOMS test fails with openssl 3.4.0
Control: severity 1092084 important
The failing test was disabled in version 6.21.1-2. The bug, while still
not fixed, no longer causes FTBFS. Reducing severity.
Mattias
signature.asc
Descr
Note that upstream removed the original 2.31.1 tag from git due to the
unintended change to the library version. They have now made a new
2.31.1 tag on a later commit with a fix for this. Please update the
package source,
Mattias
signature.asc
Description: This is a digitally signed message pa
Package: wnpp
Severity: wishlist
Owner: Mattias Ellert
* Package name: xrootd-s3-http
Version : 0.1.7
* URL : https://github.com/PelicanPlatform/xrootd-s3-http
* License : Apache-2.0
Description:: S3/HTTP filesystem plugins for XRootD
These filesystem
Hi!
This issue was fixed with an NMU.
Please update the VCS by merging the merge request on Salsa:
https://salsa.debian.org/openstack-team/third-party/libisal/-/merge_requests/3
Mattias
signature.asc
Description: This is a digitally signed message part
Control: tags -1 + patch
Possible fix: https://github.com/frankheckenbach/ftgl/pull/20
signature.asc
Description: This is a digitally signed message part
Control: tags -1 +patch
Pull request:
https://salsa.debian.org/openstack-team/third-party/libisal/-/merge_requests/2
signature.asc
Description: This is a digitally signed message part
source: libisal
version: 2.31.0-0.1
severity: important
Update symbols file for hurd-amd64
dh_makeshlibs -a
dpkg-gensymbols: error: some new symbols appeared in the symbols file:
see diff output below
dpkg-gensymbols: warning: debian/libisal2/DEBIAN/symbols doesn't match
completely debian/libi
Package: doxygen
Version: 1.9.8+ds-2
Severity: important
Forwarded: https://github.com/doxygen/doxygen/issues/11138
The files generated by doxygen whose file names contain the string
unnamedN where N is a number are not generated using predictable names.
See e.g. the reproducible build check for
Merge request:
https://salsa.debian.org/debian/boost/-/merge_requests/11
Mattias
signature.asc
Description: This is a digitally signed message part
work.
The attached patch modifies the debian/rules file accordingly.
I can make an NMU upload if you are happy with the modification.
Mattias.
From 85520090f1b100d87d0710a2ffd482d7f39e556c Mon Sep 17 00:00:00 2001
From: Mattias Ellert
Date: Thu, 22 Aug 2024 17:41:17 +0200
Subject: [PATCH
Hi Nicolas.
In your last message (2024-07-04) you said that you have prepared an
update in salsa that you would upload if everything looked OK.
I appreciate your work on this issue, is there an issue with the update
that is delaying the upload? The pipeline in salsa has succeeded.
Mattia
Merge Request available in Salsa:
https://salsa.debian.org/debian/rapidjson/-/merge_requests/2
This bug makes many packages FTBDS and therefore flagged for auto-
removal, so can this be fixed swiftly?
Mattias
signature.asc
Description: This is a digitally signed message part
The correct fix is to not assume a maximum length for paths, but use
dynamic allocation with the proper length.
One way to do this can be seen in the attached patch (calling snprintf
twics).
Another options is to calculate the needed length by adding up the
strlen() result for each of the strings
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
D
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
D
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 ar
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 architectu
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 archite
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 architectur
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 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: Thi
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:
https://gitlab.kitware.
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 +src:pytorch-au
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:
https
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
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
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
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++" -fvisi
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
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 seqan3-3.2.0+ds.orig/test/unit/test/CMakeLists
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 pack
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 d
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
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 +
@@ -9
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 debian-unstable
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
vided by libstdc++-10-dev_10.3.0-11_sh4.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: fou
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 prop
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
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:
> https://talosintelligence.com/vulnerability_reports/TALOS
+
+ -- 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
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 /usr/share/javascript/jque
Source: glibc
Version: 2.31-7
Severity: important
User: debian-...@lists.debian.org
The builds on kfreebsd-* currently fail during the patching step
because one of the kfreebsd specific patches fails to apply.
Fixing this issue is trivial and simply requires a refresh of the patch
(attached).
Ho
Package: wnpp
Severity: wishlist
Owner: Mattias Ellert
* Package name: scitokens-cpp
Version : 0.5.1
* URL : https://github.com/scitokens/scitokens-cpp
* License : Apache-2.0, Expat, BSD-2-clause
Description :
This package implements a minimal library
Package: gcc-10
Version: 10.2.1-1
Severity: normal
Affects: src:globus-rsl
I recently updates some packages I maintain to compat level 13. Since
they previously were on compat level 10, this meant that the dh_dwz
that was added to the default sequence is now run for these packages.
For most packa
Package: wnpp
Severity: wishlist
Owner: Mattias Ellert
* Package name: libmacaroons
Version : 0.3.0
* URL : https://github.com/rescrv/libmacaroons
* License : BSD-3-Clause
Description : C library supporting generation and use of macaroons
signature.asc
Package: wnpp
Severity: wishlist
Owner: Mattias Ellert
* Package name: xrootd
Version : 5.0.3
* URL : https://xrootd.org
* License : LGPL-3 and BSD-4-clause
Description : Extended ROOT file server
The Extended root file server consists of a file server
> This message was generated automatically; if you believe that there is
> a problem with it please contact the archive administrators by mailing
> ftpmas...@ftp-master.debian.org.
Hi FTP masters.
Sorry, but What I tried to request from you was not what happened.
Possibly, my request was not clea
Package: ftp.debian.org
Severity: normal
Hi!
According to https://packages.debian.org/sid/gfal2 the available
versions of the gfal2 binary package in unstable are:
ArchitectureVersion
all 2.17.3-1
arm64 (unofficial port) 2.6.8-1
The gfal2
Source: googletest
Version: 1.10.0-2
The build of googletest has failed on sh4 for the last couple of
versions:
https://buildd.debian.org/status/logs.php?pkg=googletest&arch=sh4
The last attempted build ends with:
out of memory allocating 2448912 bytes after a total of 120168448 bytes
The debi
reassign 952622 src:procps 2:3.3.16-2
fixed 952622 procps/2:3.3.16-3
retitle 952622 procps does not provide /bin/kill - violates FHS specification
affects 952622 myproxy
stop
Section 3.4 of the Filesystem Hierarchy Standard (FHS) says:
https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch03s04.html
The nordugrid-arc-gangliarc package has a pending removal request:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942385
Mattias
signature.asc
Description: This is a digitally signed message part
The lcgdm package has a pending removal request:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942386
Mattias
signature.asc
Description: This is a digitally signed message part
Control: tags -1 + patch
This debdiff suggest making the rocksdb plugin linux only.
Mattias
diff -Nru mariadb-10.3-10.3.18/debian/rules mariadb-10.3-10.3.18/debian/rules
--- mariadb-10.3-10.3.18/debian/rules 2019-08-06 02:56:47.0 +
+++ mariadb-10.3-10.3.18/debian/rules 2019-0
Package: libproc-processtable-perl
Version: 0.59-1
Severity: normal
Tags: patch
The attached debdiff makes the package build for GNU/Hurd.
Mattias
diff -Nru libproc-processtable-perl-0.59/debian/patches/map-HALTED-to-STOP.patch libproc-processtable-perl-0.59/debian/patches/map-HALTED-to-
Package: doxygen
Version: 1.8.13-11
Severity: normal
Forwarded: https://github.com/doxygen/doxygen/pull/7341
Tags: patch
If I use an html footer file that contains:
Now is $datetime. This is $year.
and run doxygen the generated index.html contains:
Now is Sat Oct 19 2019 20:48:34. This is 2019.
removal from the distribution.
Mattias Ellert
Maintainer of the package
signature.asc
Description: This is a digitally signed message part
updated, and the information provided in it is out of date.
I would therefore like to requests its removal from the distribution.
Mattias Ellert
Maintainer of the package
signature.asc
Description: This is a digitally signed message part
therefore like to requests its removal from the distribution.
Mattias Ellert
Maintainer of the package
signature.asc
Description: This is a digitally signed message part
sön 2019-06-23 klockan 17:47 +0200 skrev Helmut Grohne:
> I see the following options to fix this:
>
> 1. Remove Multi-Arch: foreign. (<- This is bad. I hope obviously.)
> 2. Drop the dependency from gsoap to libgsoap-dev. Thus gsoap no longer
>exposes libgsoap-dev. Doing so makes a number of
1 - 100 of 398 matches
Mail list logo
