Package: radicale
Version: 3.2.0-1
Severity: grave
Justification: causes non-serious data loss
Dear Maintainer,
after upgrading radicale, my devices are no longer able to access my calendar.
The same calendar worked perfectly fine before the upgrade.
I am seeing errors like this in the log:
Mai
On Sun, May 26, 2024 at 04:30:13PM +0200, Andreas Metzler wrote:
> Source: weechat
> Version: 4.1.1-1
> Severity: important
> Tags: ftbfs
> User: ametz...@debian.org
> Usertags: libgcrypt-config-removal
> Control: block 714589 by -1
>
> Hello,
>
> weechat uses libgcrypt-config to locate libgcrypt
[Re-sending with @debian.org address to land on recipient inbox]
On 23/05/24 07:55 PM, Abhijith PA wrote:
> Hello David,
>
> On 23/05/24 01:11 PM, David Kindl wrote:
> >Hi,
> >
> >I’ve made merge request at salsa repo
> >([1]https://salsa.debian.org/debian/postsrsd/-/merge_requests/3
Package: python3-sqlalchemy
Version: 2.0.30+ds1-1
Severity: serious
X-Debbugs-Cc: Arto Jantunen
Attempting to import sqlalchemy on a partially upgraded bookworm
installation results in the following traceback:
Traceback (most recent call last):
File "/usr/bin/sqlacodegen", line 5, in
from
Control: owner -1 !
Hello,
It is quite important to me to get libnet-ssl-expiredate-perl done ASAP.
Thus if you do not have any objections, I am going to finalize it.
Andrius
On Mon, 27 May 2024, Richard Kojedzinszky wrote:
> Dear Neil,
>
> I was running it on arm64, may that be the reason?
That could certainly explain it. I know x86_64 almost never needs
barriers, though I have seen cases where they matter. ppc64 is very
sensitive. A quick search suggests that arm
Package: raspberrypi-kernel
Version: 1:1.20230106-1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate
***
* What led up to the situation?
I bought a usb a to c cable from amazon p/n B09FYVD6B5
I plugged usb cable
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 see that Andreas has reduced the severity of 1071552 from 'critical'
to 'important'.
Dear Neil,
I was running it on arm64, may that be the reason?
Regards,
Richard
On May 27, 2024 4:02:32 AM GMT+02:00, NeilBrown wrote:
>On Sun, 26 May 2024, Richard Kojedzinszky wrote:
>> Dear Neil,
>>
>> According to my quick tests, your patch seems to fix this bug. Could you
>> also manage t
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 ->d_lock
after checking the refcount is not elevated. Any attempt
Le Sun, May 26, 2024 at 05:35:28PM +0300, Yair Yarom a écrit :
>
> The function MagicMimetype always fails because the `command -v file` isn't
> executed inside a shell (rather, perl searches for the "command" binary, and
> fails to find it).
Thanks Yair for the patch. I confirm it works.
Can y
On Sun, 26 May 2024, Richard Kojedzinszky wrote:
> Dear Neil,
>
> According to my quick tests, your patch seems to fix this bug. Could you
> also manage to try my attached code, could you also reproduce the bug?
Thanks for testing.
I can run your test code but it isn't triggering the bug (90 mi
Dear Maintainers,
Would it be possible to consider a merge request[1] that addresses this issue?
Best Regards,
Vladimir.
[1] https://salsa.debian.org/java-team/jtreg7/-/merge_requests/4
Control: forwarded 988127 https://github.com/neomutt/neomutt/issues/3068
Hi Daniel,
On Thu, Feb 01, 2024 at 11:09:50AM +0100, Daniel Gröber wrote:
> Hi all,
>
> I've done some code review to figure out what we can do to
> workaround/fix this issue since it has annoyed me in the past and I
> just
On Sun, 26 May 2024 22:22:52 +0800 Luca Boccassi wrote ---
> Control: tags -1 moreinfo
>
> On Mon, 06 May 2024 09:22:14 +0800 Perr Zhang strongb...@zoho.com>
> wrote:
> > Package: systemd, systemd-timesyncd
> > Version: 252.19-1~deb12u1, 252.22-1~deb12u1
> > Arch: armhf
> > Dist
Package: python3.11-minimal
Version: 3.11.9-1
Severity: minor
Tags: patch
Dear Maintainer,
here are some notes and editorial fixes for the manual.
The patch is in the attachment.
-.-
The difference between the formatted outputs can be seen with:
nroff -man >
nroff -man >
diff -u
Control: close -1
On Sat, 20 Jan 2024 21:08:16 +0100 Michael Biebl
wrote:
> On Mon, 25 Sep 2023 06:53:59 -0500 Alexandre Ferreira
> wrote:
> > Thank you, I added a PR and it was merged yesterday.
> > sd-dhcp-client: reject NAKs from servers that we did not send an
offer
> > to (#29290) (https:
Control: fixed -1 252.26-1~deb12u1
Control: fixed -1 256-1
Control: close -1
On Fri, 26 Jan 2024 11:31:37 +0100 Chris Hofstaedtler
wrote:
> clone 1059995 -1
> reopen -1
> reassign -1 systemd
> found -1 systemd/254.3-1
> forwarded -1 https://github.com/systemd/systemd/issues/31037
> thanks
>
> De
> "Luca" == Luca Boccassi writes:
Luca> Ah thanks for the pointer to the file, I had missed that
Luca> somehow in the first reply. I see it now: the pam-config for
Luca> unix.so assumes that if something runs before then everything
Luca> is done already. Unfortunately that as
Control: close -1
On Thu, 26 Nov 2015 08:00:16 +0100 Eduard Bloch wrote:
> Package: systemd
> Version: 228-2
>
> Dear Maintainer,
>
> * What led up to the situation?
>
> I created a buggy configuration of apt-cacher-ng and wondered why it
did not start. When I run the service from command l
Control: tags -1 wontfix
Control: close -1
On Mon, 18 Jan 2021 14:45:17 -0800 Josh Triplett
wrote:
> On Thu, Jan 14, 2021 at 03:13:31PM +0100, Michael Biebl wrote:
> > Hi Josh
> >
> > Am 15.06.15 um 17:56 schrieb Josh Triplett:
> > > On Mon, Jun 15, 2015 at 12:36:45PM +0200, Michael Biebl wrote:
On Mon, 27 May 2024 at 00:30, Sam Hartman wrote:
>
> > "Luca" == Luca Boccassi writes:
>
> Luca>
> https://www.freedesktop.org/software/systemd/man/latest/pam_systemd_home.html
>
> It's going to be a long time (a couple of weeks) before I have cycles to
> actually look at systemd-home ra
> "Luca" == Luca Boccassi writes:
Luca>
https://www.freedesktop.org/software/systemd/man/latest/pam_systemd_home.html
It's going to be a long time (a couple of weeks) before I have cycles to
actually look at systemd-home rather than to answer questions with my
pam hat on without looking
Control: close -1
On Mon, 27 Jul 2015 21:27:23 +0200 Eduard Bloch wrote:
> On Mon, 20 Jul 2015 10:13:25 -0300 Felipe Sateler
wrote:
>
> > >> I'm afraid 2 is really an upstream issue and not an integration
issue.
> > >> Could you please file that bug upstream?
> > >
> > > Maybe... I will give it
Source: netctl
Version: 1.28-1
Severity: serious
Justification: FHS violation
Rebuilding your package in current unstable leads to .service files
being installed into /:
-rw-r--r-- root/root 512 2023-08-06 22:20 ./netctl-auto@.service
-rw-r--r-- root/root 445 2023-08-06 22:20 ./netctl
Source: jupyterhub
Version: 3.0.0+ds1-1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: z...@debian.org
Your package currently fails to build, see below and the attached build
log:
PYTHONPATH=debian/jupyterhub/usr/lib/python3.11/dist-packages help2man
--output=jupyterhub-singleuser.1 --name="Single-
Control: close -1
On Sun, 23 Nov 2014 21:22:00 +0100 Vincent Danjean
wrote:
> Package: systemd
> Version: 215-5+b1
> Severity: normal
>
> Hi,
>
> I enabled systemd debug-shell service on several machines. However,
> each time I needed it (for example to fix a problem with mounted
points,
>
Control: tags -1 wontfix
Control: close -1
On Sun, 03 Aug 2014 23:43:50 +0200 debianizzato
wrote:
> Package: systemd
> Version: 208-6
> Severity: normal
>
> Dear Maintainer,
> I have already sent a bugreport to wpasupplicant package maintainer:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug
Sean Whitton writes:
> I think we should move the tests to run under autopkgtest, rather than
> during the build. Debian's autopkgtest infrastructure, with things like
> blocking migration, is by now quite sophisticated.
>
> On IRC it's also been suggested that we also
>
> - mark dired-test-bug2
Package: pypi2deb
Version: 3.20240228
Severity: normal
Hi,
I think that suggesting Nose nowadays is more harmful than harmless.
For the Python2 package they can't hurt,
they are not in the archive anymore.
Greetings
diff --git a/debian/control b/debian/control
index c31d046..bf69bc8 100644
--
On Sun, 26 May 2024 at 21:46, Sam Hartman wrote:
>
>
> Hi.
> I'm not really swapped in on Debian this weekend; dealing with a
> transition for day job.
>
> But quick thoughts.
>
> I'm surprised that systemd-home is a pam auth module.
> That is, I wouldn't expect systemd-home to be able to decide w
Thanks for the report. Do they have a tracking system?
No. bug-help2man forwards directly to Brendan O'Dea's email address.
On 26.05.2024 23:46, Karl Berry wrote:
Hello Karl,
FYI, I sent in a report to bug-help2man. If the output can be made
usable, I'll add it to TL, else maybe give up on help2man and just fix
it by hand as Bjarni wrote originally. We'll see what happens. -k
Thanks for the report. Do they have a
Am 24.05.24 um 21:23 schrieb Ross Gammon:
Hi Tobias,
There are no blockers other than real life getting in the way. I did
start working on 5.2.0 in the experimental branch on Salsa. From memory,
there was a problem with fuzzy patches, and the tedious checking of
copyrights still to do. But I sho
FYI, I sent in a report to bug-help2man. If the output can be made
usable, I'll add it to TL, else maybe give up on help2man and just fix
it by hand as Bjarni wrote originally. We'll see what happens. -k
Hello Bastian,
thanks for taking care and fixing this speedily.
However, I am wondering whether there was a particular need to speed up
fixing this bug that I might have missed and that might need to have
been added to the bug for further consideration / clarification.
After all I, as the mainta
Source: pinot
Version: 1.21-1
Severity: important
Tags: patch ftbfs
Control: forwarded -1 https://github.com/FabriceColin/pinot/pull/11
Hi,
pinot fails to build with the new stable series of the Exiv2 library,
i.e. 0.28.x; that version is available in experimental as of this
writing.
Upstream re
Package: node-fetch
Version: 3.3.2+~cs11.4.11-2
Severity: important
node-fetch has 3 test failures with nodejs 20:
https://ci.debian.net/packages/n/node-fetch/testing/amd64/47014955/
I tried to fix them in various ways without success.
Jérémy
-- System Information:
Debian Release: trixie/sid
Hello,
I realized this bug prevents shaderc from migrating to testing.
Please have a look on my MR
(https://salsa.debian.org/xorg-team/vulkan/glslang/-/merge_requests/6),
which (among other things) fixes this bug.
Thanks,
Philippe.
Hi,
On Sun, May 26, 2024 at 10:39 PM Marcel Partap wrote:
> I'm not sure whether this is a purely local issue but it's
>
> tmux: /lib/x86_64-linux-gnu/libtinfo.so.6: version
> `NCURSES6_TINFO_6.4.current'
> not found (required by tmux)
Has to be a local issue... Are you 100% sure that this tmux
I think I have the same problem on my HP Elite Mini 800 G9.
I get exactly the same symptoms as the OP.
I even tried with kernel 6.7 from backports, but got the same problems.
I'm currently running Debian 11 with kernel 5.10.0-29, no issues so far
(machine is up for about 2 days).
Let me know what
Hi.
I'm not really swapped in on Debian this weekend; dealing with a
transition for day job.
But quick thoughts.
I'm surprised that systemd-home is a pam auth module.
That is, I wouldn't expect systemd-home to be able to decide whether you
have presented valid credentials to log in.
It may be t
Package: tmux
Version: 3.4-5
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: mpar...@gmx.net
I'm not sure whether this is a purely local issue but it's
tmux: /lib/x86_64-linux-gnu/libtinfo.so.6: version `NCURSES6_TINFO_6.4.current'
not found (required by tmux)
tmux:
Insta
Hello Pascal,
On 25/05/2024 23:49, Pascal Hambourg wrote:
On 25/05/2024 at 22:10, Roland Clobus wrote:
When I run the Debian installer, the missing firmware file is
correctly identified and installed by 'check-missing-firmware.sh'.
However, the kernel module is mis-identified as 'usb'.
Thi
Source: jtreg7
Version: 7.3.1+1-2
Severity: normal
Dear Maintainer,
A number of openjdk-11 jdk tests fail with the following exception (e.g.
test/jdk/java/lang/invoke/BigArityTest.java):
java.util.ServiceConfigurationError:
org.junit.platform.launcher.TestExecutionListener: Provider
org.junit.
Thanks Frank and others!
I appreciate your assistance in testing the build. I will proceed to
merge this before the next upload then.
I just wanted to add here the regular Debian Developer's point of
view: after every upload of every package I maintain, I always check
the buildd status, investig
On 25/05/2024 23:34, Cyril Brulebois wrote:
Hoi,
Roland Clobus (2024-05-25):
Source: hw-detect
Version: 1.160
Severity: normal
Tags: patch d-i
Just to confirm, which linux version was this tested against?
The current kernel from sid: 6.8.9-1
I've used a locally built live image based on si
Hi Otto,
On 25.05.24 06:24, Otto Kekäläinen wrote:
Hi!
I have a patch to tentatively fix Debian package galera-4 builds on
ia64 at https://salsa.debian.org/mariadb-team/galera-4/-/merge_requests/19
Would anybody be interested in helping out and testing if the build
fully passes now?
Details i
On 2024-05-20 12:21:30 [+0200], Jean-Guilhem Cailton wrote:
> Le 20/05/2024 à 10:11, Sebastian Andrzej Siewior a écrit :
> > Okay. This was old testing -> new testing or Bookworm -> testing? Was
> > this "apt upgrade && apt dist-upgrade" or just "apt dist-upgrade" ?
>
> This was old testing -> new
Source: dh-make
Version: 2.202302
Severity: serious
Justification: Multiarch false promises
X-Debbugs-Cc: debian-cr...@lists.debian.org, hel...@subdivi.de,
chris.obb...@collabora.com
Dear dh-make maintainers,
This bug is related to #1040542 and to commit d411b19 on Salsa[1].
[1] https://salsa.d
Source: qt6-networkauth
Version: 6.4.2-5
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Control: clone -1 -2
Control: reassign -2 src:qtnetworkauth-everywhere-src 5.15.13-2
Control: retitle -2 qtnetworkauth-everywhere-src: CVE-2024-36048
Hi,
The
I would be willing, as long as the issues I noted in my last mail
could be addressed.
--
Braiam
Source: openssl
Version: 3.2.1-3
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for openssl.
In avoidance of doupt, no DSA is needed, filling the bug for BTS
tracking and it can simply be fixed in t
Package: lm-sensors
Version: 1:3.6.0-7.1
Severity: normal
Currently, lm-sensors package has Depends: perl:any. However, the only
utility which uses perl - sensors-detect - is just fine with perl-base,
it does not use anything from the more complete perl package.
On many systems we have, perl is
On 2024-05-26 12:44, Santiago Vila wrote:
To track that, what does `lscpu` report on your failing system?
(the thread,core,socket lines are probably the relevant ones)
It's an AWS machine of type m6a.large. These are the most relevant
specs.
Thread(s) per core: 2
Core(s) per socke
Control: tags -1 + moreinfo unreproducible
Hi Jörn,
On Sat, May 18, 2024 at 09:37:03AM +0200, Jörn Heusipp wrote:
> Package: src:linux
> Version: 6.7.12-1
> Severity: grave
> Justification: renders package unusable
> X-Debbugs-Cc: osm...@problemloesungsmaschine.de
>
> Hello Debian kernel team!
>
Control: clone -1 -2
Control: retitle -2 pcre3 should not be part of trixie
Control: tags -2 trixie sid
Control: severity -2 serious
Control: block -1 by -2
On Sun, May 26, 2024 at 04:18:38PM +0100, Matthew Vernon wrote:
> I really, truly, do not want to be shipping pcre3 in trixie.
Cool. I've re
Hi Johannes,
On Sun, May 26, 2024 at 03:26:56PM +0200, Johannes Schauer Marin Rodrigues
wrote:
> Quoting Helmut Grohne (2024-05-24 14:12:38)
> > while working with debusine.debian.net, I ran into a rather crazier kind
> > of issue with the unshare backend. It seems like debusine.debian.net
> > cr
Package: wnpp
Severity: wishlist
Owner: Yogeswaran Umasankar
X-Debbugs-Cc: debian-de...@lists.debian.org, kd8...@gmail.com
* Package name: python-proto-plus
Version : 1.23.0
Upstream Contact: Google LLC
* URL : https://github.com/googleapis/proto-plus-python
* License
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: ruby-cssbundling-rails
Version : 1.4.0
Upstream Contact: David Heinemeier Hansson
* URL : https://github.com/rails/cssbundling-rails
* License : Exp
Control: close -1 252-1
On Fri, 19 Dec 2014 17:32:33 +0100 Martin Steigerwald
wrote:
> Package: systemd
> Version: 218-2
> Severity: normal
>
> Dear Maintainer,
>
> I have this here:
>
> merkaba:~> du -sch /var/log/* | sort -rh | head -10
> 1,3G insgesamt
> 1,1G /var/log/journal
> 143M
Control: tags -1 -fixed-upstream
Control: tags -1 -help
Control: tags -1 wontfix
Control: close -1
On Wed, 30 Nov 2016 20:01:51 +0100 Dirk Heinrichs
wrote:
> Package: systemd
> Version: 232-6
> Severity: important
>
> --- Please enter the report below this line. ---
> I'm running systems with us
Control: tags -1 help
On Sun, 19 Nov 2023 23:48:46 +0100 Alexander Bochmann
wrote:
> Package: systemd-homed
> Version: 254.5-1~bpo12+2
> Followup-For: Bug #1056166
>
> Hello,
>
> I can confirm this problem still exists in bookworm and
> bookworm-backports:
>
> As soon as the Debian systemd-ho
Control: forwarded -1 https://github.com/elogind/elogind/issues/285
Control: tags -1 upstream
On Sun, May 26, 2024 at 05:14:55PM +0200, Juliusz Chroboczek wrote:
> Filed upstream at https://github.com/elogind/elogind/issues/285.
Thanks. I think that is the right place to discuss this further. You
On Sun, 26 May 2024 18:57:31 +0200 Marc Haber
wrote:
> On Sun, May 26, 2024 at 05:53:01PM +0100, Luca Boccassi wrote:
> > So yeah, not going to risk this for the benefit of a non-default
> > package with 0.19% popcon, sorry. Feel free to document the
workaround
> > and link to this bug as you see
Control: tags -1 wontfix
Control: close -1
On Thu, 27 Feb 2020 12:50:40 +1100 "Trent W. Buck"
wrote:
> Michael Biebl wrote:
> >>> [...] you'd have to convince upstream that this is a good idea
[...]
> >> Blergh, I'll have to make a github account [...]
> > Any updates here?
>
> Sorry, no.
> This
Control: close -1 256~rc3-2
On Mon, 26 Feb 2018 22:10:05 -0500 Theodore Ts'o wrote:
> reassign 891558 systemd 237
> thanks
>
> On Tue, Feb 27, 2018 at 08:58:25AM +0800, 積丹尼 Dan Jacobson wrote:
> > (Alas the actual "Checking in progress on ..." messages are the
kind one
> > sees during boot that
Control: tags -1 help
On Sat, 09 Dec 2023 23:53:17 +0100 Matteo Settenvini
wrote:
> Package: systemd-boot
> Version: 255-1
> Severity: important
>
> Dear Maintainer,
>
> as per https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1033725 and
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=9962
Control: tags -1 -upstream
Control: tags -1 wontfix
Control: close -1
On Sun, 3 Mar 2024 01:14:03 +0100 Felix Jacobi
wrote:
> In my opinion, it should be possible to use systemd-resolved along
with
> the original resolvconf again. This could re-allow using
> systemd-resolved in cases, where the
On Sun, May 26, 2024 at 05:53:01PM +0100, Luca Boccassi wrote:
> So yeah, not going to risk this for the benefit of a non-default
> package with 0.19% popcon, sorry. Feel free to document the workaround
> and link to this bug as you see fit. I'd recommend noting the FS
> corruption issues too, but
On Sun, 26 May 2024 at 17:37, Marc Haber
wrote:
>
> On Sun, May 26, 2024 at 04:57:10PM +0100, Luca Boccassi wrote:
> > I am pretty sure this is working as intended, we do not want the ESP to
> > be always mounted by default. You can disable this generator in
> > multiple ways if you don't want thi
Control: close -1 256~rc1-1
On Thu, 24 Aug 2023 11:45:41 +0200 Michael Biebl
wrote:
> On Thu, 29 Jun 2023 11:24:33 +0100 Luca Boccassi
wrote:
> > On Thu, 29 Jun 2023 10:16:19 + undef
wrote:
> > > Package: systemd
> > > Version: 252.6-1
> > > Severity: wishlist
> > > X-Debbugs-Cc: Undef
> >
I am uploading a NMU to fix this. Please find the debdiff attached.diff -Nru libdumbnet-1.18.0/debian/changelog libdumbnet-1.18.0/debian/changelog
--- libdumbnet-1.18.0/debian/changelog 2024-03-10 12:11:12.0 +
+++ libdumbnet-1.18.0/debian/changelog 2024-05-26 16:35:47.0 +
Control: tags -1 wontfix
Control: close -1
On Tue, 03 Jul 2018 13:54:56 +0200 Dominique Dumont
wrote:
> Package: systemd
> Version: 239-3
> Severity: wishlist
>
> Dear Maintainer,
>
> libconfig-model-systemd-perl provides a model so that cme command can
> check or edit some systemd configuratio
On Sun, May 26, 2024 at 06:12:50PM +0200, Marc Haber wrote:
> I am not too fond about the suggested patch since it breaks atop on
> systems with 32bit time_t,
It does not: promoting the time_t to a long long on all architectures before
passing it as an argument to the format string is portable to
Control: tags 1066575 + patch
Control: tags 1066575 + pending
Dear maintainer,
I've prepared an NMU for kakasi (versioned as 2.3.6-4.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
--
.''`. https://info.comodo.priv.at -- Debian Developer h
On Sun, May 26, 2024 at 04:57:10PM +0100, Luca Boccassi wrote:
> I am pretty sure this is working as intended, we do not want the ESP to
> be always mounted by default. You can disable this generator in
> multiple ways if you don't want this behaviour - via the cmdline as
> already mentioned, or by
Control: tags -1 confirmed
Control: forwarded -1 https://github.com/Atoptool/atop/issues/306
thanks
thanks for spotting and debugging this.
On Thu, Apr 25, 2024 at 02:16:33PM -0700, Steve Langasek wrote:
> Although atop currently builds successfully on armhf and armel, it is broken
> at runtime b
Filed upstream at https://github.com/elogind/elogind/issues/285.
Source: libdata-fake-perl
Version: 0.006-1
Severity: serious
Tags: upstream ftbfs
Justification: fails to build from source
Forwarded: https://github.com/dagolden/Data-Fake/issues/15
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
t/dates.t fails on i386, looks like time_t 32 bit issues (via
Time
On Sun, 26 May 2024 13:39:07 +0200 Salvatore Bonaccorso
wrote:
> Hi,
>
> For those watching this bug: John has prepared backports in his tree,
> with both approaches:
>
>
https://git.kernel.org/pub/scm/linux/kernel/git/jj/linux-apparmor.git/log/?h=debian-two-patch-1780227
>
> and
>
>
https://g
Control: tags -1 wontfix
Control: close -1
On Mon, 8 Apr 2024 09:21:32 +0200 =?UTF-8?Q?Rapha=C3=ABl_Halimi?=
wrote:
> Le 07/04/2024 à 19:34, Michael Biebl a écrit :
> > As you correctly noticed, this is a bug/fault in debootstrap.
> > I don't think individual packages should work around that, so
Control: tags -1 wontfix
Control: close -1
On Wed, 4 Oct 2023 20:51:57 +0200 Marc Haber
wrote:
> On Wed, Oct 04, 2023 at 08:41:10PM +0200, Michael Biebl wrote:
> > Do you both /efi *and* /boot/efi
> >
> > The automount unit is for efi.automount
>
> No, just /boot/efi, but the aide run triggers
Dear colleagues,
I am writing to bring to your attention an issue with the current upstream
version of unzip that has not been updated for many years. In the modern
environment, where the vast majority of systems use UTF-8, unzip exhibits
several problems that need addressing:
1) unzip is u
Control: tags -1 pending
Control: unblock -1 by 940051 940050
On Sat, 9 Nov 2019 02:36:20 +0100 Michael Biebl
wrote:
> Hi Ansgar
>
> On Thu, 12 Sep 2019 09:00:12 +0200 Ansgar wrote:
> > Ben Hutchings writes:
> > > On Wed, 2019-09-11 at 19:20 +0200, Ansgar wrote:
> > >> would it be possible to a
Control: tags -1 wontfix
Control: close -1
On Tue, 15 Feb 2022 21:27:58 +0100 Michael Biebl
wrote:
> Hi Marc
>
> Am 15.02.22 um 16:36 schrieb Marc Haber:
> > the manpage bootup(7) says that the initramfs is often created by
> > dracut(8). This might be true in the Red Hat world, but not on
Debia
Source: python-ironic-inspector-client
Version: 5.1.0-3
Severity: normal
Dear Maintainer,
This package has switched to unittest.mock.
Greetings
tchet@quieter:/tmp/python-ironic-inspector-client$ grep mock -r | grep -e
import -e debian
debian/control: python3-mock,
debian/control: python3-reque
Hi,
On 25/05/2024 21:43, Chris Hofstaedtler wrote:
On Fri, Feb 09, 2024 at 04:23:27PM +0100, Helmut Grohne wrote:
Package: libpcre3
[..]
we want to finalize the /usr-merge transition by moving all aliased
files from / to /usr via DEP17 to avoid any negative effects arising
from aliasing. libp
Control: close -1
On Sat, 20 Jan 2024 20:45:15 +0100 Michael Biebl
wrote:
> Control: tags -1 + moreinfo unreproducible
>
> On Thu, 04 Jan 2024 22:32:42 +0200 dweller
wrote:
> > I am including images that show the corruption (related to numbers
in brackets).
> > What other information can I prov
Control: close -1
On Sat, 20 Jan 2024 20:52:20 +0100 Michael Biebl
wrote:
> Hi Corin
>
>
> On Wed, 03 Jan 2024 12:50:13 +0100 Luca Boccassi
wrote:
> > Control: severity -1 normal
> > Control: tags -1 moreinfo
> >
> > On Wed, 03 Jan 2024 12:02:40 +0100 Corin Langosch
> > wrote:
> > > Package:
Control: close -1 255.4-1
On Sat, 2 Mar 2024 13:51:48 +0100 Christian Horn
wrote:
> Hello,
>
> thank you for commenting.
>
> On Wed, Feb 28, 2024 at 07:02:10PM +0100, Michael Biebl wrote:
> >
> > On Sun, 12 Nov 2023 11:15:45 +0100 Christian Horn
> > wrote:
> > > Package: systemd
> > > Version
Control: close -1
On Fri, 27 Nov 2020 10:07:42 +0100 Michael Biebl
wrote:
> Am Freitag, den 27.11.2020, 17:40 +0900 schrieb Ryutaroh Matsumoto:
> >
> > I have little idea which package is missing/required in this
context.
> > What I see is that, when only "Priority: required" packages are
> > in
Version: 2:4.8.1+dfsg-1
This issue has been fixed in 4.8.1 but the bug report is still open.
Let's close it finally.
/mjt
--
GPG Key transition (from rsa2048 to rsa4096) since 2024-04-24.
New key: rsa4096/61AD3D98ECDF2C8E 9D8B E14E 3F2A 9DD7 9199 28F1 61AD 3D98
ECDF 2C8E
Old key: rsa2048/457C
Control: close -1
On Sat, 18 Nov 2023 22:06:47 +0100 Michael Biebl
wrote:
> Control: tags -1 moreinfo
> On Tue, 31 Oct 2023 10:36:36 +0100 Michael Biebl
wrote:
> > Am 10.10.23 um 04:22 schrieb Tom Cameron:
> >
> > > I have also looked at the systemd issue tracker on github, and
while
> > > ther
Control: close -1
On Tue, 5 Jul 2022 20:24:43 +0200 Michael Biebl
wrote:
> Control: tags -1 + moreinfo upstream
>
> On Thu, 30 Mar 2017 10:38:45 +0200 Laurent Bonnaud
> wrote:
> > Package: systemd
> > Version: 233-5
> >
> >
> > Dear maintainer,
> >
> > here are 2 DNS queries that illustrate
Source: gnocchi
Version: 4.5.0-5
Severity: normal
Dear Maintainers,
python3-mock is not used anymore.
Greetings
tchet@quieter:/tmp/gnocchi$ grep mock -r | grep -e import -e debian
debian/control: python3-mock,
gnocchi/tests/indexer/sqlalchemy/test_migrations.py:from unittest import mock
gnocch
Package: elogind
Version: 255.5-1debian1
Hi,
At some point, elogind changed the behaviour of the suspend key to use
s2idle in preference to deep sleep. On my laptop (Latitude 7390), the
time in suspend on a full battery dropped from a few days to just over one
day.
The fix was to add the follow
Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: team+pkg...@tracker.debian.org
As per https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070768,
bpfcc/0.29.1+ds-1.1 recently dropped support for ppc64el.
I uploaded a new version of oci-seccomp-bpf-hook too soon and it was
built also for ppc
Control: tags -1 -patch
Control: close -1 253-1
On Mon, 07 Sep 2020 09:58:42 +0200 Roderich Schupp
wrote:
> Package: systemd
> Version: 246.4-1
> Severity: normal
> Tags: patch
> X-Debbugs-Cc: roderich.sch...@gmail.com
>
> I added some keyboard layouts with gnome-control-center (tab "Region
&
>
Control: unblock 799782 by -1
Control: tags -1 upstream
Control: close -1
On Mon, 28 Sep 2015 20:27:17 +0200 Joachim Breitner
wrote:
> Package: systemd
> Version: 226-3
> Severity: normal
> Control: block 799782 by -1
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> local-apt-re
1 - 100 of 164 matches
Mail list logo
