Excellent, thanks!
Are there any plans to backport this fix into proposed-updates for the
next point release? I'm working towards having a functioning multipath
installer sometime during the Debian 12 release cycle if at all
possible, but I understand if it's not going to be possible.
I don't know what's preferred, so I opened a merge request on Salsa with
my proposed (admittedly naive) changes. Local testing on a Debian 12.1
install media appears to work fine.
If you'd rather have a normal patch, I've attached one here as well.diff --git a/debian/dmsetup-udeb.install b/debian/
I'd be happy to send a patch for it, though I'm not sure if there are
other considerations I'm not aware of - in my testing, it was just as
simple as including the rule file.
If there aren't any other issues with doing that, I can have a patch
ready pretty soon.
(sorry about the duplicate email,
Source: partman-multipath
Version: 7
Followup-For: Bug #806900
X-Debbugs-Cc: jarl.gullb...@algiz.nu
Dear Maintainer,
This issue remains a blocker for multipath installations in Debian 12.
In some
experimentation on my end, the proposed patchset works fine and resolves the
issue. I would advocate
Package: dmsetup-udeb
Version: 2:1.02.185-2
Severity: important
Tags: d-i
X-Debbugs-Cc: jarl.gullb...@algiz.nu
Dear Maintainer,
dmsetup-udeb does not include any of the udev rules that come with the
standard
package, resulting in device nodes under /dev/mapper not being created for
partitions of
Package: kpartx-udeb
Version: 0.9.4-3+deb12u1
Severity: important
Tags: d-i
X-Debbugs-Cc: jarl.gullb...@algiz.nu
Dear Maintainer,
kpartx-udeb does not include any of the udev rules that come with the
standard
package, resulting in device nodes under /dev/mapper not being created for
partitions of
This issue is currently causing nondeterministic failures in the
freeipa-server package via certmonger, which is preventing successful
server installations and subsequently packaging of the full software
suite.
The discussion about the problem is over in the dogtag PKI repo
(https://github.com/dog
up later. We're doing a 1.4 build for
internal use at work, so hopefully we can contribute back parts of
what we do to make that happen.
On Wed, 15 Feb 2023 at 23:13, Chris Knadle wrote:
>
> Hello Jarl.
>
> Jarl Gullberg:
> > I've got a patchset that reworks the contr
I've got a patchset that reworks the control files for proper CMake
support and a couple of fixes to the existing patches in order to make
1.4.287 play nice with OpenSSL 3.0. I'm not sure if I've updated the
upstream source in line with policy for this package, though, and
could use some help makin
I can also confirm this bug with shim 1.38.
Is there a chance this fix would be backported to Buster?
Package: bind9-dyndb-ldap
Version: 11.9-3
Followup-For: Bug #999463
X-Debbugs-Cc: jarl.gullb...@gmail.com
I have a similar issue, though I am unsure if it has the exact same cause. In
my case, bind9 refuses to start because ldap.so attempts to load an older
version of libdns-*-Debian.so (namely,
Package: freeipa-server
Version: 4.9.7-1
Severity: normal
Tags: upstream patch
X-Debbugs-Cc: jarl.gullb...@gmail.com
When using "ipa cert-find" or accessing the certificate list via the Web UI,
the operation fails with the following error:
IPA Error 4301: CertificateOperationError
Certificate
After some local experimentation, adding "Multi-Arch: foreign" to
gsfonts-x11 resolves the problem and allows libinventor1:i386 to be
installed.
Package: libinventor1
Version: 2.1.5-10-21
Severity: important
Hi,
I'm currently in the process of setting up an old, binary-only
application on a new Debian 10 install. The application in question is
32-bit only, and requires libinventor1:i386 to be installed. However,
this appears to be broken
15 matches
Mail list logo
