Oh, thanks!
I'll sync the package as soon as launchpad has ingested it, so
probably tomorrow.
On Wed, Sep 25, 2024 at 4:24 PM gregor herrmann wrote:
>
> Version: 2.0.13-2
>
> On Wed, 25 Sep 2024 15:13:30 -0300, Andreas Hasenack wrote:
>
> > Upstream committed a fix
Package: libapache2-mod-perl2
Version: 2.0.13-2
Severity: normal
Dear maintainer,
This package, which is a sync in ubuntu, failed to build recently on armhf:
arm-linux-gnueabihf-gcc -I/<>/src/modules/perl
-I/<>/xs -I/usr/include/apr-1.0 -I/usr/include/apr-1.0
-I/usr/include -I/usr/include/apache
This should fix it:
diff --git a/debian/rules b/debian/rules
index b7441bc..11cddbf 100755
--- a/debian/rules
+++ b/debian/rules
@@ -26,6 +26,7 @@ configure-stamp:
touch configure-stamp
+build-arch: build
build: build-stamp
build-stamp: configure
dh_testdir
Package: quota
Severity: normal
Version: 4.06-1.1
Dear Maintainer,
quota fails to build with dpkg 1.22.7 or higher due to this change:
dpkg (1.22.7) unstable; urgency=medium
[ Guillem Jover ]
* dpkg-buildpackage: Remove fallback handling for missing required targets.
Previous dpkg-buildpac
This patch from upstream fixes the build.
autofs-5.1.9 - Fix incompatible function pointer types in cyrus-sasl module
From: Florian Weimer
Add casts to SASL callbacks to avoid incompatible-pointer-types
errors. Avoids a build failure with stricter compilers.
Signed-off-by: Florian Weimer
Sign
Hi,
On Thu, Aug 15, 2024 at 12:16 PM Julian Gilbey wrote:
>
> On Thu, Aug 15, 2024 at 11:25:46AM -0300, Andreas Hasenack wrote:
> > Hello,
> > [...]
> > > Thanks for raising this! What a surprise - I hadn't realised this
> > > problem. But I'm not
Hello,
On Thu, Aug 15, 2024 at 11:05 AM Julian Gilbey wrote:
>
> Hi Andreas,
>
> On Wed, Aug 14, 2024 at 02:39:24PM -0300, Andreas Hasenack wrote:
> > Package: jupyter-client
> > Version: 8.6.2-2
> > Priority: normal
> >
> > Dear Maintainer,
> &
Package: jupyter-client
Version: 8.6.2-2
Priority: normal
Dear Maintainer,
jupyter-client's dep8 tests invoke /sbin/ifconfig. This binary comes
from the bin:net-tools package, which in ubuntu is priority optional,
and in debian is priority important.
In ubuntu, the dep8 test fails[1] because net
Package: heimdal
Version: 7.8.git20221117.28daf24+dfsg-7
Severity: Normal
Dear Maintainer,
autoconf 2.72 currently in debian experimental will trigger an FTBFS
in heimdal. We experienced that in ubuntu[1]:
configure:19563: gcc -c -g -O2 -fno-omit-frame-pointer
-mno-omit-leaf-frame-pointer
-ffile
Attached is the patch I'm proposing for ubuntu. Let me know if you
would like a Salsa PR as well.
From d454f62c73e069199e4a706dcd50be580f06e5c7 Mon Sep 17 00:00:00 2001
From: Sam James
Date: Sun, 5 Nov 2023 22:17:02 +
Subject: [PATCH] libpkgconf: fix -Walloc-size
GCC 14 introduces a new -Wall
Package: pkgconf
Version: 1.8.1-3
Severity: normal
Dear Maintainer,
pkgcong's autopkgtests are currently failing[1] on armhf:
222s testsuiteFAIL stderr: libpkgconf/client.c: In
function 'pkgconf_client_new':
1830
That warning is issued at:
96s libpkgconf/client.c: In function 'pkg
Package: glusterfs
Version: 11.1-4
Severity: normal
Dear Maintainer,
in Ubuntu we got a bug report[1] on glusterfs 11.1-4 (which was in
sync with debian), that it would segfault under certain conditions on
a user's system.
The reporter tracked the problem down to an upstream PR that
introduced i
Did you paste the correct logs? Because they show you were using
ubuntu packages, not debian ones.
I updated the patch[1] in salsa with the latest changes from upstream[2].
1. https://salsa.debian.org/debian/freeradius/-/merge_requests/11
2. https://github.com/FreeRADIUS/freeradius-server/pull/5375
Hello,
>> readdir ordering is probably bad. I think that's essentially random on a
>> lot of file systems, and I'm not sure it's even guaranteed to be stable.
>> Is there any chance we could get that fixed in Heimdal before we start to
>> rely on it?
>
> I filed https://github.com/heimdal/heimdal
Hi Bernhard,
On Tue, Jul 16, 2024 at 7:05 PM Bernhard Schmidt wrote:
>
> Hi Andreas,
>
> > Upstream also suggested[2] that we could just remove the radsecret
> > script, since it's not used by anything else, but I rather not deviate
> > from upstream that much if we can.
>
> Same here. Have you c
I updated the bash script with a count of 13 bytes instead of 12, due
to the analysis done on [1].
Here is the new version:
#!/bin/bash
data=$(dd if=/dev/urandom bs=1 count=13 2>/dev/null| base32 | tr 'A-Z' 'a-z')
echo ${data:0:4}-${data:4:4}-${data:8:4}-${data:12:4}-${data:16:4}
I'm about to su
Package: freeradius
Version: 3.2.5+dfsg-2
Priority: normal
Dear Maintainer,
freeradius is now shipping a perl script called radsecret, which adds
two new perl dependencies to the package: libconvert-base32-perl and
libcrypt-urandom-perl[1]
In Ubuntu, those two packages are in Universe, and since
Hi,
On Tue, Jul 9, 2024 at 3:35 PM Russ Allbery wrote:
>
> Andreas Hasenack writes:
>
> > Heimdal's ktb5.conf manpage (with the patches applied):
>
> >Files and directories may be included by absolute path.
> > Including a directory causes all fi
Hi,
On Tue, Jul 9, 2024 at 2:23 PM Russ Allbery wrote:
>
> Andreas Hasenack writes:
>
> > If I include it via this krb5.conf:
> > [libdefaults]
> > includedir /etc/krb5.conf.d
> > default_realm = LOWTECH
>
> > default realm is LXD.
>
&g
> And, to reply to another question from before, if I put the includedir
> directive inside a section, for example, inside [libdefaults], that's
> invalid because it expects all entries in sections to be key=pair
> values:
> root@o-heimdal:~# head /etc/krb5.conf -n 4
>
> [libdefaults]
> includedir
At the moment, heimdal's verify_krb5_conf is already not happy with
krb5.conf shipped by bin:krb5-config:
# verify_krb5_conf
verify_krb5_conf: krb5_config_parse_file: open /root/.krb5/config: No
such file or directory
verify_krb5_conf: /libdefaults/ccache_type: unknown entry
verify_krb5_conf: /lib
Hi,
On Tue, Jul 9, 2024 at 11:55 AM Russ Allbery wrote:
>
> Andreas Hasenack writes:
>
> > I opened #1074775[1] to backport the heimdal patches that add include
(...)
> The change is not entirely trivial, however. Here are some things that
> come to mind that we probably n
I opened #1074775[1] to backport the heimdal patches that add include
and includedir support, filed a couple of salsa PRs[2][3] with tests,
and they were merged. Once there is a new upload of heimdal, we can
consider making this change in kerberos-configs then. What do you
think?
1. https://bugs.
Salsa PR at https://salsa.debian.org/debian/heimdal/-/merge_requests/3
for consideration. It also adds an autopkgtest.
I have a salsa branch, including a DEP8 test to exercise the new
includedir functionality. I'll propose it soon, I think there is one
or two extra commits from upstream we would want.
Package: heimdal
Version: 7.8.git20221117.28daf24+dfsg-5
Severity: normal
Dear Maintaner,
please add support for include and includedir directives in krb5.conf
to heimdal. This has been committed upstream already[1], and is
supported by MIT Kerberos.
Missing this feature is preventing closing a
I believe this is because the hns provider is not built on architectures
which have no "COHERENT_DMA":
-- Performing Test HAVE_COHERENT_DMA
-- Performing Test HAVE_COHERENT_DMA - Failed
(...)
-- Missing Optional Items:
-- Architecture NOT able to do coherent DMA (check util/udma_barrier.h)
some p
I'm also starting to feel the need to add this includedir directive to
/etc/krb5.conf by default. sssd is expecting this to work[1], as it places
a config snippet in /etc/krb5.conf.d.
I looked at the heimdal packages (which are in sync between ubuntu and
debian) and the includedir support is not t
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(&tv,
NULL));]])],[
> 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: "_FORT
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.
scription: replace distutils' StrictVersion 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
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,
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,
dist-ghc/build/G
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 /us
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 | i
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 ch
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
9df7
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 ve
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] (and
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 new
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
.tarbal
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 on
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 saslauthd:
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 | grep
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.
>
> _kea
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 addr
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: type
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 y
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.
O
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:
https://salsa.debian.org/debian/isc-kea/-/blob/debian/unstable/debian/usr.sbin.
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 fail:
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 c
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
scal
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 dis
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 app
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 upstream[1
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:
https://salsa.debian
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: N
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 @@
liblttng-ust-python-age
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 depe
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.
obj_ctl_arenas/TEST
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 defau
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 configurat
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 kdc.
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 start
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 admin
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.
1 - 100 of 212 matches
Mail list logo