any idea?
On Wed, Mar 27, 2024 at 09:24:34PM -0700, tony mancill wrote:
> Thank you for the patch and the NMU. Feel free to proceed with a 0-day
> upload if you'd prefer.
Resending - the prior reply was from me, but didn't have the correct
From: header.
Cheers,
tony
signature.asc
Description: PGP
Hello,
On Mon 18 Mar 2024 at 10:43am +08, Sean Whitton wrote:
> The vote has concluded. The result is that the Technical Committee
> recommends that Craig Small be appointed by the Debian Project
> Leader to the Technical Committee.
>
> Jonathan, over to you.
Quick ping about this. The
Hello,
Rob, can you review the implementation in d/rules for Xiyue's patch to
this bug, please? I'm not sure it's the straightforward way to do it.
Xiyue, I think it would make sense to use emacs-common (<< 1:29.3+2-2),
for the relationships.
Thanks both.
--
Sean Whitton
signature.asc
Package: ftp.debian.org
Control: affects -1 + src:keybinder
It seems that all reverse (build-)dependencies have migrated to
keybinder-3.0 so this can be removed.
this would help a lot with the t64 transition,
as Qt is proving difficult on some architectures
Hello dkg,
Please take a look into this test suite failure for your script.
Thanks!
On Tue 26 Mar 2024 at 10:25pm +01, Santiago Vila wrote:
> Package: src:mailscripts
> Version: 28-1
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
> During a rebuild of all packages in unstable, your
I guess the fix is to convince the build to add -latomic to its link
lines when needed.
--
Happy hacking
Petter Reinholdtsen
Hi,
On Wed, 27 Mar 2024 20:58:51 -0700 John Horigan
wrote:
> That error message indicates that libavcodec60 does not support the
> libx264 codec for encoding H.264 files. libavcodec60 lists
> libx264-164 as a dependency, with no exception for armel or armhf
> systems, so I don't know why the
Could this bug be the cause?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1012791
If libavcodec cannot access libx264.so due to some executable stack
security issue, then it would fail to load the libx264 encoder.
-- john
Control: severity -1 serious
Change severity because of ftbfs.
On Wed, Mar 27, 2024 at 06:18:51PM +0100, Mattia Rizzolo wrote:
> I've prepared an NMU for maven-bundle-plugin (versioned as 3.5.1-2.1) and
> uploaded it to DELAYED/15. Please feel free to tell me if I
> should delay it longer.
Hi Mattia, hi James,
Thank you for the patch and the NMU. Feel free
That error message indicates that libavcodec60 does not support the libx264
codec for encoding H.264 files. libavcodec60 lists libx264-164 as a
dependency, with no exception for armel or armhf systems, so I don't know
why the codec won't load.
Can you run the command
ffmpeg -codecs
on an armhf
Dear Christoph (package maintainer) and everyone,
I would like to inform you that we have uploaded a new version
2.2.0-0.1 of the pdfgrep package to unstable as an NMU. This release
includes the switch to pcre2.
It is in deferred uploads (5 day), in case of objection please review it.
Control: retitle -1 nmu: golang-github-tinylib-msgp
Control: affects -1 - src:golang-github-go-jose-go-jose
I've backported a newer version of golang-github-go-jose-go-jose,
which resolves the need for a binNMU of that package.
A binNMU is still requested for golang-github-tinylib-msgp in
Hello,
On Thu 07 Mar 2024 at 11:22pm +01, Guillem Jover wrote:
> diff --git a/policy/ch-source.rst b/policy/ch-source.rst
> index 4307e89..2fb05cd 100644
> --- a/policy/ch-source.rst
> +++ b/policy/ch-source.rst
> @@ -685,7 +685,7 @@ variables are also available.
>
> The ``debian/substvars``
Hi,
In my free time I will give it a try.
Cheers!
Hello,
On Fri 22 Mar 2024 at 06:46pm +03, Dmitry Shachnev wrote:
> Actually, I would move ${sphinxdoc:Depends} from Recommends to
> Depends, because the documentation is mostly unusable without the
> static files.
I think it's in Recommends because we ship other formats that don't need
it, and
On 27/03/2024 7:21 pm, Guillem Jover wrote:
A binNMU would fix that, but given that no one has apparently asked
for that yet, I think instead I'll just add (later today) a compat
symlink only for the udeb for the old SONAME, because the new SONAME is
ABI compatible, but done to avoid stomping on
Hello,
On Sat 23 Mar 2024 at 05:08pm +01, Holger Wansing wrote:
> While working on adapting the parts/7doc script (from Debian Webmaster
> Team's 'cron' repo), I realized that this is not going to work out of the
> box: while the concept of the symlinks mentioned above is working fine,
> when
Package: wnpp
Severity: wishlist
Owner: Maytham Alsudany
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
Control: block 1067867 by -1
* Package name: golang-github-joshuarubin-lifecycle
Version : 1.1.4
Upstream Contact:
The research done in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895570#50 looks good.
Do we have now agreement to default to -ast or -astb for packages that have
Debhelper 14+?
Package: wnpp
Severity: wishlist
Owner: Maytham Alsudany
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
Control: block 1067865 by -1
* Package name: golang-github-joshuarubin-go-sway
Version : 1.2.0
Upstream Contact:
Package: wnpp
Severity: wishlist
Owner: Maytham Alsudany
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
Control: block 1067865 by -1
* Package name: golang-github-joshuarubin-go-sway
Version : 1.2.0
Upstream Contact:
Hi,
For the record, the absence of kanshictl was previously raised in
https://bugs.debian.org/1026463 but self-closed with a comment about
varlink possibly not being in the best shape for inclusion in Debian.
I'm personally not decided for or against packaging varlink in Debian
at this point. I
Package: wnpp
Severity: wishlist
Owner: Maytham Alsudany
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-dlasky-gotk3-layershell
Version : 0.0~git20230801.b0c42cd
Upstream Contact:
Package: wnpp
Severity: wishlist
Owner: Maytham Alsudany
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
Control: block -1 by 1067864
* Package name: nwg-bar
Version : 0.1.6
Upstream Contact: https://github.com/nwg-piotr/nwg-bar/issues
* URL :
I am uploading a NMU to DELAYED/10 in order to fix this.
The debdiff is attached.diff -Nru xsettings-kde-0.9/debian/changelog xsettings-kde-0.9/debian/changelog
--- xsettings-kde-0.9/debian/changelog 2024-03-27 23:57:07.0 +
+++ xsettings-kde-0.9/debian/changelog 2024-03-27
Package: wnpp
Severity: wishlist
Owner: Maytham Alsudany
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-allan-simon-go-singleinstance
Version : 1.0.0
Upstream Contact: Allan Simon
* URL :
Source: xserver-xorg-video-trident
Version: 1:1.4.0-1
Severity: wishlist
This package is among the few that still use source format 1.0.
Please upgrade it to source format 3.0, as (1) this format has many
advantages, as documented in https://wiki.debian.org/Projects/DebSrc3.0 ;
(2) this
Source: xserver-xorg-video-mach64
Version: 6.9.7-1
Severity: wishlist
This package is among the few that still use source format 1.0.
Please upgrade it to source format 3.0, as (1) this format has many
advantages, as documented in https://wiki.debian.org/Projects/DebSrc3.0 ;
(2) this contributes
Source: xserver-xorg-video-geode
Version: 2.11.21-2
Severity: wishlist
This package is among the few that still use source format 1.0.
Please upgrade it to source format 3.0, as (1) this format has many
advantages, as documented in https://wiki.debian.org/Projects/DebSrc3.0 ;
(2) this
Hi Wookey,
>OK, got those. but that's just binaries. It was the source changes I
>was looking for (or did I misunderstand and you didn't actually make
>any of those?),
Yes, I did not make any source changes. These were the last binaries
from before the t64 transition (I downloaded the .deb files
Followup-For: Bug #1003923
Control: forwarded -1
https://salsa.debian.org/qt-kde-team/extras/soundkonverter/-/merge_requests/2
Dear Maintainer,
Please find a Debian Salsa merge request, added by this message as the
forwarded URL for this bug, that applies the patch from this bugreport and
On 2024-03-27, at 10:48:45 +0100, Dr. Burkard Lutz wrote:
> Am Dienstag, dem 26.03.2024 um 17:03 + schrieb Jeremy Sowden:
> > [...]
> >
> > The following should suffice:
> >
> > export DH_VERBOSE = 1
> > export DEB_BUILD_MAINT_OPTIONS = hardening=+all
> > export
reopen -1
found -1
forwarded -1 https://github.com/savonet/liquidsoap/issues/3750
thanks
So it looks like the fix was reverted upstream before 2.2.4 was
released. This has not been fixed...
--
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze
⢿⡄⠘⠷⠚⠋⠀ Debian Developer
⠈⠳⣄
Control: tags 1066718 + patch
Control: tags 1066718 + pending
Dear maintainer,
I've prepared an NMU for ctn (versioned as 3.2.0~dfsg-7.1) and
uploaded it to unstable.
Regards.
--
WBR, wRAR
diff -Nru ctn-3.2.0~dfsg/debian/changelog ctn-3.2.0~dfsg/debian/changelog
---
On Wed, 27 Mar 2024 at 20:25, Santiago Vila wrote:
>
> When I had already a bunch of them, I realized there is a macro
> STDC_HEADERS which is not properly detected.
Ah, I suspect the configure code is too old. Regenerating configure etc.
(autoreconf) might help.
-#if STDC_HEADERS
> +#if
I saw this go past, and it seemed that the solution was indeed just to #include
; are you saying it's more complicated than that?
It depends on how much good we want the fix to be.
I started to add such includes every time the C compiler suggested it.
When I had already a bunch of them, I
Control: tags -1 + confirmed
On Wed, 2024-03-27 at 09:51 +0100, Andreas Beckmann wrote:
> In order to receive further upstream support (i.e. CVE fixes), we
> need
> to switch src:nvidia-graphics-drivers from the 525 series (EoL
> 12/2023)
> to the 535 series, a new LTSB branch sufficient for the
Control: tags -1 + confirmed
On Wed, 2024-03-27 at 14:43 +0100, Andreas Beckmann wrote:
> We need to update src:nvidia-open-gpu-kernel-modules to a new
> upstream
> version to stay in sync with src:nvidia-graphics-drivers (for a
> matching
> firmware-nvidia-gsp upstream version) and to fix some
Daniel Kahn Gillmor writes:
> Package: elpa-magit
> Version: 3.3.0-3
> Severity: normal
> X-Debbugs-Cc: d...@fifthhorseman.net
>
> Dear Maintainer,
>
> I'm using emacs-pgtk 29.2+1-2, with magit.
>
> I opened a revision controlled file in magit, and got the following
> warnings in my *Messages*
Control: tags 1066365 + patch
Control: tags 1066365 + pending
Dear maintainer,
I've prepared an NMU for timidity (versioned as 2.14.0-8.2) and
uploaded it to unstable.
Regards.
--
WBR, wRAR
diff -Nru timidity-2.14.0/debian/changelog timidity-2.14.0/debian/changelog
---
Package: dh-debputy
Version: 0.1.22
Severity: important
Retrying xterm with dh-debputy (see
https://salsa.debian.org/joachim-guest/xterm/-/tree/debputy?ref_type=heads)
I noticed that no conffiles are registered, although xterm ships various
files in /etc:
,
| $ debdiff
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "python-redmine":
* Package name : python-redmine
Version : 2.4.0-2
Upstream contact : Max Tepkeev
* URL : https://github.com/maxtepkeev/python-redmine
*
Is there some way to get some movement on making this change?
mod_php has been discouraged for well over a decade by the PHP project
developers. It has security implications (applications run as www-data
instead of a less privileged user), it has a performance and memory-usage
cost, and increased
Source: linux-signed-amd64
Version: 6.7.9+2
Severity: normal
X-Debbugs-CC: pierretom...@ik.me
Dear Maintainer,
Since kernel 6.7.7-1 to 6.7.9+2 (amd64), I got this message when turning on the
external drive.
The device is accessible after about 1 minute, then I can mount it and access
data.
Package: cross-toolchain-base
We does state that libc6-dev-arm64-cross depends on
linux-libc-dev-arm64-cross, while
apt install libc6-dev-arm64-cross
won't install linux-libc-dev-arm64-cross automatically.
Any ideas?
--
YunQiang Su
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: cast...@packages.debian.org
Control: affects -1 + src:castxml
User: release.debian@packages.debian.org
Usertags: binnmu
nmu castxml_0.6.3-1 . amd64 arm64 armel armhf i386 ppc64el riscv64 s390x .
unstable . -m "Rebuild for time_t"
All
Package: seahorse
Version: 43.0-1
Severity: normal
Dear Maintainer,
trying to upload keys to a keyserver via Seahorse causes a segmentation fault.
The upload itself appears to succeed, as the keys end up on the keyserver
anyway.
Here is the relevant backtrace:
```backtrace
#0
Package: elpa-magit
Version: 3.3.0-3
Severity: normal
X-Debbugs-Cc: d...@fifthhorseman.net
Dear Maintainer,
I'm using emacs-pgtk 29.2+1-2, with magit.
I opened a revision controlled file in magit, and got the following
warnings in my *Messages* buffer:
⛔ Warning (comp): magit-utils.el:571:33:
Package: kanshi
Version: 1.5.1-1
Severity: minor
X-Debbugs-Cc: d...@fifthhorseman.net
Dear Maintainer,
Reading the manual page for kanshi(1), i note that it has a SEE ALSO
reference to kanshictl(1). no such manual page or binary is shipped.
Looking at the upstream source, it appears to only be
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: g...@packages.debian.org
Control: affects -1 + src:gdal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu gdal_3.8.4+dfsg-3 . ANY . unstable . -m "Rebuild with libfyba0t64"
gdal needs to be built with libfyba-dev (>=
Control: tags -1 pending
thanks
Hi Vagrant,
sorry about your work was lost. I confirm the new upstream
version in Git contains the patch. Unfortunately it needs
new dependencies. If it might help you I could upload your
NMU again.
Kind regards
Andreas.
--
https://fam-tille.de
Followup-For: Bug #1066045
Control: forwarded -1
https://salsa.debian.org/java-team/maven-bundle-plugin/-/merge_requests/1
Control: tags -1 pending
This change has recently been uploaded to DELAYED/15 by Mattia from the
Reproducible Builds team after I requested that; in addition I'm providing
Control: tags 1066045 + pending
Dear maintainer,
I've prepared an NMU for maven-bundle-plugin (versioned as 3.5.1-2.1) and
uploaded it to DELAYED/15. Please feel free to tell me if I
should delay it longer.
Regards.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF
git failed to build when binnmu'd for the time64 transition and also
in lucas's test build a few days earlier. This was filed as bug 1066794.
Andrey Rakhmatullin responded to the bug report saying he was unable to
reproduce the failure. Michael Hudson replied with a post suggesting
that the
Package: src:linux
Version: 6.1.76-1
Severity: normal
X-Debbugs-Cc: deb...@spam.huckley.de
Dear Maintainer,
On a x240 where tpm is setup to TPM 2.0 through PTT the linux kernel do not
recognize
the tpm2.0 chip.
dmesg |grep -i tpm
[0.018294] ACPI: SSDT 0xDCED4000 0005D0 (v01 LENOVO
Followup-For: Bug #1003922
Control: tags -1 pending
Source: kget
Severity: wishlist
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
Dear Maintainer,
The Salsa CI configuration for kget sets customized[1] command-line options for
'reprotest'[2], a utility used to find
On 2024-03-27 15:27 +, Wookey wrote:
> On 2024-03-26 22:28 +, Thorsten Glaser wrote:
>
> > I hacked that, and I tried to do armel and armhf as well but
> > dak stopped me, whereas mini-dak was not as strict.
>
> What was the actual problem with uploading the images you built? Just
> not
Source: util-linux
Version: 2.39.3-11
Severity: grave
Tags: security upstream
Justification: user security hole
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Control: found -1 2.38.1-5
Control: found -1 2.36.1-8+deb11u1
Control: found -1 2.36.1-8
Control: found -1 2.33.1-0.1
Hi,
The
Package: libmed-dev
Version: 4.1.0+repack-3+b4
Severity: important
X-Debbugs-Cc: sci-...@hotmail.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation? I wanted to use the MED library to compile a
Fortran software
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "image-analyzer":
* Package name : image-analyzer
Version : 3.2.6-1
Upstream contact : Rok Mandeljc
* URL : https://cdemu.sourceforge.io/
* License
Source: meshlab
Followup-For: Bug #1001870
Control: tags -1 pending
On Tue 26/Mar/2024 20:14:27 +0100 Aurelien Jarno wrote:
On 2024-03-26 12:53, Alessandro Vesely wrote:
Package: libc6
Version: 2.36-9+deb12u4
Severity: normal
Tags: ipv6
Dear Maintainer,
I compiled the example program given in the inet_pton(3) man page, and obtain
the following:
$ ./a.out i6
Thanks -- alas I think this is the same as this one:
https://bugs.launchpad.net/ubuntu/+source/resolv-wrapper/+bug/2015570
Rebuild the binary package and installing it should make things work
again. Could you try that?
I'm not sure how to express this dependency, it seems some behaviour of
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libr...@packages.debian.org
Control: affects -1 + src:librist
User: release.debian@packages.debian.org
Usertags: binnmu
nmu librist_0.2.10+dfsg-1 . armel armhf . unstable . -m "Rebuild for time_t"
On 2024-03-26 22:28 +, Thorsten Glaser wrote:
> I hacked that, and I tried to do armel and armhf as well but
> dak stopped me, whereas mini-dak was not as strict.
What was the actual problem with uploading the images you built? Just
not having any corresponding source? Or something more
Package: adduser
Version: 3.134
Severity: wishlist
Tags: patch
Dear Maintainer,
The UID_POOL (and GID_POOL) files contains UIDs that should be used for given
name. It would be helpful to reserve the UIDs for the future, so that the order
of adding users to the system won't affect the usability
On 2024-03-27 15:51:22 +0100, Ludovic Rousseau wrote:
> Hello Debian Release team,
>
> 0ad has a FTBFS bug #1064726.
> I have a new version with the fix ready for upload.
>
> But when trying to upload I get:
> -
> $ dupload --to debian-ssh *_source.changes --no
> dupload
Control: tags 1066115 + pending
Dear maintainer,
I've prepared an NMU for mpg321 (versioned as 0.3.2-3.2) and
uploaded it to DELAYED/00.
Kind regards
Andreas
diff -Nru mpg321-0.3.2/debian/changelog mpg321-0.3.2/debian/changelog
--- mpg321-0.3.2/debian/changelog 2020-07-23 17:22:42.0
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
Source: c-evo-dh
Version: 1.11-1
Severity: normal
X-Debbugs-Cc: ametz...@bebt.de
User: ametz...@debian.org
Usertags: mpg321-removal
Hello,
this package depends on mpg321. mpg321 is dead upstream (last change
2012, about 12 years ago), it was initially created because of license
issues with
Hello Debian Release team,
0ad has a FTBFS bug #1064726.
I have a new version with the fix ready for upload.
But when trying to upload I get:
-
$ dupload --to debian-ssh *_source.changes --no
dupload note: no announcement will be sent.
Checking OpenPGP signatures before
Hi,
Rebuilding the package with iwlib solved the issue for me (USB wireless
device).
You can download it here:
https://nebulus.tuxfamily.org/debian/bookworm/mate-applets/
I've tested the github repository you cited and wasn't able to reproduce it
at all. Tested versions said to be working and the code still was really
unstable even using docker compose.
I believe this code you used wasn't the best example as I found its
Makefile really unstable with many versions
Control: submitter -1 !
Hello,
I had some luck in packaging vst3sdk. I pushed my packaging attempts
(just the debian/ directory) to my personal repository on salsa [1]. The
package builds and installs VST3 plugins, debian/copyright is as well
almost finished.
I had some difficulties in constructing the multiple
On Tue, Mar 05, 2024 at 07:46:59AM +, Greg Kroah-Hartman wrote:
> On Mon, Mar 04, 2024 at 10:41:50PM +0100, Salvatore Bonaccorso wrote:
> > Hi,
> >
> > On Mon, Mar 04, 2024 at 01:05:09PM -0700, Jonathan Corbet wrote:
> > > Salvatore Bonaccorso writes:
> > >
> > > > Ok. In the sprit of the
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
[ Reason ]
We need to update src:nvidia-open-gpu-kernel-modules to a new upstream
version to stay in sync with src:nvidia-graphics-drivers (for a matching
firmware-nvidia-gsp
Hi,
On Wed, Mar 20, 2024 at 04:25:48PM +0100, Linux regression tracking (Thorsten
Leemhuis) wrote:
> On 08.03.24 02:08, Alex Constantino wrote:
> > Fix OOM scenario by doing multiple notifications to the OOM handler through
> > a busy wait logic.
> > Changes from commit 5a838e5d5825 ("drm/qxl:
On Wed, 27 Mar 2024 at 14:43:40 +0200, Martin-Éric Racine wrote:
> ke 27. maalisk. 2024 klo 14.00 Andrey Rakhmatullin (w...@debian.org)
> kirjoitti:
> > "Essential: yes" are always installed. Tools and dependencies assume they
> > are installed. Bootstrapping tools install them implicitly.
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: debian-oct...@lists.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Dear Release Team,
Please schedule a transition for the latest major upstream version of Octave,
version 9. All the arch:any Octave addons
Source: libopenshot-audio
Severity: important
Tags: ftbfs
X-Debbugs-Cc: ken...@xdump.org
Dear Maintainer,
libopenshot-audio fails to build on armel.
FYI: See
https://buildd.debian.org/status/fetch.php?pkg=libopenshot-audio=armel=0.3.2%2Bdfsg1-2.1=1709160782=0
1 - 100 of 166 matches
Mail list logo
