Package: bind9
Version: 1:9.18.19-1~deb12u1
Followup-For: Bug #1037966
Hello,
I just upgraded my authoritative nameserver to bookworm and ran into
this issue. For reference, I have the following in my
/etc/default/bind9:
OPTIONS="-u bind -t /srv/dns"
So, I ran (as root) `systemctl edit named`
Package: nethack-console
Severity: wishlist
Dear Maintainer,
About 23 years ago I suggested a package for Nethack that needed no X11 libs,
and I suggested nethack-console as a name. Is there a Debian precedent for
this type of package name? Maybe nethack-tty or nethack-nox are better names?
Source: virglrenderer
Version: 1.0.0-1
Severity: normal
Tags: patch
User: debian-loonga...@lists.debian.org
Usertags: loong64
X-Debbugs-Cc: wuruil...@loongson.cn
Dear Maintainer,
Compile error on loongarch, refer to riscv code to resolve the error. Please
merge the attached patch.
wuruilong
For what it's worth, my rawhide (rh) program, which is an alternative
to find(1), does support device numbers and major/minor numbers as
search criteria (including the device major/minor numbers of symlink
targets). But it's not a debian package yet.
For example, to find devices with the same
On Tue, 28 May 2024, Trond Myklebust wrote:
> On Mon, 2024-05-27 at 13:04 +1000, NeilBrown wrote:
> >
> > dentry->d_fsdata is set to NFS_FSDATA_BLOCKED while unlinking or
> > renaming-over a file to ensure that no open succeeds while the NFS
> > operation progressed on the server.
> >
> >
Package: src:linux
Version: 6.8.11-1
Severity: important
I have 2 external monitors with my Dell Precision 5570 laptop, connected
via the Thunderbolt WD22TB4 dock. With the linux-image-6.8.9-amd64 kernel,
then with linux-image-6.8.11-amd64, one of these monitors (not always the
same one) randomly
Package: rpcsvc-proto
Version: 1.4.3-1
Severity: minor
Tags: patch
Dear Maintainer,
here are some notes and editorial fixes for the manual.
The patch is in the attachment.
-.-
Any program (person), that produces man pages, should check its content for
defects by using
groff -mandoc -t
On Sun, 5 May 2024 at 21:04, Luca Boccassi wrote:
>
> On Tue, 5 Jul 2022 19:42:37 +0200 Michael Biebl
> wrote:
> >
> > Hi Eric
> >
> > On Fri, 31 Jul 2020 15:12:48 + Eric Desrochers
> > wrote:
> > > Package: systemd
> > > Version: 245.7-1
> > > Severity: normal
> > >
> > > Dear Maintainer,
Here's two paragraphs, one for each change, for the release notes:
/tmp/ is now by default a tmpfs, via the tmp.mount unit provided by the
systemd package. The previous setup can be restored simply by masking
the unit locally with:
sudo systemctl mask tmp.mount
or:
sudo touch
On Wed, 25 Jun 2003 10:35:02 -0400 Erik Jacobson wrote:
> While looking through a few pages worth of FTP logs and other such
> things in my logcheck reports, I would think that many people might find
> the ability to have rewrite rules for logcheck. It would enable
> administrators to sift out
On Wed, 10 Oct 2012 09:24:26 -0400 CJ Fearnley wrote:
> File: /etc/logcheck/ignore.d.server/saslauthd
> The following patch fixes a bug in the regex for ignoring
> useless lines from saslauthd authentication failures
> (/etc/logcheck/ignore.d.server/saslauthd) on this Squeeze system:
>
>
On Mon, 07 Mar 2011 11:19:04 + "Benjamin M. A'Lee"
wrote:
> Various files under ignore.d.* use "[0-9.]{7,15}" to match an IPv4
> address, e.g., a connection to rsyncd. However, this does not match
> IPv6 addresses, causing spurious reports.
>
> A better regexp might be something like:
On Mon, 27 May 2024 at 20:02, Steve Langasek wrote:
>
> On Sun, May 26, 2024 at 07:01:30PM +0100, Luca Boccassi wrote:
> > Control: tags -1 help
>
> > This is the pam config I ship:
>
> > # cat /usr/share/pam-configs/systemd-homed
> > Name: Enable user management by systemd-homed
> > Default: yes
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: ti...@debian.org
* Package name: soundcraft-utils
Version : 0.4.0
Upstream Contact: Jim Ramsay
* URL : https://github.com/lack/soundcraft-utils
* License : MIT
Programming Lang: Python
Description : Linux
On Mon, 27 May 2024 22:44:21 +0100 Luca Boccassi
wrote:
> On Fri, 30 Sep 2022 23:34:46 -0300 ng wrote:
> > Now, I think is worth mentioning that:
> >
> > Adding 'x-initrd.attach' to the device holding root at
> /etc/crypttab,
> > does in fact solve systemd-cryptsetup@vda5_crypt.service
Source: python-jenkins
Version: 1.4.0-4
Severity: normal
The Github repo is outdated.
https://opendev.org/jjb/python-jenkins/tags
Source: ovn-octavia-provider
Version: 6.0.0-1
Severity: normal
Dear Maintainers,
The VCS Url needs tweaking too.
Greetings
debian/control: python3-mock,
ovn_octavia_provider/tests/functional/base.py:from unittest import mock
ovn_octavia_provider/tests/unit/base.py:from unittest import mock
Source: cppimport
Followup-For: Bug #1071993
test_multiple_processes is now skipped in 22.08.02-3 and -4, but
that's just a workaround to avoid having to remove the package.
It shouldn't be considered a solution to the problem.
Hi,
Quoting Andreas Beckmann (2024-05-27 18:52:58)
> On 27/05/2024 18.32, Johannes Schauer Marin Rodrigues wrote:
> > I'm inclined to just restrict the kernel to amd64, arm64 and riscv64 as the
> > relevant hardware is unlikely (or rather impossible) to be found on other
> > architectures. Or do
On Fri, 30 Sep 2022 23:34:46 -0300 ng wrote:
> Now, I think is worth mentioning that:
>
> Adding 'x-initrd.attach' to the device holding root at
/etc/crypttab,
> does in fact solve systemd-cryptsetup@vda5_crypt.service failing.
But,
> on reboots and shutdowns I still get 'Failed to finalize
Package: python3-pytest-ayncio
Version: 0.20.3-1.2
Severity: serious
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear maintainer,
pytest-asyncio has a regression with pytest 8.2. For your convenience, find
attached a backported patch that will resolve the issue. Alternatively,
On Mon, 27 May 2024 at 22:15, Ian Jackson
wrote:
>
> bl...@debian.org writes ("Bug#1072021: hippotat-server: drop dependency on
> system-log-daemon"):
> > As per https://lists.debian.org/debian-devel/2024/05/msg00425.html we
> > want to drop dependencies on system-log-daemon when they are set
>
bl...@debian.org writes ("Bug#1072021: hippotat-server: drop dependency on
system-log-daemon"):
> As per https://lists.debian.org/debian-devel/2024/05/msg00425.html we
> want to drop dependencies on system-log-daemon when they are set
> simply because a package writes logs to syslogs, as they are
Source: texlive-bin
Version: 2024.20240313.70630+ds-2
Severity: grave
Justification: renders package unusable
Should not migrate to testing for now.
H.
-- System Information:
Debian Release: 12.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
Source: biber
Version: 2.20-2
Severity: grave
biber should not migrate to testing for now.
H.
-- System Information:
Debian Release: 12.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)
Foreign
Source: texlive-base
Version: 2024.20240401-2
Severity: grave
Justification: renders package unusable
Should not migrate to testing for now.
H.
-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have
Package: wnpp
Severity: wishlist
Owner: Arthur Diniz
* Package name: golang-github-go-task-template
Version : 0.0~git20240422.8f6b279-1
Upstream Author : Task
* URL : https://github.com/go-task/template
* License : TODO
Programming Lang: Go
Description
Hi,
Somehow I could not file the bug from sid, which resulted in it containing
stats from bookworm, although in the context of the bug it does not exactly
matter. I also failed to see #1064501 before, which would solve my issue upon
closing, though mine would not solve Zigo's. So I am not
Source: djangorestframework
Version: 3.15.1-1
Severity: serious
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear maintainer,
djangorestframework has an error in its setup.cfg, using the invalid key
testspath instead of testpaths. Starting with pytest 8.2, this is no longer
On Mon, 27 May 2024 14:31:37 +0200 Thorsten Leemhuis
wrote:
> On 27.05.24 14:22, Luca Boccassi wrote:
> >> https://bugs.launchpad.net/ubuntu/+source/autopkgtest/+bug/2056461
> >
> > This has been reported upstream 3 weeks ago, but so far it seems no
> > action has been taken:
> >
> >
Package: wnpp
Severity: wishlist
* Package name: xfce4-docklike-plugin
Version : 0.4.0
Upstream Author : XFCE
* URL : https://gitlab.xfce.org/panel-plugins/xfce4-docklike-plugin
* MX Linux package:
https://mxrepo.com/mx/repo/pool/main/x/xfce4-docklike-plugin/
*
Package: ruby-grpc
Version: 1.51.1-3+b1
Severity: wishlist
Dear Maintainer,
I have a requirement for the version 1.59 of ruby-grpc, which is for packaging
gapic-common (#1072048)
which is a dependency (and a dependency of several other dependencies) needed
by gitlab 16.11.3.
The current debian
Control: reopen -1
On Mon, 27 May 2024 19:03:56 +0200, gregor herrmann wrote:
> As a quick bandaid to fix the FTBFS bug and unblock libxml2, I've
> prepared an upload with only the one upstream commit added as an
> additional quilt patch (which makes the test suite pass on sid and
> trixie, i.e.
Hi,
An update on this:
I plan to take care of the Debian vagrant package (in the framework of
the Ruby team, as this is currently done). I uploaded the latest free
version of Vagrant to unstable/testing
(2.3.7+git20230731.5fc64cde+dfsg-2).
Of course help is welcomed. An easy and useful entry
Control: reopen -1 =
> I have read the other replies to the bug, which I missed previously.
> It's not upstream's intention to ship the modules in dist-packages.
Nevermind this, I misread upstream's response. Upstream contacted me to ask
about it and it's clear to me now.
Nilson:
> As Sherlock
Source: debci
Severity: wishlist
Hi,
when I stored artifacts for my autopkgtest job, I somehow expected the
link to download the artifacts to be shown next to the log:
https://ci.debian.net/packages/r/reform-setup-wizard/testing/s390x/47038806/
Because this is the page one is shown when
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: ruby-gapic-common
Version : 0.21.1
Upstream Contact: Google LLC
* URL : https://github.com/googleapis/gapic-generator-ruby
* License : Apache-2.0
Source: nsscache
Version: 0.49-2
Severity: minor
Tags: ftbfs patch
Hi,
your package fails to build when the passwd package is not installed.
For the buildd this is currently still the case but will change once
debootstrap 1.0.133 or later is used. Could you please add the build
dependency?
Source: go-dlib
Version: 5.6.0.9+dfsg-4
Severity: minor
Tags: ftbfs patch
Hi,
your package fails to build when the passwd package is not installed.
For the buildd this is currently still the case but will change once
debootstrap 1.0.133 or later is used. Could you please add the build
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: ruby-googleapis-common-protos
Version : 1.5.0
Upstream Contact: Google APIs <"googleapis-packa...@google.com">
* URL :
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "emacs-libvterm":
* Package name : emacs-libvterm
Version : 0.0.2+git20240520.df057b1-1
Upstream contact : Lukas Fürmetz
* URL :
Package: binutils-common
Version: 2.42-4
Severity: minor
Tags: patch
Dear Maintainer,
here are some notes and editorial fixes for the manual.
The patch is in the attachment.
-.-
Any program (person), that produces man pages, should check its content for
warnings (defects) by using
groff
Sean Whitton writes:
> I agree with you in principle, but I'm proposing this precisely because
> I think that the level of effort has already become too high. I find
> that I have to do multiple givebacks every upload.
Understood, but I was wondering if that might be a more recent
phenomenon,
Package: wnpp
Severity: wishlist
Owner: Arthur Diniz
* Package name: golang-github-dominikbraun-graph
Version : 0.23.0-1
Upstream Author : Dominik Braun
* URL : https://github.com/dominikbraun/graph
* License : Apache-2.0
Programming Lang: Go
Description
Control: tags -1 - moreinfo unreproducible
Control: found -1 6.8.11-1
Hi,
On Mon, May 27, 2024 at 03:11:21PM +0200, Jörn Heusipp wrote:
>
> Hello!
>
> > I cannot reproduce this problem.
>
> So it might be probably somewhat system-specific. I have not tried other
> i386 systems myself.
>
> >
Hi Florian,
did my explanation helped and solved the problem?
--
regards Thomas
On Sun, May 26, 2024 at 07:01:30PM +0100, Luca Boccassi wrote:
> Control: tags -1 help
> This is the pam config I ship:
> # cat /usr/share/pam-configs/systemd-homed
> Name: Enable user management by systemd-homed
> Default: yes
> Priority: 257
> Auth-Type: Primary
> Auth:
> [success=end
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: debian-backpo...@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "streamlink" into Debian
bookworm-backports repository.
* Package name: streamlink
Version : 6.7.4-1~bpo12+1
Upstream
Package: ruby3.1
Version: 3.1.2-8.3
Severity: minor
Tags: patch
Dear Maintainer,
here are some notes and editorial fixes for the manual.
The patch is in the attachment.
-.-
Any program (person), that produces man pages, should check its content for
warnings (defects) by using
groff
Package: xmake
Version: 2.9.1+ds-1
Severity: normal
X-Debbugs-Cc: nwfila...@gmail.com
Dear Maintainer,
xmake upstream ships with a vendored lua-cjson, which Debian removes as parts of
debian/patches/convert_local_source_to_external_dependencies.patch and the
commit
On Mon, May 27, 2024 at 2:02 PM Tyler Stachecki
wrote:
>
> On Thu, Feb 22, 2024 at 09:16:24AM +0100, Lucas Bonnet wrote:
> >
> > Hello dear Debian maintainers,
> >
> > I can confirm that the 2020 patch from Carsten Schoenert still applies
> > to d-i/netcfg releases 1.187 and 1.188, and result in
Dear Steve,
thank you for your support. The build fail is appearing in Debian
now, as the compiler update consequence.
Best regards,
FH
On Fri, 26 Apr 2024 15:01:22 -0700 Steve Langasek
wrote:
> Package: dcraw
> Version: 9.28-5
> Severity: normal
> Tags: patch
> User:
Dear Eriberto,
thank you for preparing of the upload. I think it
is completelly ready to be published thanks to you.
Best regards,
FH
--
PS. Sorry I am late, the end semester is hectic.
On Sat, 25 May 2024 12:37:33 -0300 Joao Eriberto Mota Filho
wrote:
> Control: tags 1069909 + pending
>
>
Package: ffmpeg
Version: 7:6.1.1-4+b1
Severity: normal
Dear Maintainer,
if you could backport below mentioned patchset to correct VA-API
functionality with recent Mesa (so we don't have to workaround it in the
Mesa) it would be awesome!
Mesa 24.0.6+ and 24.1 is triggering this bug.
On Thu, Feb 22, 2024 at 09:16:24AM +0100, Lucas Bonnet wrote:
>
> Hello dear Debian maintainers,
>
> I can confirm that the 2020 patch from Carsten Schoenert still applies
> to d-i/netcfg releases 1.187 and 1.188, and result in a debian installer
> that knows about VLANs and can be fully
Control: retitle -1 RFS: emacs-corfu/1.4-1 [Team] -- Completion Overlay Region
FUnction in Emacs
A new upstream release 1.4 is available. I have updated the packaging
on team repo[1] and mentors[2]. PTAL.
[1] https://salsa.debian.org/emacsen-team/emacs-corfu
[2]
Am 27.05.24 um 15:38 schrieb IOhannes m zmölnig (Debian GNU|Linux):
On 5/26/24 23:56, Dr. Tobias Quathamer wrote:
The package builds on my machine, although I had to disable a single
test for now. You'll find it in the newly created patch. Maybe you
have an idea what's causing the failure,
Control: tags -1 pending
On Mon, May 27, 2024 at 03:57:46PM +0200, Jin-Woo wrote:
> Package: bootlogd
> Version: 3.09-1
> Severity: normal
> X-Debbugs-Cc: saesor...@420blaze.it
>
> /etc/init.d/bootlogd contains a check for whether the system boots with
> systemd:
>
> if [ -d /run/system/system
On Fri, May 24, 2024 at 09:05:17AM +1000, Alexander Zangerl wrote:
> tags 1071675 +moreinfo +unreproducible
> severity 1071675 normal
> thanks
>
> On Thu, 23 May 2024 18:16:58 +0200, Fiona Klute writes:
> >When trying to do backup to an sftp:// target Duplicity fails since
> >python3-paramiko was
Control: close -1
On Sat, 1 Feb 2020 06:09:16 +0100 Michael Biebl
wrote:
> Control: forwarded -1 https://github.com/systemd/systemd/issues/14731
> Control: severity -1 wishlist
> Control: tags -1 - moreinfo
>
> On Tue, 03 Sep 2019 10:25:33 +0200 Ansgar wrote:
> > Christoph Pleger writes:
> >
Control: tags -1 wontfix
Control: close -1
On Mon, 21 Nov 2016 09:58:57 +0100 Martin Steigerwald
wrote:
> Package: systemd
> Version: 232-5
> Severity: normal
>
> Dear Martin, dear Michael, dear Maintainers,
>
> as I added a removable LUKS crypto device to fstab like in
>
>
Control: close -1
On Mon, 12 Feb 2018 00:54:00 + Gabriel Filion
wrote:
> On Wed, 1 Jun 2016 19:13:26 + Peter Palfrader
wrote:
> > Michael Biebl schrieb am Donnerstag, dem 14. April 2016:
> > > Am 14.04.2016 um 00:46 schrieb Michael Biebl:
> > > > The tor.service afaics is only used, so
Control: close -1
On Wed, 9 Sep 2015 20:49:10 +0200 martin f krafft
wrote:
> Package: systemd
> Version: 225-1
> Severity: wishlist
> File: /bin/systemd-ask-password
>
> The file being in /bin suggests that users can use it. However,
> writing a service unit just now using User= to start a
Control: clone -1 -2
Control: retitle -1 libxml-libxml-perl: FTBFS with libxml2 >= 2.11
Control: retitle -2 libxml-libxml-perl: update to current upstream release
Control: severity -2 normal
Control: tags -2 = trixie sid
On Mon, 27 May 2024 22:12:06 +0800, Aron Xu wrote:
> libxml2 has been
Control: tags -1 wontfix
Control: close -1
On Thu, 04 Jun 2015 11:46:34 +0100 Steve McIntyre
wrote:
> Package: systemd
> Version: 215-17
> Severity: normal
>
> I've added a script to tweak suspend & wakeup behaviour locally. It
> only works when placed in /lib/systemd/system-sleep.
Control: close -1
On Tue, 19 Oct 2021 17:35:00 +0200 Michael Biebl
wrote:
> Hi Chris
>
> Am 19.10.21 um 17:27 schrieb Chris Hofstaedtler:
> > Control: reassign -1 systemd
> >
> > Hi,
> >
> > this bug is about various terminal settings not being reset on tty1
> > (usually a Linux VC). Maybe
Control: close -1
On Sun, 29 Oct 2023 23:24:54 +0100 Michael Biebl
wrote:
> Control: forwarded -1 https://github.com/systemd/systemd/issues/5595
>
> I think the above upstream issue pretty much describes what you are
> seeing, so marking as forwarded accordingly.
This is tracked upstream,
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
GNU GSL 2.8 was released a few days ago, and I uploaded a new version to
experimental was has now cleared NEW.
I checked my email folder, and the last time this happened (gsl 2.7,
Control: close -1
On Fri, 20 Dec 2019 11:25:03 +0100 Michael Biebl
wrote:
> Control: severity -1 minor
>
> Am 18.12.19 um 15:28 schrieb Dejan Muhamedagic:
> > Package: systemd
> > Version: 241-7~deb10u2
> > Severity: important
> >
> > Dear Maintainer,
> >
> > Listing systemd units takes more
Control: close -1
On Fri, 15 Jul 2022 14:30:30 +0200 Michael Biebl
wrote:
> Am 15.07.22 um 05:18 schrieb Vincent Lefevre:
> > Control: forwarded -1
https://github.com/systemd/systemd/issues/24026
> >
> > On 2022-07-05 00:30:14 +0200, Michael Biebl wrote:
> >> Since this appears to be a
Control: close -1
On Wed, 11 Jul 2018 09:41:55 +0900 (JST) Ryutaroh Matsumoto
wrote:
> Control: severity -1 minor
> Control: tags -1 + upstream
>
> In light of
> https://github.com/systemd/systemd/issues/9539#issuecomment-404008050
> I believe that this bug is of minor severity.
This is
Control: close -1
On Sat, 22 Oct 2016 02:07:15 +0200 Michael Biebl
wrote:
> Control: tags -1 - moreinfo
> Control: forwarded -1 https://github.com/systemd/systemd/issues/4124
>
> Am 11.07.2016 um 14:33 schrieb Pavel Kosina:
> > Its ssh, putty,
> >
> > dady@linuxbox:~$ systemctl poweroff
> >
Hi chrysn (2024.05.27_14:43:47_+)
> The current pypy3 package builds a pypy3.9. This excludes recent Python
> packages that require Python 3.10 or newer (for comparison, 3.9 was in
> bullseye, and bookworm has 3.11). It is also a bit confusing to users
> who might look at the PyPy version
On 27/05/2024 18.32, Johannes Schauer Marin Rodrigues wrote:
I'm inclined to just restrict the kernel to amd64, arm64 and riscv64 as the
relevant hardware is unlikely (or rather impossible) to be found on other
architectures. Or do you think that this would be a bed "solution"?
No objections.
Control: close -1
On Wed, 10 Jan 2024 23:24:16 +0100 Michael Biebl
wrote:
> Am 10.01.24 um 16:10 schrieb наб:
> > On Wed, Jan 10, 2024 at 03:40:27PM +0100, Michael Biebl wrote:
> >> Am 10.01.24 um 15:26 schrieb наб:
> >>> As you can see in my logind.conf,
> >>> I have re-mapped the power key to
Control: close -1
This is tracked upstream, there are no patches nor configuration
downstream, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: close -1
On Fri, 08 Sep 2023 15:11:33 +0100 Tj wrote:
> Package: systemd-resolved
> Version: 252.14-1~deb12u1
> Severity: normal
> Tags: ipv6 upstream
>
> Reported upstream and tracked as:
>
> https://github.com/systemd/systemd/issues/29120
>
> Two hosts on the same link of an
Control: forwarded -1 https://github.com/systemd/systemd-stable/issues/343
Control: close -1
On Sat, 21 Oct 2023 21:02:17 +0200 Michael Biebl
wrote:
> On Sat, 19 Aug 2023 18:34:00 + Jan Dorniak
wrote:
> > Package: systemd
> > Version: 252.12-1~deb12u1
> > Severity: normal
> > X-Debbugs-Cc:
Control: close -1
On Fri, 23 Jun 2023 20:31:27 +0200 Michael Biebl
wrote:
> Control: forwarded -1 https://github.com/systemd/systemd/issues/28113
>
> Am 23.06.23 um 18:14 schrieb zithro:
> > Hello,
> >
> > I reported the bug upstream, just added there some comments to
reflect
> > that the
Hi,
I didn't notice your RPF before creating an ITP for pdoc [0]. Please
feel free to use the Git repository and it’s contents I created in Salsa
for pdoc [1], which I have set up under DPT.
[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072014
[1]
Control: tags -1 wontfix
Control: close -1
On Tue, 22 Jun 2021 08:32:12 +0200 Helmut Grohne
wrote:
> Package: systemd
> Version: 241-7~deb10u7
> Tags: upstream
>
> Hi,
>
> systemd provides a unit type .automount that is equipped with a
> parameter TimeoutIdleSec. What that time passed without
Control: close -1
On Mon, 4 Jul 2022 23:22:46 +0200 Michael Biebl
wrote:
>
> Andreas,
>
> can you please follow-up at the upstream bug report, specifically the
> question at
>
https://github.com/systemd/systemd/issues/23580#issuecomment-1174162464
As mentioned in the upstream ticket, this is
Control: close -1
On Sun, 23 Jan 2022 23:08:55 +0100 Michael Biebl
wrote:
> Control: forwarded -1 https://github.com/systemd/systemd/issues/22230
>
> Am 23.01.22 um 22:31 schrieb Adam Dinwoodie:
> > Now reported at https://github.com/systemd/systemd/issues/22230.
Thank
> > you!
>
> Thanks,
Control: close -1 256~rc1-1
On Sat, 20 Mar 2021 10:15:35 +0900 (JST) Ryutaroh Matsumoto
wrote:
> Control: forwarded -1 https://github.com/systemd/systemd/issues/19060
>
> I brought #982929 to the upstream as above.
> Best regards, Ryutaroh
Fixed in unstable now.
--
Kind regards,
Luca
Control: severity -1 serious
On 2024-05-27 Daniel Kahn Gillmor wrote:
> Control: affects 1071552 + emacs-el
> Control: retitle 1071552 GnuPG 2.2.42+ breaks emacs' EasyPG
> On Tue 2024-05-21 13:05:02 +0900, Youhei SASAKI wrote:
> > Package: gnupg
> > Version: 2.2.43-6
> > Severity: critical
> I
Control: close -1
On Fri, 19 Jun 2020 11:58:27 +0200 Gert van de Kraats
wrote:
> Package: systemd
> Version: 245.6-1
> Severity: normal
>
> Dear Maintainer,
>
> To trace the problem systemd.log_level=debug is activated via grub.
>
> The gnome-session-restart-dbus.service causes execute of job
Control: close -1
On Fri, 22 May 2020 12:19:56 +0200 Vincent Lefevre
wrote:
> Control: forwarded -1 https://github.com/systemd/systemd/issues/15887
>
> On 2020-05-22 06:08:02 +0200, Michael Biebl wrote:
> > I can't reproduce the issue with those instructions.
> > Must be something specific to
Hi Andreas,
On Mon, 13 May 2024 10:32:23 +0200 Andreas Beckmann wrote:
> The module fails to build for several architectures and kernel versions:
>
> Linux 6.6.*:
> https://ci.debian.net/packages/e/ezurio-qcacld-2.0-dkms/testing/amd64/45828215/#L3674
> 243s
>
Control: close -1
On Sun, 1 Aug 2021 16:25:13 +0200 Michael Biebl
wrote:
> Control: forwarded -1 https://github.com/systemd/systemd/issues/20358
>
> Am 01.08.21 um 11:13 schrieb Dirk Heinrichs:
> > Sorry for the delay, I always forgot to do it. It's finally there
now:
> >
Control: close -1
On Sun, 22 Sep 2019 15:39:24 +0200 Michael Biebl
wrote:
> Am 22.09.19 um 14:08 schrieb Marc Haber:
> > On Sat, Sep 21, 2019 at 05:05:10PM +0200, Michael Biebl wrote:
> >>> 58 systemd-time-wait-sync.service start running
> >>
> >> Hm, this service is not enabled by
Control: close -1 256~rc3-1
On Mon, 1 Jul 2019 14:46:09 +0100 Steve McIntyre
wrote:
> Control: severity -1 normal
>
> Hey Michael,
>
> Agreed on the downgrade...
>
> On Mon, Jul 01, 2019 at 02:14:26PM +0200, Michael Biebl wrote:
> >
> >with your additional information about the faulty fstab
Control: close -1
On Thu, 16 May 2019 13:34:57 + "Drexl, Johannes"
wrote:
> Hi Michael,
> sure, I'll post that on GitHub too...
>
> I've added the files I used on my test system to reproduce it. Have
> fun!
This is tracked upstream, there are no patches nor configuration
downstream,
Control: close -1
On Tue, 17 Jul 2018 22:49:19 +0200 Michael Biebl
wrote:
> Control: forwarded -1 https://github.com/systemd/systemd/issues/9627
>
> Am 17.07.2018 um 22:44 schrieb Sebastian Stellingwerff:
> > Done: https://github.com/systemd/systemd/issues/9627
>
> Thanks, marking the bug
Control: close -1
On Sat, 9 Mar 2019 20:59:51 +0100 Michael Biebl
wrote:
> On Sun, 11 Nov 2018 11:43:19 +0100 Michael Biebl
wrote:
> > Am 11.11.18 um 11:41 schrieb Michael Biebl:
> > > Could you please file an issue at
> > > https://github.com/systemd/systemd/issues
> >
> > Ideally, before
Control: close -1
On Sun, 19 Mar 2017 19:37:10 -0600 Nathan Dorfman
wrote:
> On Mon, Mar 20, 2017 at 01:38:49AM +0100, Michael Biebl wrote:
> > Am 20.03.2017 um 01:36 schrieb Michael Biebl:
> > > The relevant bits are in the journal log
> > >> Mar 19 20:09:08 stretch systemd[1]: Stopped Login
found 851877 2.1.1-1
severity 851877 serious
fixed 851877 1.20-1
thanks
Hello.
I have been unable to reproduce this (even randomly) for
a long time. Because I don't keep failed build logs for bullseye,
bookworm or trixie, I'm marking this as fixed in the bullseye
version.
On the other hand,
Control: close -1
On Thu, 3 Sep 2015 00:24:00 +0200 Michael Biebl
wrote:
> Control: forwarded -1 https://github.com/systemd/systemd/issues/45
> Control: tags -1 upstream
>
>
> Hi
>
> Am 02.09.2015 um 23:38 schrieb Sven Hartge:
> > The subject really says everything. I have extended
On Mon, 2024-05-27 at 13:04 +1000, NeilBrown wrote:
>
> dentry->d_fsdata is set to NFS_FSDATA_BLOCKED while unlinking or
> renaming-over a file to ensure that no open succeeds while the NFS
> operation progressed on the server.
>
> Setting dentry->d_fsdata to NFS_FSDATA_BLOCKED is done under
Control: tags -1 -fixed-upstream
Control: tags -1 help
On Mon, 1 Feb 2021 21:59:22 -0800 Josh Triplett
wrote:
> On Tue, 29 Dec 2020 14:56:42 -0800 Josh Triplett
wrote:
> > It looks like those files are installed upstream by the
> > install-sysconfdir option, which also controls the installation
On Sun, May 26, 2024 at 06:30:34PM +0100, Luca Boccassi wrote:
> This is not something that is appropriate to patch downstream, even if
> it was desirable.
Just for the record, I disagree. This is integration work and thus well
inside the authority of a cooperative package maintainer in a
601 - 700 of 1964636 matches
Mail list logo
