Quoting gregor herrmann (2024-04-16 21:22:35)
> On Sun, 14 Apr 2024 21:38:08 +0200, Jonas Smedegaard wrote:
>
> > What a neat little tool. I have needed this many times over the years.
>
> Thanks!
>
> > One thing that I would want, which seems within the scope of this tiny
> > tool: An option t
Package: linux-image-6.1.0-20-amd64
So there is a very nasty bug in the e1000e network card
driver.
I am running Debian 12 Bookworm.
You will get the message "Detected Hardware Unit Hang" and then
the network card just stops working.
This is a built in NIC on the computer
The computer is a i
Control: forwarded -1
https://lore.kernel.org/regressions/zh7flxvnddfat...@eldamar.lan/T/#u
Hi both,
On Tue, Apr 16, 2024 at 08:31:23PM +0200, Roland Rosenfeld wrote:
> Hi Salvatore and Diederik!
>
> On Di, 16 Apr 2024, Salvatore Bonaccorso wrote:
>
> > If you revert that commit, does that fix
Control: tags -1 + confirmed upstream
Control: severity -1 minor
On Fri, Apr 05, 2024 at 10:04:29PM +, Einhard Leichtfuß wrote:
> when the Dovecot configuration contains an `!include` statement with a
> wildcard that does not match anything, dovecot prints an error and
> terminates.
>
> Expec
On Tue, Apr 16, 2024 at 04:51:09PM +0100, Chris Lamb wrote:
> Just to say that I am totally on board with the idea of ensuring we
> get _something_ out of diffoscope on tests.reproducible-builds.org.
:) great!
> Way better than 250 timeouts.
https://tests.reproducible-builds.org/debian/stats_bre
Hi,
On Tue, Apr 16, 2024 at 05:46:33PM +0200, Salvatore Bonaccorso wrote:
> Control: tags -1 + moreinfo
>
> Hi
>
>
> On Tue, Apr 16, 2024 at 02:17:49PM +0200, Manfred Larcher wrote:
> > Package: src:linux
> > Version: 6.1.85-1
> > Severity: important
> >
> > Dear Maintainer,
> >
> >* What
We managed to solve this bug upstream.
https://gitlab.com/sane-project/backends/-/issues/742
Paul
On Thu, Apr 04, 2024 at 08:34:28PM +0200, Jörg-Volker Peetz wrote:
> in light of the recent xz security breach, I'd like to ask if it
> would be possible to rework systemd readiness notification and socket
> activation patches to not link against libsystemd as just achieved for
> the openssh-server
Control: found -1 6.6.15-2
On Tue, 16 Apr 2024 10:34:45 +0200, Diederik de Haas wrote:
>Can you try the Debian Testing kernel, which is at version 6.6.15?
6.6.15-2 also has the bug.
On 2024-04-16, Chris Lamb wrote:
> However, I think this first iteration of --hard-timeout time has a few
> things that would need ironing out first, and potentially make it not
> worth implementing:
>
> (1) You suggest it should start again with "--max-container-depth 3",
> but it would surely nee
control: tags -1 patch pending
Dear maintainer,
I've prepared an NMU for xf86-input-mtrack (versioned as 0.3.1-1.1) and
uploaded it.
diff -Nru xf86-input-mtrack-0.3.1/debian/changelog
xf86-input-mtrack-0.3.1/debian/changelog
--- xf86-input-mtrack-0.3.1/debian/changelog2024-04-01 10:36:3
Source: gm-assistant
Version: 1.2.4-1
Control: forwarded -1 https://github.com/ViviCoder/GM-Assistant/issues/158
The metadata of the openclipart SVGs links to https://creativecommons.org/licenses/publicdomain/ which d/copyright and
upstream's COPYRIGHT file claim to be CC0-1.0. That is not true.
updated diff:
debdiff xf86-input-mtrack_0.3.1-1.dsc xf86-input-mtrack_0.3.1-1.1.dsc
diff -Nru xf86-input-mtrack-0.3.1/debian/changelog
xf86-input-mtrack-0.3.1/debian/changelog
--- xf86-input-mtrack-0.3.1/debian/changelog2015-06-02 07:09:33.0
+0200
+++ xf86-input-mtrack-0.3.1/debian/
Control: tags 1067596 + patch
Control: tags 1067596 + pending
Dear maintainer,
I've prepared an NMU for xf86-input-multitouch (versioned as 1.0~rc3-2.1) and
uploaded it.
diff -Nru xf86-input-multitouch-1.0~rc3/debian/changelog
xf86-input-multitouch-1.0~rc3/debian/changelog
--- xf86-input-multi
Thanks Holger,
On Mon, 15 Apr 2024 at 20:43, Holger Wansing wrote:
>
> Hi,
>
> James Addison wrote (Sun, 14 Apr 2024 23:52:03 +0100):
> > From some testing of these: the search results have a problem that they
> > hyperlink to a language-less .html URL, meaning that clicking a result link
> > i
Package: src:linux
Version: 6.6.15-2
Severity: normal
X-Debbugs-Cc: fores...@nom.one
Dear Maintainer,
When booting with an encrypted root filesystem, the LUKS unlock
passphrase prompt normally appears on the serial console shortly after
the first device-mapper messages. It looks like this:
Ple
Package: libsundials-dev
Version: 6.4.1+dfsg1-3+b3
Severity: normal
X-Debbugs-Cc: none, Christophe Troestler
Dear Maintainer,
When activating the KLU feature of sundials, the file
/usr/include/sunlinsol/sunlinsol_klu.h
is read. On line 34, there is
#include
but, even with suitesparse insta
I am uploading a NMU to fix this. The debdiff is included.diff -Nru gm-assistant-1.2.4/debian/changelog
gm-assistant-1.2.4/debian/changelog
--- gm-assistant-1.2.4/debian/changelog 2022-03-02 19:42:26.0 +
+++ gm-assistant-1.2.4/debian/changelog 2024-04-16 21:59:05.0 +
@@ -1
Source: org-bullets
Version: 0.2.4-3
Severity: normal
Hi,
I noticed some deprecation warnings in org-bullets' native-compilation log, so
searched for an upstream fix. What I found was that our current upstream
source is a decade old:
https://github.com/sabof/org-bullets
and that MELPA prov
Note that this is a headless system, so there is no other way to display a
prompt or enter the passphrase.
Just in case this was merely a display problem, I tried entering the
passphrase at the serial console despite the missing prompt. It didn't work.
On Tue, 16 Apr 2024 at 22:47, James Addison wrote:>
> Thanks Holger,
>
> On Mon, 15 Apr 2024 at 20:43, Holger Wansing wrote:
> >
> > Hi,
> >
> > James Addison wrote (Sun, 14 Apr 2024 23:52:03 +0100):
> > > From some testing of these: the search results have a problem that they
> > > hyperlink to
Extra information :
It is stable when you initialize the disk in MBR/MS-DOS format, but only with a
USB A to USB C cable, if you use a USB c to USB-C cable the problems persist.
Ubuntu is seeing the same failures after its own rebuilds of the package
in Ubuntu noble, also on ppc64el only. I investigated if it was a known
issue in pdbq or valgrind but did not find convincing matches. I'm also
not certain if this is a single issue, or multiple. There are also some
"Invali
On 2024-03-11 15:18:44 +0100, Chris Hofstaedtler wrote:
> Thus, a good approximation of the default deborphan functionality
> (no additional options passed) is:
>
> $ apt-mark auto '~i !~M (~slibs|~soldlibs|~slibdevel|~sintrospection|~sdebug)'
> possibly followed by
No, to mimic deborphan, you sh
Source: wabt
Version: 1.0.34+dsfg2+~cs1.0.32-1
Severity: normal
https://sources.debian.org/src/wabt/1.0.34%2Bdsfg2%2B~cs1.0.32-1/debian/watch/#L2
opts=filenamemangle=s/.+\/@ANY_VERSION@(@ARCHIVE_EXT@)$/@PACKAGE@-$1$2/,repacksuffix=+dsfg
\
It's dfsg, not dsfg.
Package: auctex
Severity: wishlist
X-Debbugs-Cc: none, Xiyue Deng
Hi,
A new upstream version 13.3 is available[1]. It is also a little
confusing in that the auctex version on ELPA is already at 14.0.4[2].
It may worth figuring out which is the authentic upstream.
I have made 2 pull requests ba
I have made a new MR[1] using a separate branch so that I can continue
to experiment on master. It also changes how *-pkg.el is generated.
PTAL.
--
Xiyue Deng
[1] https://salsa.debian.org/salve/auctex/-/merge_requests/4
Source: sbsigntool
Version: 0.9.4-3.1
Severity: wishlist
Tags: ftbfs patch
User: debian-loonga...@lists.debian.org
Usertags: loong64
Dear maintainers,
Compiling sbsigntool package failed on my local loong64 rootfs environment.
I have added support for loongarch in sbsigntool package.
In addition
On 2024-04-17 01:39:48 +0200, Vincent Lefevre wrote:
> On 2024-03-11 15:18:44 +0100, Chris Hofstaedtler wrote:
> > Thus, a good approximation of the default deborphan functionality
> > (no additional options passed) is:
> >
> > $ apt-mark auto '~i !~M
> > (~slibs|~soldlibs|~slibdevel|~sintrospect
Package: developers-reference
Version: 13.5
Severity: normal
Now that the deborphan package has been removed from unstable,
the section "Make transition packages deborphan compliant" in
"Best Packaging Practices" is out of date and should be updated.
See https://bugs.debian.org/cgi-bin/bugreport.
Package: easytag
Version: 2.4.3-5+b2
Severity: wishlist
X-Debbugs-Cc: hueyche...@outlook.com
Dear Maintainer,
Wav files are not supported, and many (80%) of my audio files are .wav files. I
want to tag them for their original source, but I can do that with only kid3
and audacity.
I use EasyTAG
Hi Andrius,
I'd recommend following the procedure you supposed in
https://lists.debian.org/debian-med/2024/04/msg00034.html
Someone needs to file removal requests for s390x for the
rdepends from emboss, thought.
Kind regards
Andreas.
--
https://fam-tille.de
Hi Andreas,
On 2024-04-17 08:32, Andreas Tille wrote:
I'd recommend following the procedure you supposed in
https://lists.debian.org/debian-med/2024/04/msg00034.html
Someone needs to file removal requests for s390x for the
rdepends from emboss, thought.
Thanks, this is what I am going to
Source: efitools
Version: 1.9.2-3
Severity: wishlist
Tags: ftbfs patch
User: debian-loonga...@lists.debian.org
Usertags: loong64
Dear maintainers,
Compiling efitools package failed on my local loong64 rootfs environment.
I have added build support for loongarch in efitools package.
Please consi
Source: emboss
Version: 6.4.0-3
Severity: important
Owner: Andrius Merkys
Hello,
While looking into why #1069098 has not been detected earlier, I noticed
that emboss build time testsuite is silently failing since at least
6.4.0-3. This needs fixing in order to avoid problems similar to #10690
101 - 135 of 135 matches
Mail list logo