Chris Hofstaedtler wrote...
> On Mon, Dec 26, 2016 ...
> > tags 559335 moreinfo
>
> Lets assume no moreinfo will be coming after 8 years. If someone
> wants to add anything, please reopen the bug.
The aoetools package might have a low maintenance activity but it's
certainly not abanonded. So ple
Niels Thykier wrote...
> I noted the package was on salsa in the debian group, so I have pushed a fix
> for this to debian/master (ef8aa7158471c3b9171ad108ca08d7c0888fc525).
Thanks for doing this, upload should follow shortly.
Christoph
signature.asc
Description: PGP signature
Control: tags 1089417 confirmed pending
Niels Thykier wrote...
> Source: pptp-linux
> Version: 1.10.0-1
> Severity: important
(...)
> During a test rebuild for building packages with
> `Rules-Requires-Root: no` as the default in `dpkg`,
> pptp-linux failed to rebuild.
Indeed, fix is simple, will
Package: hostapd
Version: 2:2.10-22
Severity: minor
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Greetings,
two things I noticed when looking into the hostapd package:
1. In the shipped init script, I spot in line 45:
| log_warning_msg "hostapd config not in /etc/hostapd/hostapd.conf -- please
Helge Kreutzmann wrote...
> I intend to NMU schroot early January 2025 to fix longstanding l10n
> bugs[1].
Ups, seems they slipped through my fingers in the last uploads. So I'll
take your message as a remindert, thanks for that. There are enough
other issues that need attention and another uploa
Dave Vasilevsky wrote...
> Hi Christoph,
Sorry for the late response, details below.
> Were you able to look into restoring some of the lost period of snapshots
> for debian-ports? I've found a Debian derivative, MintPPC, that currently
> seems to only be usable with snapshots from between Sep 2
pload.
+ * Add explicit type declarations to fix build error with GCC-14.
+Closes: #1075266
+
+ -- Christoph Biedl Wed, 06 Nov 2024
20:21:52 +0100
+
mgetty (1.2.1-1.3) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru mgetty-1.2.1/debian/patches/90-gcc-14
mgetty-1.2.1/d
Control: tags 1086553 pending
Control: tags 1086554 pending
Oldřich Jedlička wrote...
> I am testing various clevis implementations (thus using more recent custom
> build) and I think it would be good for clevis-initramfs package to depend
> on initramfs-tools-core rather than on initramfs-tools.
Control: tags 1070789 -moreinfo pending
Simon McVittie wrote...
> clevis appears to have a "flaky" autopkgtest: that is, an autopkgtest
> that usually passes, but is not reliable.
(...)
> For example see
> https://ci.debian.net/packages/c/clevis/testing/amd64/46456138/
> (while testing a new gli
Control: tags 1070789 moreinfo
Simon McVittie wrote...
> clevis appears to have a "flaky" autopkgtest: that is, an autopkgtest
> that usually passes, but is not reliable.
(...)
> For example see
> https://ci.debian.net/packages/c/clevis/testing/amd64/46456138/
> (while testing a new glib2.0) and
Control: tags 1075266 pending
(...)
> cd contrib; /usr/bin/make g3toxwd g3tolj
> make[1]: Entering directory '/<>/contrib'
> cc g3toxwd.c -o g3toxwd
> g3toxwd.c:418:8: error: type defaults to ‘int’ in declaration of ‘hscale’
> [-Wimplicit-int]
> 418 | static hscale = 100;
> |
Control: reassign 1079617 release.debian.org
Control: affects 1079617 + src:syslog-ng
Control: severity normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: syslog...@packages.debian.org
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
nmu syslog-ng_4.4.0-3 . ANY . unstab
After some more research, affected are packages built using dehelper
in the versions 13.17 and 13.18. There are more criteria so identifying
affected packages is not trivial. I'll spend a few brain cycles on this
and ask the release team for a rebuild.
Christoph
signature.asc
Description: PG
benatt...@gezapig.nl wrote...
> The version in Debian is from jan-2018.
> There are edits until sep-2020 on original repo, maybe its interesting to
> look.
(...)
At least these two
* Feature: terminate-from
* pptsetup: Do not mess up the password when reading from stdin
look like "You'd want t
Christoph Biedl wrote...
> Now checking your packaging repository, there's nothing related to that
> change. Even more confusing, rebuilding 4.4.0-3 locally yields a package
> with the desired content. Now I reckon the issue might be in debhelper
> but it must have has been fi
Package: syslog-ng-core
Version: 4.4.0-3
Severity: important
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Dear maintainer,
starting with 4.4.0-3, the syslog-ng-core package no longer ships snippets
related to logcheck and logrotate:
```
$ dpkg -c syslog-ng-core_4.4.0-3_amd64.deb | grep -E 'log(c
Simon McVittie wrote...
> I initially provided the patch that was recently applied to schroot
> back in 2017, and unfortunately I don't completely remember what I did
> 7 years ago, but I think my usual reproducer for "do pseudo-terminals
> work?" for #856877/#983423 was to run something like
> "s
Alexandre Rossi wrote...
> My sbuild setup now fails on my sid systemd-nspawn container.
So I understand correctly this is a regression to -3?
> $ sudo sbuild-update -u -d unstable
> E: 10mount: mknod:
> /var/run/schroot/mount/unstable-amd64-sbuild-c631feb3-ec9a-475b-b19a-407a3bacf44c/dev/conso
Dima Kogan wrote...
> To speed up package installs in schroots (both with sbuild and without)
> I usually add /var/cache/apt/archives to the set of bind-mounts in the
> fstab of most profiles. This creates a global package cache, which saves
> lots of time and bandwidth.
>
> Is there a strong reas
Christoph Biedl wrote...
> Having snapshots of the debian ports is important to me. As there was no
> officical reaction of any kind, I've started running my own archive,
> using filesystem snapshots. However, I do not intend to make this a
> public service as I lack the ressour
Andreas Metzler wrote...
> GnuTLS includes cligen as a GIT submodule which works very well for
> them. Is this also an option for tcprelay? Otherwise I can give
> packaging cligen as a separate source package a shot.
Let's wait a bit for Fred Klassen (tcpreplay upstream) who is subscribed
here if
Andreas Metzler wrote...
> The best replacement for autogen's AutoOpts part I know (but I do not
> know everything) is the toolchain gnutls upstream built for their
> conversion:
> 1. One-time onversion of .def to json with
> https://gitlab.com/dueno/parse-autogen and some handholding.
That shoul
file
+limits. Closes: 918316
+ * Fix build on (most) 32 bit architectures. Closes: #1069426
+Kudos to Guillem Jover for taking care of that.
+ * Simplify test so it will not time out. Closes: #918316 (again)
+
+ -- Christoph Biedl Sun, 07 Jul 2024
13:44:09 +0200
+
nocache (1.1-1) uns
tificate validation on server
+links [S2S-TLS]"
+ * Cherry-pick "METADATA: Fix unsetting "cloakhost""
+
+ -- Christoph Biedl Wed, 01 May 2024
10:00:00 +0200
+
ngircd (25-2) unstable; urgency=medium
* Re-enable compression support
diff -Nru ngircd-25/debian/ngi
1u1) bullseye; urgency=high
+
+ * Cherry-pick "Respect "SSLConnect" option for incoming
+connections". Closes: #1067237
+ * Cherry-pick "Support for server certificate validation on server
+ links [S2S-TLS]"
+ * Cherry-pick "METADATA: Fix unsetting "cl
es: #1067237
+ * Cherry-pick "Support for server certificate validation on server
+ links [S2S-TLS]"
+ * Cherry-pick "METADATA: Fix unsetting "cloakhost""
+
+ -- Christoph Biedl Wed, 01 May 2024
12:00:00 +0200
+
ngircd (26.1-1) unstable; urgency=medium
Christoph Biedl wrote...
> [x] attach debdiff against the package in (old)stable
Now for real.
diff -Nru jose-11/debian/changelog jose-11/debian/changelog
--- jose-11/debian/changelog2021-12-01 20:33:13.0 +0100
+++ jose-11/debian/changelog2024-04-04 15:11:36.0 +0
Christoph Biedl wrote...
> [x] attach debdiff against the package in (old)stable
diff -Nru jose-10/debian/changelog jose-10/debian/changelog
--- jose-10/debian/changelog2020-05-25 22:11:30.0 +0200
+++ jose-10/debian/changelog2024-04-04 15:54:12.0 +0200
@@ -1,3 +1
Package: release.debian.org
Severity: normal
Tags: bookworm
X-Debbugs-Cc: j...@packages.debian.org, debian.a...@manchmal.in-ulm.de
Control: affects -1 + src:jose
User: release.debian@packages.debian.org
Usertags: pu
[ Note: Same text as for the bullseye upload ]
[ Reason ]
"Fix potential DoS
Package: release.debian.org
Severity: normal
Tags: bullseye
X-Debbugs-Cc: j...@packages.debian.org, debian.a...@manchmal.in-ulm.de
Control: affects -1 + src:jose
User: release.debian@packages.debian.org
Usertags: pu
[ Reason ]
"Fix potential DoS issue with p2c header" [CVE-2023-50967]
[ Impac
Guillem Jover wrote...
> I've provided a PR upstream to fix this at:
>
> https://github.com/Feh/nocache/pull/55
Thanks a lot for that.
@Maintainer: As that change is rather huge and relies on other changes
upstream, I'd rather forward to upstream release 1.2[1] and Guillem's
work on top of it
Control: tags 918316 - pending
Christoph Biedl wrote...
> to fix the issues with this package, I've prepared an NMU for nocache
> (versioned as 1.1-1.1), debdiff below.
Not going to upload this, NMU doesn't make sense without fixing #1069426
as well.
Christoph
signature
m. Closes: #918316 (again)
+
+ -- Christoph Biedl Sun, 09 Jun 2024
18:35:07 +0200
+
nocache (1.1-1) unstable; urgency=medium
[ Ondřej Nový ]
diff -Nru
nocache-1.1/debian/patches/1546932589.v1.1-2-gb3016b5.cap-the-number-of-fds-nocache-tracks-und-thus-bound-its-memory-usage.patch
n
Control: severity serious
As systemd increased the limits again¹, nocache is now unusable. It's
the
| apt: nocache.c:148: init_mutexes: Assertion `fds_lock != NULL' failed.
issue, triggered as simple as issuing "nocache true" - unless the system
has several Gigabytes of RAM. As systemd certainly
Christoph Biedl wrote...
> (and why does the BTS¹ not show Étienne's
> message?).
Never mind, just a race condition.
signature.asc
Description: PGP signature
Étienne Mollier wrote...
> If that helps, the symbols strlcat and strlcpy have been added
> to the glibc 2.38, so I believe it should be safe to remove the
> following symbols without soname bump:
Just came here to say the same (and why does the BTS¹ not show Étienne's
message?). There might be
Package: sbsigntool
Version: 0.9.4-3.1+b1
Severity: normal
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Greetings,
it was a bit surprising to learn sbsign will happily sign EFI images
even if the certificate, provided via the --cert parameter, has expired.
While this possibly will not affect func
Control: tags 1071335 pending
James Cameron wrote...
> You may be interested in these upstream commits;
>
> b01478d ("Fix some parts of macro expansion are not guarded")
> 0194b80 ("strerror and memset require string.h")
Thanks a lot for having an eye on the Debian packaging. As you'd expect,
v
Preuße, Hilmar wrote...
> On 03.05.2024 22:29, Christoph Biedl wrote:
> > Hilmar Preusse wrote...
> > > * Bump Standards and dh compat version, no changes needed.
> >
> > I'm a little surprised why you would change that in a NMU.
> >
> Well, t
Hilmar Preusse wrote...
> Changes since the last upload:
>
> nq (0.5-0.1) unstable; urgency=medium
> .
>* Non-maintainer upload.
> .
>* New upstream version (Closes: #1038937).
>* Bump Standards and dh compat version, no changes needed.
I'm a little surprised why you would change
Control: tags 1038937 pending
E Harris wrote...
> nq 0.5 was released March 26, 2022 and contains several bug fixes and
> improvements.
> nq 0.3.1 was released March 7, 2018, and is what is in all of stable,
> testing, and unstable.
> Please update this package.
Upon request by upstream and fo
Control: tags 1069915 pending
Steve Langasek wrote...
> The time_t transition automation scripts incorrectly changed the versioned
> Breaks/Replaces against old libmagic1 to point to libmagic1t64, which
> clearly never had a package version (<< 1:5.28-4~).
... and your fellow maintainer didn't n
Source: systemd
Severity: serious
Tags: patch
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Greetings,
systemd build-depends on liblz4-tool but that package is no longer build
from src:lz4 (since 1.9.4-2, uploaded about a week ago). Just replacing
the dependency with lz4 seems to fix this problem
anon2529 wrote...
> The early boot fails to unlock a volume automatically. We get a
> prompt to unlock a volume (it's a swap volume) but clevis is
> unable to unlock it automatically because it cannot resolve
> the Tang server's hostname.
That ought to be fixed in clevis 20 (not uploaded yet, wil
Control: tags 1067237 pending
jose wrote...
> The master branch of the upstream ngircd changelog informs about an
> SSL security related patch [1] that is missing in the -26-1 ngircd debian
> package patches.
Thanks, this is on radar and I'm in contact with upstream on how to deal
with this.
Package: libresolv-wrapper
Version: 1.1.8-2+b1
Severity: normal
Tags: upstream
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Greetings,
while looking for a way to overload hostname resolution as non-root
(part of a test suite and/or autopkgtest), I came across your package.
However, *nothing* work
Control: forwarded 1067457 https://github.com/latchset/jose/issues/151
signature.asc
Description: PGP signature
Control: tags 1066850 -moreinfo +pending
Matthias Klose wrote...
> On 14.03.24 21:38, Christoph Biedl wrote:
> > Do you have an idea, an existing solution how to do that?
> dep := $(shell dpkg-query '-f${Depends}' -W libmagic-dev | sed
> 's/.*\(libmagic[a-z0-9]*\)
After getting some help in IRC, I guess the problem boils down to:
1. All architectures provide the t64 variant (libmagic1t64).
2. Some architectures no longer provide the old variant (libmagic1), for
example armhf.
3. Therefore, the install dependency of python3-magic must be the t64 variant.
Control: tags 1066850 moreinfo
Matthias Klose wrote...
> Package: src:python-magic
> Version: 2:0.4.27-2
> Severity: serious
> Tags: sid trixie
>
> the package build-depends on libmagic1, and depends on it. The name was
> recently changed to libmagic1t64.
This is not a real problem as libmagic1t
Control: merge 1066134 1065940
Ups, that had already been reported.
signature.asc
Description: PGP signature
Christoph Biedl wrote...
> So, assuming this is the cause here, the fix is pretty simple:
(...)
> +#ifdef INET6
> if (if6_is_up)
> sif6down(0);
> +#endif
This was silently done as part of
commit 80b8744eb42c7493794f3e3fe0bf1ce14f53e6dd
Author: Eivind Næss
Date:
Source: ppp
Version: 2.4.9-1+1.1
Severity: serious
Tags: patch upstream ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Hi Chris,
ppp no longer builds in unstable here, tested in a minimal chroot. A
build in a testi
Axel Beckert wrote...
> Citing from https://buildd.debian.org/status/package.php?p=aptitude:
(...)
> /usr/include/cppunit/TestAssert.h:161:6: note: template argument
> deduction/substitution failed:
> ../../tests/test_misc.cc:187:5: note: deduced conflicting types for
> parameter ‘const T’ (
> I'm not qualified to write the upstream documentation. Suggest you open a
> bug
> in the upstream bugzilla: https://bugs.ghostscript.com/
This is one of the tasks of a package maintainer:
| If it's an upstream problem, you have to forward it to the upstream
| author.
[
"Bug housekeeping"
Package: lintian
Version: 2.117.0
Severity: wishlist
Tags: patch
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Dear maintainer,
a few times too often I got annoyed by a "patch-not-forwarded-upstream"
warning from lintian where that wasn't actually sensible. Looking into
the lintian sources, then a
Control: tags 1065101 pending
Boyuan Yang wrote...
> Package ngircd depends on binary package libident, but this package has
> been renamed to libident0 due to time64 transition. Please fix the binary
> dependency relationship accordingly. You may need to rebuild the package.
The fix for #106570
Source: libident
Severity: serious
Tags: patch
Version: 0.32-2
X-Debbugs-Cc: by...@debian.org, efing...@packages.debian.org,
vor...@debian.org, debian.a...@manchmal.in-ulm.de
Control: block 1065100 by -1
Control: block 1065101 by -1
For libident, the t64 transition was done in a slightly differe
Source: grub2
Version: 2.12-1
Severity: normal
Tags: patch
Dear Maintainer,
Hello,
while rebuilding grub, I encountered two issues from the test suite.
Perhaps I've already reported them but cannot find any traces of that.
One is, things go downhill in util/grub-shell if an environment
variabl
Chris Hofstaedtler wrote...
> You are welcome to write a new tool or implement all the missing
> parts in deborphan and deal with users thinking deborphan is a magic
> tool that knows everything and its output can be used by
> non-thinking humans. Various people in the past have suggested its
> "t
Chris Hofstaedtler wrote...
> please remove deborphan. It is stuck, featurewise, in a very old time
> and does not support many currently available dpkg features properly
> (multi-arch, versioned provides, etc).
FWIW, deborphan is part of my regular workflow, and while you claim
it has defects, i
Boyuan Yang wrote...
> Package ngircd depends on binary package libident, but this package has
> been renamed to libident0 due to time64 transition. Please fix the binary
> dependency relationship accordingly. You may need to rebuild the package.
Well, that is broken anyway at the moment:
(...)
Julien Cristau wrote...
> The snapshot infrastructure currently can't cope with -ports imports,
> as they take longer than the interval between pushes, for reasons.
> We'll turn it back on when we can.
Thanks for the update. If you think people can help you with that,
please let us know.
My curr
Package: wnpp
Severity: wishlist
Owner: Christoph Biedl
X-Debbugs-Cc: debian-de...@lists.debian.org, debian.a...@manchmal.in-ulm.de
* Package name: tftp-proxy
Version : 1.0.0
Upstream Contact: Arnoud Vermeer
* URL : https://github.com/openfibernet/tftp-proxy
Package: reprepro
Version: 5.3.1-4
Severity: minor
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Hello,
While looking for a way to include .buildinfo and .changes, I learned
about the tracking feature of reprepro. Things are working fine now, but
the ride was a bit bumpy.
So I'd like you to impro
Sebastian Andrzej Siewior wrote...
> The testsuite fails with openssl 3.2. Please find attached upstream
> commit 287770666008b ("Test suite: Update for OpenSSL 3.x") which fixes
> the issue.
Thanks. As upstream is about to do another release, this issue will
resolve automatically. If however you
Christoph Biedl wrote...
> Looking at
>
> https://snapshot.debian.org/archive/debian-ports/
>
> it seems debian-ports was not updated for almost half a year now. If
> that was just an error, please fix it. If it was discontinued by
> intention, please place according no
Control: retitle 977716 ITP: llhttp -- parser for HTTP messages
Control: tags 977716 pending
Christoph Biedl wrote...
> * Package name: llhttp
> Version : 3.0.0
9.3.1 already
> The http-parser library has declared unmaintained by upstream[1],
> and this one here su
Package: snapshot.debian.org
Severity: normal
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Greetings,
Looking at
https://snapshot.debian.org/archive/debian-ports/
it seems debian-ports was not updated for almost half a year now. If
that was just an error, please fix it. If it was discontinu
Package: libipc-run3-perl
Version: 0.048-3
Severity: important
Tags: upstream
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Greetings,
Summary: When a Perl application uses IPC::Run3::run3, any unread data
on stdin is lost.
The problem has been around for a long time, I can confirm it's already
t
This topic is getting a bit bigger, perhaps let me sort first what
issues we're talking about here. So to summarize the longer text that
follows:
1. News::Article::NoCeM may embed an invalid hash algorithm declaration,
depending on the gpg program used by PGP::Sign, and possibly other
reason
Russ Allbery wrote...
> Christoph Biedl writes:
>
> > * Omitting the hash declaration is not an option either, perl-nocem
> > fails then.
>
> I'm somewhat surprised by this, as my impression was that these Hash lines
> are optional and GnuPG did the right thi
Package: libnews-article-nocem-perl
Version: 0.09-3
Severity: important
Tags: upstream
X-Debbugs-Cc: libpgp-sign-p...@packages.debian.org,
debian.a...@manchmal.in-ulm.de
Greetings,
At the moment, NoCeM messages generated using News::Article::NoCeM
declare a hard-coded signature hash algorithm SH
Control: tags 1059975 pending
Gianfranco Costamagna wrote...
> In order to achieve this we found a total of 8 packages still using the old
> one,
> so I'm asking you to update it and let us drop that old cruft from src:lirc.
Sure thing. Force-ping me if this is still open within in two weeks
fr
Bálint Réczey wrote...
> Technically it is possible, but is there a use case where "tshark -G"
> is not sufficient already?
That would be good enough, thanks. So, problem solved for me, feel free
to close or to wait until somebody else complains about any other file
now missing.
Oh, and just in
Control: tags 1056960 pending
Chris Hofstaedtler wrote...
> your package aoetools installs some files into /lib and /sbin. I
> understand this was to support split-/usr installs in the past.
Telling stories, this was a deliberate change by an earlier maintainer
of aoetools. I wanted to revert th
Control: tags 1056898 pending
Chris Boot wrote...
> Please could you try the patch and test the pptpd-logwtmp.so pppd
> plugin, and upload the package to unstable?
Test is looking good, I've also sent upstream a notice about that.
> I'll upgrade the bug to RC when I upload ppp-2.5.0 to unstable
Package: libwireshark-data
Version: 4.2.0-1
Severity: normal
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Greetings,
ealier version of the libwireshark-data package shipped a file
/usr/share/wireshark/manuf that holds a list of MAC vendors. However,
it's no longer present in 4.2.0-1, along with s
Christoph Biedl wrote...
> after upgrading from 0.7.2 to 0.8.1, the symlinks in /usr/lib/molly-guard/
> are gone.
It was suggested in IRC this might be the effect of another package's
upgrade. I find that unlikely since no other package should touch
/usr/lib/molly-guard/ - still,
Package: molly-guard
Version: 0.8.1
Severity: grave
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Greetings,
after upgrading from 0.7.2 to 0.8.1, the symlinks in /usr/lib/molly-guard/
are gone. As this happened on a second machine today, I reckon it's not
a coincidence.
Current state:
# ls -l /
Package: e2fsprogs
Version: 1.47.0-2+b1
Severity: normal
Tags: upstream
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Greetings,
Summary: If the APM_EMULATION kernel option is enabled (and built-in),
fsck during boot may be skipped all the time.
Longer story: One day I noticed some virtual machin
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: lib...@packages.debian.org, g...@packages.debian.org,
till.kamppe...@gmail.com, debian.a...@manchmal.in-ulm.de
Control: affects -1 + src:libppd
Greetings,
As previously announced in #
Package: pv
Version: 1.8.0-2
Severity: wishlist
Tags: patch
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Hi there,
thanks for resolving the valgrind dependency issue for armel and a few
more release archs. Unfortunatly, there are several port archs where pv
still fails to build. As a solution, ma
Arnaud Ferraris wrote...
> * Package name: railway
> Version : 2.0.0
> Upstream Contact: Julian Schmidhuber
> * URL : https://gitlab.com/schmiddi-on-mobile/railway
> * License : GPL
> Programming Lang: Rust
> Description : GUI application for searching
Control: tags 1052632 moreinfo
Helmut Grohne wrote...
> We want to change the value of systemdsystemunitdir in systemd.pc to
> point below /usr. clevis' upstream build system consumes this value, but
> the debian packaging hard codes its current value. When it changes,
> clevis will fail to build
Kurva Prashanth wrote...
> * Package name: control
> Version : 0.9.4
> Upstream Author : >
> * URL : http://python-control.org/
While I cannot judge whether this package is a sensible addition to
Debian - I strongly ask you to re-consider the package name as "control"
Control: reopen 1052255
Closed that one by accident, sorry for the mess.
signature.asc
Description: PGP signature
Control: reopen 1052255D
Closed that one by accident, sorry for the mess.
signature.asc
Description: PGP signature
Control: tags 1052278 pending
Helmut Grohne wrote...
> we're trying to finalize the /usr-merge transition. In the process, I
> ask you to move the remaining files from / to /usr. In your source
> package, only two files are affected and both are systemd units. Such a
> move violates the file move
Source: libppd
Version: 2:0.10-9
Severity: important
X-Debbugs-Cc: g...@packages.debian.org, debian.a...@manchmal.in-ulm.de,
till.kamppe...@gmail.com
The libppd package is very old software with little use (maximum popcon
is 148 for libppd0). As far as I understand, it was created by taking
bits
Source: nutsqlite
Version: 2.0.6-3
Severity: important
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Bonjour,
the latest upstream version of the file package introduced a detection
of SQLite write-ahead shared memory files. As a result, the autopkgtest
of nutsqlite breaks when using that version (
7.3/debian/changelog2022-10-15 12:46:49.0 +0200
+++ smokeping-2.7.3/debian/changelog2023-09-02 11:50:51.0 +0200
@@ -1,3 +1,11 @@
+smokeping (2.7.3-4.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove recommendation on echoping which is no longer in Debian.
+
Control: tags 1050426 pending
JiaLing Zhang wrote...
> Please add loong64 to architecture list. I can confirm this could build in
> loong64 .
Will do. Testing a stick on that architecture would be the icing on the
cake but I'm aware these stick are really hard to get these days. Still
it's prud
Simon McVittie wrote...
> 2½ years later, updating a debootstrap merge request reminded me that this
> is unresolved. I see schroot now has a new maintainer and a new upstream:
> please consider applying the patch proposed here to set up a working
> /dev/ptmx and /dev/console in more situations.
g-ng (4.3.1-0.1) unstable; urgency=high
+
+ * Non-maintainer upload
+ * New upstream version 4.3.1
+ * Switch to the pcre2 library. Closes: #46
+
+ -- Christoph Biedl Sun, 30 Jul 2023
12:04:27 +0200
+
syslog-ng (3.38.1-5) unstable; urgency=medium
* Build without Criterion support.
d
Control: tags 1043458 pending
Jan Smets wrote...
> Can you please add the Multi-Arch hints to the debian/control file.
Sure thing.
Christoph
signature.asc
Description: PGP signature
Control: tags 1040467 upstream
fr...@gmail.com wrote...
> UEFI systems make the boot logo accessible for reading at the path
> /sys/firmware/acpi/bgrt/image
>
> The file can be displayed directly using for example:
> $ feh /sys/firmware/acpi/bgrt/image
>
> Strange things happen when you copy thi
Control: tags 1038750 confirmed
Control: forwarded 1038750
https://mailman.astron.com/pipermail/file/2023-July/001201.html
Bjarni Ingi Gislason wrote...
> here are some notes and fixes for the man page.
Thanks, now forwarded upstream where applicable, the rest fixed locally.
Christoph
si
Control: tags 1041041 confirmed
Control: forwarded 1041041
https://mailman.astron.com/pipermail/file/2023-July/001200.html
sowg09+39vc9e5tpgdtw@cs.email wrote...
(...)
> I propose that `file` should either drop the leading 0, so that it
> shows 34f5ee1202469ff7, or it should put an 'x' after th
Michael Biebl wrote...
> If (bookworm-) backports are a concern, you might also use something like
> this
>
> -libblockdev-crypto2,
> +udisks2 (>= 2.10) | libblockdev-crypto2,
Thanks for the suggestion, will adjust the still-not-yet-happened upload.
Christoph
signature.asc
Descrip
1 - 100 of 1023 matches
Mail list logo
