This fixes the build:
--- a/configure.ac
+++ b/configure.ac
@@ -852,6 +852,7 @@ fi
AC_CACHE_CHECK([if gettimeofday takes tz
argument],rsync_cv_HAVE_GETTIMEOFDAY_TZ,[
AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[#include
+#include
#include ]], [[struct timeval tv; exit(gettimeofday(,
> 1. --- 0x2 != 0x1
>src/tests/cmocka/test_responder_cache_req.c:2505: error: Failure!
>
>assert_int_equal(test_ctx->result->count, 1);
>
> apparently there are 2 results returned while expected just one.
This is because of time_t now being 64bits and a "%lu" format string
is being used
PR at https://salsa.debian.org/debian/isc-kea/-/merge_requests/43
On Fri, Feb 23, 2024 at 12:27 PM Théophile Bastian
wrote:
>
> Package: kea-dhcp4-server
> Version: 2.2.0-6
> Severity: normal
> X-Debbugs-Cc: theophile.bast...@echirolles.fr
>
> Dear Maintainer,
>
> The currently packaged apparmor
Oh, good one. dh_apparmor takes care of generating the local/* file,
but it of course won't change the main profile file to include it...
...and 2.2.4 also fails to build:
https://github.com/savonet/liquidsoap/issues/3752
$ make
: warning: "_FORTIFY_SOURCE" redefined
: note: this is the location of the previous definition
: warning: "_FORTIFY_SOURCE" redefined
: note: this is the location of the previous definition
: warning:
Upstream fixed[1] this in 2.2.4. There are big commits that could be
used as patches, but it's probably best to just update to 2.2.4.
1. https://github.com/savonet/liquidsoap/issues/3750
Package: tgt
Version: 1:1.0.85-1.1
Severity: Normal
Dear Maintainer,
the DEP8 "storage" test from src:tgt is now failing on 32 bit
architectures (like armhf) because tgt-glusterfs is no longer
available there. The test hardcodes the storage modules it checks for,
and in the case of 32bit arches,
Package: tgt
Severity: normal
Version: 1:1.0.85-1.1
Dear Maintainer,
the bin:tgt package should not suggest bin:tgt-glusterfs on 32bit
architectures, since bin:tgt-glusterfs is no longer built on those.
tVersion with packaging's Version
Python distutils was removed in python 3.12. The recommendation[1] from
PEP-0632 is to replace distutils.version with the packaging package.
.
1. https://peps.python.org/pep-0632/#migration-advice
Author: Andreas Hasenack
Origin: vendor
Bug: TBD
Forwarded:
Salsa MP at
https://salsa.debian.org/python-team/packages/mod-wsgi/-/merge_requests/1
.
These are currently in review on ubuntu at
https://code.launchpad.net/~ahasenack/ubuntu/+source/glusterfs/+git/glusterfs/+merge/450481
From 8c8e652c73958c2c62c3a80d0814a0e04e0d3096 Mon Sep 17 00:00:00 2001
From: Andreas Hasenack
Date: Fri, 1 Sep 2023 10:19:57 -0300
Subject: [PATCH 2/2] * d/t/control, d/t/smoke
Package: glusterfs
Version: 11.0-2
Severity: normal
Dear Maintainer,
the glusterfs 11.0-2 DEP8 tests are failing in ubuntu[1]. I quickly
ran them in a debian sid vm, and the same crash[2] happens there as
well:
Aug 18 12:38:47 sid-vm glusterd[5871]: Fatal glibc error:
malloc.c:2593 (sysmalloc):
I think it's ok for the files to remain there, as long as there is a
clear indication that they are not used anymore to set command line
options, and furthermore, that the systemd units definitely do not use
them. I realize such a change will probably generate dpkg conf
prompts, though :/
Package: haskell-gi-vte
Version: 2.91.30-1
Severity: important
Dear Maintainer,
haskell-gi-vte is failing to build from source in debian sid:
Preprocessing library for gi-vte-2.91.30..
Building library for gi-vte-2.91.30..
[ 1 of 19] Compiling GI.Vte.Config( GI/Vte/Config.hs,
Package: rust-bindgen
Version: 0.60.1-2
Severity: normal
Dear maintainer,
in Ubuntu we are using LLVM-16 already, and I came across an FTBFS[0]
in src:rust-nettle-sys[1] that, after some troubleshooting, showed it
was only failing to build when built with rust-bindgen 0.60.x.
[nettle-sys 2.2.0]
Package: mshr
Version: 2019.2.0~git20200924.c27eb18+dfsg1-8
Severity: important
Dear Maintainer,
mshr is failing to build in sid:
In file included from /usr/include/boost/mpl/aux_/has_begin.hpp:17,
from /usr/include/boost/mpl/aux_/begin_end_impl.hpp:21,
from
Package: rust-tendril
Version: 0.4.0-1
Severity: normal
Dear Maintainer,
please consider updating rust-tendril to 0.4.3. It fixes a build
problem in 0.4.0 when built with rustc 1.70.0:
error[E0793]: reference to packed field is unaligned
--> src/tendril.rs:241:20
|
241 |
Hi Jonas,
thanks for the fast reply!
On Mon, Aug 7, 2023 at 12:04 PM Jonas Smedegaard wrote:
>
> Quoting Andreas Hasenack (2023-08-07 16:53:26)
> > since rust-phf 0.11.2-1, librust-palette-dev is currently uninstallable in
> > sid:
>
> Hi Andreas,
>
> Thanks for
Package: rust-palette
Version: 0.7.2+dfsg-2
Importance: normal
Dear Maintainer,
since rust-phf 0.11.2-1, librust-palette-dev is currently uninstallable in sid:
$ sudo apt install librust-palette-dev
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
attached fixes for the gcc-13 FTBFS
From e8d1d1486e3d9d8495af4c0903d6eb3e24a92094 Mon Sep 17 00:00:00 2001
From: Brecht Van Lommel
Date: Wed, 18 Jan 2023 13:42:55 +0100
Subject: [PATCH] Fix T103960: build issue with GCC 13 in Cycles thread code
---
intern/cycles/util/thread.cpp | 2 ++
1 file
Salsa PR at https://salsa.debian.org/ruby-team/unicorn/-/merge_requests/1
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
c22ae5ed4ca8d7e5568be7d5a930ee388117703e
debian/patches/doc-build-with-newer-cairo-2.patch:commit
Package: doxygen
Version: 1.9.4-4
Severity: normal
Dear maintainer,
Cairo 1.17.6 (or close to it) introduced a change[1] in how certain
PDF elements are generated which introduces a build failure in the
doxygen docs[2], as well as in other packages that use doxygen (like
fenics-dolfinx).
That
Hi,
On Wed, Jul 5, 2023 at 6:54 AM Mike Gabriel
wrote:
>
> Hi Andreas,
>
> On Fr 30 Jun 2023 14:12:01 CEST, Andreas Hasenack wrote:
>
> > We have that patch[1] in Ubuntu, and also DEP8 tests that use autofs
> > with kerberos and sasl authentication mechanisms[2] (a
We have that patch[1] in Ubuntu, and also DEP8 tests that use autofs
with kerberos and sasl authentication mechanisms[2] (and patches for
problems in that area: autofs 5.1.8 was a bit disruptive). Note these
tests require a VM, like the other existing DEP8 tests, but I can
prepare a PR for this
Package: strongswan
Version: 5.9.11-1
Severity: normal
Dear Maintainer,
on a recent build of strongswan, lintian is reporting that many source
files are not covered by the current d/copyright contents. I'm going
to paste it below:
W: strongswan source: file-without-copyright-information
Hi,
could this fix please be applied? Or, if something is missing or
unclear, please let me know.
I can also create a PR for this, but there is no vcs tag in d/control,
so I don't know where to create it.
Thanks for considering it!
Quick MP at
https://salsa.debian.org/python-team/packages/cachelib/-/merge_requests/1
The problem is that 1.6.19-1 is listening on ipv6 as well, and that
makes the test suite fail to start another copy due to "address
already in use":
@@__xproc_block_delimiter__@@
slab class 1: chunk size 96 perslab 10922
(...)
failed to listen on TCP port 11211: Address already in use
1.6.18-1
Hi,
On Sun, May 28, 2023 at 4:12 PM Otto Kekäläinen wrote:
> Setting up saslauthd with mecanism sasldb
> Authentication of user user2415 with correct password should succeed... FAIL
> exit status: 255
> output:
> connect() : No such file or directory
> 0:
> autopkgtest [15:10:15]: test
Hi,
On Thu, Mar 30, 2023 at 9:50 AM Markus Viitamäki wrote:
>
> Wait a second..
>
> It works for me now also, but the only thing I have changed is the changes
> from your apparmor MR in #1033640.
> I feel stupid now, but the problem seems to be fixed by the apparmor change..
>
> lsof -Pni |
Hi,
On Thu, Mar 30, 2023 at 4:57 AM Markus Viitamäki wrote:
>
> Hey,
>
> I have indeed a edited config, which you can find here:
> https://pastebin.com/gwPH7dWx
> I did get this problem after install, since it seems that the process runs
> fine but just doesn't bind any interface/port.
>
>
Thanks for filing this. The inet6 inclusion should be handled by the
same fix for #1033640 (the nameservice abstraction).
About the other problem you hit, did you make changes to the kea-dhcp6
configuration file, or are you getting these errors right after
install? I see you have a valid IPv6
I pushed this MR to salsa:
https://salsa.debian.org/debian/isc-kea/-/merge_requests/27
It's against experimental for now.
Hi,
On Wed, Mar 29, 2023 at 5:12 AM Markus Viitamäki wrote:
>
> Package: kea-common
> Version: 2.2.0-5
>
> System:
> Debian 12 (Bookworm)
> Linux dhcp 6.1.0-6-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.15-1 (2023-03-05)
> x86_64 GNU/Linux
>
> Error (syslog):
> [Wed Mar 29 08:05:59 2023] audit:
The extra randomness suffix happens when you login via ssh/gssapi.
On Sun, Mar 19, 2023 at 9:09 PM Benjamin Kaduk wrote:
>
> Hmm, on my local machines (one running Debian, one running Ubuntu) I appear
> to be seeing the expected default /tmp/krb5cc_%{uid} behavior.
> I couldn't quite follow how
Hi,
what's the actual apparmor DENIED message you get in the logs? Check
`dmesg`.
I see you are not using the systemd unit, so I suspect you are running kea
as root directly, instead of as the unprivileged `_kea` user, and you are
probably tripping over the "owner" flag of the apparmor rules.
Hi,
On Wed, Mar 8, 2023 at 1:33 AM Benedikt Spranger wrote:
> After adopting /etc/apparmor.d/usr.sbin.kea-dhcp4 by adding
> "owner /run/kea/logger_lockfile rwk,":
>
>
This rule exists in the apparmor profile already:
I wasn't able to determine that. If the module didn't change since
ubuntu 22.04, then it's a bug/feature in the compiler, which did
change:
Last one that worked (of the stable releases of ubuntu):
openldap | 2.4.49+dfsg-2ubuntu1.9 | focal-updates | source
Here is when it started to
Package: openldap
Version: 2.5.13+dfsg-3
Severity: normal
Dear Maintainer,
we got a report[1] on Ubuntu that the contrib module password/sha2 was
producing an incorrect SHA256 hash. It was confirmed for a number of
releases (22.04, 22.10 and the upcoming 23.04). I checked and it also
happens on
Package: libp11
Version: 0.4.12-0.1
Severity: normal
Dear Maintainer,
please consider adding these DEP8 tests to the libp11 package.
https://salsa.debian.org/opensc-team/libp11/-/merge_requests/4
Thanks
Hi,
any particular reason for not adopting the upstream patch, which fixes
the problem properly? Disabling the compiler/build flags that tripped
the error could have other consequences.
Package: git
Version: 1:2.38.1-1
Severity: normal
Dear Maintainer,
git commit 29fb2ec384a867ca577335a12f4b45c184e7b642, present in 2.38.0
and later, introduced a function that gets the number of cores from
/proc/cpuinfo. It essentially does this:
do { local @ARGV='/proc/cpuinfo'; return
Package: nfs-utils
Version: 1:2.6.2-1+b1
Severity: normal
Dear Maintainer,
Under certain conditions, blkmapd can crash due to calling free() on a
pointer that wasn't malloc()ed. The reproducer I list below using a
debian sid VM went as far as isolating it to having LVM Logical
Volumes on SCSI
Package: pam-p11
Version: 0.3.1-1.1
Severity: normal
Dear Maintainer,
it's likely that the current pam-p11 source package will FTBFS in some
architectures if a rebuild is attempted at this time, with gcc-12. We
encountered this problem[1][2] in Ubuntu, and upstream committed a fix[3]
which we
Package: opensc
Version:
Severity: normal
Dear Maintainer,
a while ago (in 0.22.0-2) the -Wno-error=maybe-uninitialized flag was added
to the build of the package to workaround (back then) gcc-11 new stringent
checks. I suspect one of those was in the base64.c file, which was now
fixed
Package: krb5
Version: 1.20-1
Severity: normal
Dear Maintainer,
it came to my attention that it looks like the build-time tests of MIT
krb5 are disabled in debian, via this empty d/rules override:
override_dh_auto_test:
I dug a bit in the git history, and found this commit:
Package: python-etelemetry
Version: 0.3.0-2
Severity: normal
Dear Maintainer,
the rig.mit.edu server that seems to be used by default by
python-etelemetry is offline:
$ python3
Python 3.10.6 (main, Aug 10 2022, 11:19:32) [GCC 12.1.0] on linux
Type "help", "copyright", "credits" or "license" for
Package: pax-utils
Version: 1.3.5-1
Severity: normal
Dear Maintainer,
With the switch to the python implementation of lddtree, one
dependency was missed:
Traceback (most recent call last):
File "/usr/bin/lddtree", line 59, in
from elftools.elf.elffile import ELFFile
ModuleNotFoundError:
Hi,
we hit this bug in Ubuntu as well, and I created a salsa PR for it:
https://salsa.debian.org/science-team/netgen/-/merge_requests/12
Attached is what ubuntu is doing.
diff --git a/debian/liblttng-ust-python-agent1.symbols b/debian/liblttng-ust-python-agent1.symbols
index 4ecb039..297a0cd 100644
--- a/debian/liblttng-ust-python-agent1.symbols
+++ b/debian/liblttng-ust-python-agent1.symbols
@@ -1,5 +1,5 @@
I created a salsa PR with my attempt at fixing this:
https://salsa.debian.org/kernel-team/nfs-utils/-/merge_requests/18
Package: kerberos-configs
Version: 2.6
Severity: normal
Dear Maintainer,
According to [1], the upstream implicit default of "rdns = true" is
there for historical reasons only, and upstream suggests to consider
setting it to "false":
"""
Consider setting rdns to false in order to reduce your
Ok, my current theory is this, please poke holes:
autofs and nfs-common are both unpacked. Then the setup begins.
If autofs is setup first, it means systemctl daemon-reload will be
called at the end, and that will run all the generators. Since
nfs-common is already unpacked, it's generator is on
Package: nfs-utils
Version: 1:2.6.1-2
Severity: normal
Dear Maintainer,
on a fresh debian sid VM, if I "apt install autofs -y", at the end I
will have rpc_pipefs mounted in two places:
root@sid-autofs-nfs-common:~# mount -t rpc_pipefs
root@sid-autofs-nfs-common:~# apt install autofs -y
Reading
Package: pmdk
Version: 1.12.0-1
Severity: normal
Dear Maintainer,
pmdk is failing[1] to build on ppc64el due to a test failure on that platform:
obj_ctl_arenas/TEST3: SETUP (check/pmem/nondebug/drd)
obj_ctl_arenas/TEST3 failed with Valgrind. See drd3.log. Last 20 lines below.
Looks like it's a python bug: https://github.com/python/cpython/issues/91257
Upstream issue: https://github.com/tlsfuzzer/python-ecdsa/issues/285
I created this PR:
https://salsa.debian.org/debian/cyrus-sasl2/-/merge_requests/11
Hi,
On Wed, May 18, 2022 at 6:34 PM Bastian Germann wrote:
> Should I take the upstream sasl patches which enable DIGEST-MD5 again or is
s/enable/fix/
:)
> it time to drop that mechanism, which is obsoleted by RFC6331 for 11 years?
It looks like upstream wants to obsolete DIGEST-MD5 and
Package: cyrus-sasl2
Version: 2.1.28+dfsg-5
Severity: normal
Dear maintainer,
cyrus-sasl2 2.1.28 has commit
8aa9ae816ddf66921b4a8a0f422517e6f2e55ac6[1] which makes it use openssl
for RC4.
debian/sid now has openssl3, which deprecated RC4 and made it part of
the legacy provider. Which means that
Package: nfs-utils
Version: 1:2.6.1-2
Severity: Normal
Dear Maintainer,
the config files in /etc/default/nfs-* should have a warning at the
top stating that they are left there only for SySV systems that do not
use systemd. In other words, they are ignored when systemd is used,
and the
Hi,
this is the root cause:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006147
There is a PR for it:
https://salsa.debian.org/pkg-debconf/debconf/-/merge_requests/10
Ubuntu is carrying this patch for now:
https://git.launchpad.net/ubuntu/+source/debconf/commit/?h=applied/ubuntu/devel
To
Package: krb5
Version: 1.19.2-2
Severity: normal
Dear Maintainer,
when creating a new realm using `krb5_newrealm`, the following warning
is logged in /var/log/syslog:
Apr 20 20:43:16 kdc krb5kdc[3136]: Stash file /etc/krb5kdc/stash uses
DEPRECATED enctype des3-cbc-sha1!
This comes from the
Package: lm-sensors
Version: 1:3.6.0-7
Severity: normal
Dear Maintainer,
the fix for bug #664141 introduced a system-sleep hook that restart
fancontrol. It does that unconditionally, though, so that even if the
user disabled the service (via systemctl disable fancontrol.service),
it will be
Here is the patch we applied to Ubuntu:
Description: update net usershare command-line for samba 4.15.x
Samba 4.15.x removed[1] the short "-l" option for net commands, requiring the
"--long" alternative.
.
1. https://www.samba.org/samba/history/samba-4.15.0
Hi,
I created a salsa PR[1] with the upstream patch. This is also the
patch we are using in Ubuntu.
1. https://salsa.debian.org/go-team/packages/rclone/-/merge_requests/4
I believe these patches from upstream fix the build problem:
https://git.launchpad.net/ubuntu/+source/unbound/tree/debian/patches/python3.10.patch
https://git.launchpad.net/ubuntu/+source/unbound/tree/debian/patches/python3.10-2.patch
On Fri, Mar 25, 2022 at 11:36 AM Patrick Matthäi wrote:
>
> Hello Andreas,
Hello Patrick,
> > a) remove fuse build-depends and Depends, since they are not needed
> > b) either disable fusermount-glusterfs, or install it suid root, or
> > leave it as is, but document that for it to work the
Thanks for the upstream check. I'm also subscribed to
https://github.com/haproxy/haproxy/issues/1276, let's see what they
say. I noticed that the build has a lot of deprecation warnings coming
from openssl3, but as long as they are just deprecation warnings (but
still work), it should be ok.
Salsa PR at https://salsa.debian.org/haproxy-team/haproxy/-/merge_requests/7
with the upstream patch that ubuntu has been carrying.
> I'm not familiar of changes in nfs-utils. Given the major version update and
> the
> fact that both Debian 11/Sid haven't included v2, I guess it's either not
> well-
> tested on Debian, or has breaking changes that most people don't want?
I've been looking at the exp package lately, since
> After the takeover the libnfsidmap source would be possible to be removed.
Should src:libnfsidmap-regex also be removed, since it's part of
nfs-utils upstream since 2.4.4-rc3[1]?
1.
http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commit;h=940caffdfb9953a2ccfecec81664e4a179753461
?
Salsa PR at https://salsa.debian.org/med-team/resfinder/-/merge_requests/2
Package: resfinder
Version: 4.1.5-2
Severity: normal
Dear Maintainer,
with python 3.10, the DEP8 tests of this package fail:
Running tests
Done
Traceback (most recent call last):
File "/usr/bin/run_resfinder.py", line 8, in
from cge.resfinder import ResFinder
File
Salsa PR at https://salsa.debian.org/debian/pyx3/-/merge_requests/3
Package: pyx3
Version: 0.15-5
Severity: normal
Dear Maintainer,
building pyx3 with python 3.10 is failing:
Traceback (most recent call last):
File "/tmp/autopkgtest.UtTakl/autopkgtest_tmp/examples/text/marker.py",
line 10, in
c.writeEPSfile("marker")
File
Salsa PR at
https://salsa.debian.org/python-team/packages/mando/-/merge_requests/2
Package: mando
Version:
Severity: normal
Dear Maintainer,
current mando package fails to build whith python 3.10 due to test
failures. There are two cases:
a) collections import, fixed in upstream 0.7.0:
...
File "/home/ubuntu/git/packages/mando/mando/mando/core.py", line 107,
in
Package: lazygal
Version: 0.10.3-2
Severity: normal
Dear Maintainer,
the build and DEP8 test of lazygal (everytime setup.py is called,
actually) produces this warning in stderr:
$ ./setup.py -h > /dev/null
/home/ubuntu/git/packages/lazygal/lazygal/./setup.py:20:
DeprecationWarning: The
Package: pythonpy
Version: 0.4.11b-3
Severity: normal
Dear Maintainer,
In python 3.10[1] deprecated aliases to Collections Abstract Base
Classes from the collections module have been removed. These imports
must be done from collections.abc.
This patch was provided by Daniel Franklin in a
Salsa PR at https://salsa.debian.org/med-team/sepp/-/merge_requests/1
Package: sepp
Version: 4.5.1+really4.5.1+dfsg-2
Severity: normal
Dear Maintainer,
Starting with python 3.10, directly importing Mapping from collections
does not work.
python 3.10[1] deprecated aliases to Collections Abstract Base Classes from
the collections module have been removed. These
Package: python-opcua
Version: 0.98.11-1
Severity: normal
Dear Maintainer,
python-opcua is showing this failure under python 3.10:
$ debian/tests/basic-import-py3
Traceback (most recent call last):
File "", line 1, in
File
Salsa PR at
https://salsa.debian.org/debian/python-orderedmultidict/-/merge_requests/12
Package: python-orderedmultidict
Version: 1.0-4
Severity: normal
Dear Maintainer,
in python 3.10, "from collections import " doesn't work anymore
and should be imported from collections.abc.
$ sh debian/tests/unittest
[0/1942]
EE
I created a salsa PR at
https://salsa.debian.org/debian/python-fysom/-/merge_requests/2
Package: python-fysom
Version: 2.1.5-3
Severity: normal
Dear Maintainer,
in python 3.10, "from collections import Mapping" doesn't work anymore
and should be imported from collections.abc
$ python3 debian/tests/import3
Traceback (most recent call last):
File
Package: glusterfs-client
Version: 10.1-1+b1
Severity: normal
Dear Maintainer,
while building glusterfs in ubuntu and getting ready to include it in
Ubuntu Main (https://bugs.launchpad.net/ubuntu/+source/glusterfs/+bug/1950321),
I happened to evaluate its usage of fuse, and it looks like the
Package: stunnel4
Version: 3:5.60+dfsg-1
Severity: normal
Dear Maintainer,
please consider updating stunnel to the latest upstream version, which
is 5.62 at the moment. Of note is that at least version 5.61 is
required to build with openssl 3, which is currently in Debian
Experimental.
Thanks!
Package: stunnel4
Version: 3:5.60+dfsg-1
Severity: normal
Dear Maintainer,
the upcoming python 3.10 deprecates SSL.PROTOCOL_TLS[1]:
Deprecated since version 3.10: TLS clients and servers require
different default settings for secure communication. The generic TLS
protocol constant is
Package: libyang2
Version: 2.0.112-6
Severity: normal
Dear Maintainer,
libyang2 has a test suite that can run at build time, but it's
disabled by default in release builds. From upstream's README[1]:
```
The tests are by default built in the Debug build mode by running
$ make
In case of the
Package: python-cryptography
Version: 3.4.8-1
Severity: normal
Dear maintainer,
openssl 3.0.1 fixed a bug[1] which tripped[2] the tests of
python-cryptography and made the package fail to build[3]:
lib = , ok = False
errors = []
def _openssl_assert(lib, ok, errors=None):
if not ok:
Package: glusterfs
Version: 10.0-2
Severity: normal
Dear Maintainer,
version 10.0-2 introduced the patch 03-systemd-environment-file.diff
which changes the glusterd systemd service file to source
/etc/default/glusterd. At the same time, it changes
debian/glusterfs-server.install to copy said
ss, pam, pac, etc) are socket
activated and should not be listed in the services line, as they will be
started on demand by systemd.
Author: Andreas Hasenack
Bug-Ubuntu: https://bugs.launchpad.net/bugs/1880157
Forwarded: not
Last-Update: 2020-09-03
---
This patch header follows DEP-3: http://dep.debian
Hi,
Bug #1002697 and #1000152 are duplicates of #1003355 which I just
filed, with an upstream fix and salsa PR at
https://salsa.debian.org/debian/cyrus-sasl2/-/merge_requests/8
Ubuntu jammy (devel release) has the same issue and it boils down to
SPNEGO being disabled accidentally in the
Package: cyrus-sasl2
Version: 2.1.27+dfsg2-2
Dear Maintainer,
with autoconf 2.71, there is an undetected error in the ./configure
run that results in GSS-SPNEGO being disabled:
>From
>https://buildd.debian.org/status/fetch.php?pkg=cyrus-sasl2=amd64=2.1.27%2Bdfsg2-2=1637264771=0:
...
checking
Package: glusterfs
Version: 10.0-1.3
Dear Maintainer,
I added a DEP8 test to glusterfs in Ubuntu, and would like to propose
it to Debian as well.
I'm attaching d/t/control and d/t/create-volume (the test I added). If
you prefer I push this to some VCS repository, just let me know. It's
Package: netopeer2
Version: 2.0.35-1
Dear Maintainer,
test_rpc fails on 32 bits architectures (i386 example at
https://buildd.debian.org/status/fetch.php?pkg=netopeer2=i386=2.0.35-1=1637934181=0)
2: [ RUN ] test_lock_basic
2: [ OK ] test_lock_basic
2: [ RUN ] test_lock_fail
2: "
2:
2: protocol
Package: libyang
Version: 1.0.225-1.1
Severity: normal
Dear Maintainer,
the DEP8 tests for libyang are failing:
https://ci.debian.net/packages/liby/libyang/
The reason is that d/t/control install libyang-tools, but there is a
transition going on and this line actually pulls in libyang2-tools.
1 - 100 of 183 matches
Mail list logo
