On Thu, 18 Jan 2024 at 12:54:45 +, Simon McVittie wrote:
> Ideally, during a cross-build, we would like to run a build-architecture
> vapigen binary, but configure it (perhaps via command-line options or
> environment variables) so that it will find host-architecture GIR XML
>
On Wed, 24 Jul 2024 at 18:35:54 +0800, Bo YU wrote:
> The good news is that llvmpipe support riscv64 with orcjit has been
> merged[0]!
>
> [0]: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26018
That's great news. I hope that this can be extended to other problematic
architectures
Source: mesa
Version: 24.1.3-2
Severity: wishlist
Tags: trixie sid patch
A new upstream release candidate is available, 24.2.0~rc1.
This adds a new private library libgallium.so which is a new dependency
for libGLX_mesa.so.0, libEGL_mesa.so.0 and libgbm.so.1, and therefore
is likely to need a
On Tue, 23 Jul 2024 at 00:03:56 +0100, Simon McVittie wrote:
> I'll report a separate bug against
> ikiwiki-hosting for the autopkgtest regression.
<https://bugs.debian.org/1076751>
> if this behaviour change was intentional, what is the recommended
> way to configure th
Source: ikiwiki-hosting
Version: 0.20220716-2
Severity: serious
Tags: upstream trixie sid
Justification: https://release.debian.org/testing/rc_policy.txt §6a
X-Debbugs-Cc: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: needs-update
As reported (eventually) in
Package: git
Version: 1:2.45.2-1
Severity: important
Control: block 1074064 by -1
On a trixie/sid VM, if I install git-daemon-run (which runs git-daemon(1)
as an unprivileged user 'gitdaemon') and ask it to export a git repo
owned by a different unprivileged user, that's allowed by default:
Control: retitle -1 ikiwiki: FTBFS: t/po.t: msgfmt: input file doesn't contain
a header entry with a charset specification
On Tue, 02 Jul 2024 at 15:19:37 +0200, Lucas Nussbaum wrote:
> > Test Summary Report
> > ---
> > t/po.t (Wstat: 256 (exited 1) Tests:
ian/changelog 2024-07-19 14:30:18.0 +0100
@@ -1,3 +1,11 @@
+gtk+3.0 (3.24.24-4+deb11u4) bullseye; urgency=medium
+
+ * d/p/Stop-looking-for-modules-in-cwd.patch:
+Add patch backported from 3.24.43 to avoid looking for modules in
+current working directory (CVE-2024-6655)
+
+ -- Simon
-3.24.38/debian/changelog 2024-07-19 11:57:06.0 +0100
@@ -1,3 +1,11 @@
+gtk+3.0 (3.24.38-2~deb12u2) bookworm; urgency=medium
+
+ * d/p/Stop-looking-for-modules-in-cwd.patch:
+Add patch backported from 3.24.43 to avoid looking for modules in
+current working directory (CVE-2024-665
from 3.24.43 to avoid looking for modules in
+current working directory (CVE-2024-6655)
+
+ -- Simon McVittie Fri, 19 Jul 2024 12:19:26 +0100
+
gtk+2.0 (2.24.33-2) unstable; urgency=medium
* Team upload
diff -Nru gtk+2.0-2.24.33/debian/control gtk+2.0-2.24.33/debian/control
--- gtk+2.0-2.24.33/d
Control: tags -1 + d-i
On Fri, 19 Jul 2024 at 12:29:05 +0100, Simon McVittie wrote:
> [ Reason ]
> CVE-2024-6655. The security team has indicated that they do not intend
> to release a DSA for this vulnerability.
>
> [ Impact ]
> If not fixed, GTK 2 apps will load
gbp.conf: Set packaging branch for Debian 12 updates
+ * d/control.in: Freeze previous Uploaders
+ * d/p/CVE-2024-6655.patch:
+Add patch backported from 3.24.43 to avoid looking for modules in
+current working directory (CVE-2024-6655)
+
+ -- Simon McVittie Fri, 19 Jul 2024 11:57:02 +0100
+
On Fri, 19 Jul 2024 at 05:13:31 +0100, Sid T wrote:
> Note. The gnome-shell-extension-system-monitor (which is from [1]https://
> github.com/paradoxxxzero/gnome-shell-system-monitor-applet/issues/767) is kind
> of abandoned.
>
> The original author (paradoxxxzero) was not responding much for a
Package: dpkg
Version: 1.21.22
Severity: wishlist
Before Debian trixie, login was Essential; now it's merely Protected
(included in normal installations, but removable).
In minimal container environments where logins and package management
are not required functionality, it can be useful to
Control: retitle -1 dxvk: please package DXVK Native now that it has a stable
ABI
Control: tags -1 + patch
On Tue, 28 May 2024 at 20:58:02 +0100, Simon McVittie wrote:
> At the moment DXVK Native's ABI is not stable and the libraries don't
> have a proper SONAME, but the next release after
On Sat, 06 Jul 2024 at 16:15:18 -0300, Alex Henry wrote:
> I am having problems launching some native Linux games on Steam
If this happens, it is generally something that Debian cannot solve,
because we do not have source code for, or control over, the Steam client
and proprietary games. For
On Sun, 14 Jul 2024 at 23:24:27 -0300, Josenilson Ferreira da Silva wrote:
> used by the other Proton components
I think it would be worthwhile for the description to say "ProtonVPN"
or similar, rather than just "Proton", to distinguish ProtonVPN from
(for example) Valve's Proton framework as
Control: tags -1 + upstream
On Sun, 14 Jul 2024 at 20:19:09 +0200, Petter Reinholdtsen wrote:
> Here is a patch to add Appstream metainfo XML announcing the hardware
> handled by this package.
AppStream metainfo should ideally be added upstream, rather than in one
specific downstream; or if it
On Tue, 09 Jul 2024 at 12:32:22 +0200, Fabio Fantoni wrote:
> Il 22/12/2023 23:26, Simon McVittie ha scritto:
> > On #1057391, Fabio Fantoni wrote:
> > > user testing cinnamon 6 on sid spotted -dev package in
> > > gir1.2-cscreensaver-1.0 actually not present, so I suppo
On Wed, 06 Jul 2022 at 21:08:28 +0200, Enrico Zini wrote:
> On Wed, Jul 06, 2022 at 05:10:54PM +0200, Bastian Germann wrote:
> > Why is it defunct? Is it also in Debian? If not this is not a serious
> > bug.
>
> https://github.com/seb-m/pyinotify "pyinotify" which is upstream for
>
Source: poezio
Version: 0.14-3
Severity: normal
Tags: upstream trixie sid
Control: block 1004387 by -1
Control: affects 1075939 + poezio
This package Depends or Build-Depends on python3-pyinotify, which seems to
be unmaintained upstream (#1004387) and depends on modules that have been
removed
Source: staticsite
Version: 2.4-1
Severity: normal
Tags: upstream trixie sid
Control: block 1004387 by -1
Control: affects 1075939 + staticsite
This package Depends or Build-Depends on python3-pyinotify, which seems to
be unmaintained upstream (#1004387) and depends on modules that have been
Source: python-oslo.log
Version: 5.5.1-2
Severity: normal
Tags: upstream trixie sid
Control: block 1004387 by -1
Control: affects 1075939 + python3-oslo.log
This package Depends or Build-Depends on python3-pyinotify, which seems to
be unmaintained upstream (#1004387) and depends on modules that
Source: mate-hud
Version: 22.10.3-2
Severity: normal
Tags: upstream
Control: block 1004387 by -1
Control: affects 1075939 + mate-hud
This package Depends or Build-Depends on python3-pyinotify, which seems to
be unmaintained upstream (#1004387) and depends on modules that have been
removed from
Package: python3-opensnitch-ui
Version: 1.5.8.1-1
Severity: normal
Tags: upstream trixie sid
Control: block 1004387 by -1
Control: affects 1075939 + python3-opensnitch-ui
This package Depends or Build-Depends on python3-pyinotify, which seems to
be unmaintained upstream (#1004387) and depends on
Source: lintian-brush
Version: 0.157
Severity: normal
Tags: upstream trixie sid
Control: block 1004387 by -1
Control: affects 1075939 + lintian-brush
This package Depends or Build-Depends on python3-pyinotify, which seems to
be unmaintained upstream (#1004387) and depends on modules that have
Source: ganeti
Version: 3.0.2-3
Severity: normal
Tags: upstream trixie sid
Control: block 1004387 by -1
Control: affects 1075939 + ganeti
This package Depends or Build-Depends on python3-pyinotify, which seems to
be unmaintained upstream (#1004387) and depends on modules that have been
removed
Source: fail2ban
Version: 1.1.0-4
Severity: normal
Tags: upstream
Control: block 1004387 by -1
Control: affects 1075939 + fail2ban
This package Depends or Build-Depends on python3-pyinotify, which seems to
be unmaintained upstream (#1004387) and depends on modules that have been
removed from the
Source: doit
Version: 0.36.0-2
Severity: normal
Tags: upstream
Control: block 1004387 by -1
Control: affects 1075939 + doit
This package Depends or Build-Depends on python3-pyinotify, which seems to
be unmaintained upstream (#1004387) and depends on modules that have been
removed from the Python
Source: circuits
Version: 6.0.4-4
Severity: normal
Tags: upstream
Control: block 1004387 by -1
Control: affects 1075939 + circuits
This package Depends or Build-Depends on python3-pyinotify, which seems to
be unmaintained upstream (#1004387) and depends on modules that have been
removed from the
Source: cinnamon
Version: 6.0.4-4
Severity: normal
Tags: upstream
Control: block 1004387 by -1
This package Depends or Build-Depends on python3-pyinotify, which seems to
be unmaintained upstream (#1004387) and depends on modules that have been
removed from the Python standard library (#1040102,
Source: autokey
Version: 0.95.10-2.1
Severity: normal
Tags: upstream
Control: block 1004387 by -1
This package Depends or Build-Depends on python3-pyinotify, which seems to
be unmaintained upstream (#1004387) and depends on modules that have been
removed from the Python standard library
Control: reassign -1 python3-pyinotify 0.9.6-2
Control: affects -1 + autokey-common
On Fri, 05 Jul 2024 at 16:25:30 +0100, Joe wrote:
> joe@jrenewsid:~$ autokey-qt
> Traceback (most recent call last):
...
> File "/usr/lib/python3/dist-packages/pyinotify.py", line
> 71, in
> import asyncore
>
Source: pyinotify
Version: 0.9.6-2
Severity: wishlist
If pyinotify had a superficial autopkgtest that exercised the ability to
`import pyinotify`, then #1075939 would have been detected as an
autopkgtest failure during the same mass-bug-filing as e.g. #1064333
rather than having to be found by a
Control: reassign -1 systemd
Control: retitle -1 systemd-sysusers: Failed to check if group polkitd already
exists: Connection refused (on /run/systemd/userdb/io.systemd.DynamicUser)
Control: affects -1 + polkitd
On Wed, 03 Jul 2024 at 19:25:15 +0200, Michael Biebl wrote:
> Am 03.07.24 um 17:15
On Wed, 03 Jul 2024 at 16:34:35 +0200, Nicolas Otton wrote:
> I was able to reproduce this bug on a debian bookworm installed recently.
> I have the same issue, cmake, libsdl2-dev and the other dependencies were
> installed through apt, not compiled from source, and CMAKE_CURRENT_LIST_DIR is
> set
On Mon, 01 Jul 2024 at 17:03:33 -0400, H. Sumen wrote:
> Here is the solution for Ubuntu provided by the upstream maintainer (install
> libglib2.0-dev)
Nothing other than development packages should ever need to depend
on libglib2.0-dev. If gdm-settings requires glib-compile-resources,
then we'll
Control: clone -1 -2
Control: reassign -2 adduser 3.137
Control: retitle -2 adduser: logger --id fails with "Operation not permitted"
in unprivileged containers
Context for adduser maintainers: autopkgtest creates a "testbed"
(chroot, container or VM) via a pluggable backend, and tries to create
Control: retitle -1 vkd3d: new upstream release 1.12
On Fri, 31 May 2024 at 12:14:41 +0200, Giovanni Mascellani wrote:
> Il 28/05/24 19:36, Simon McVittie ha scritto:
> > Since then there have been several more upstream releases and it is
> > currently at v1.11.
>
> And now
Control: reassign -1 schroot
Control: retitle -1 schroot: type=directory can make user IDs disappear,
causing dpkg-statoverride fatal errors
Control: affects -1 + exim4-base src:exim4
On Wed, 19 Jun 2024 at 12:45:29 +0100, Simon McVittie wrote:
> On Tue, 19 Oct 2021 at 18:56:15 +0200, Andr
On Sat, 22 Jun 2024 at 13:42:21 +0200, C wrote:
> > What dconf workaround would that be? I don't see one in the previous
> > messages to this bug.
>
> Very sorry, I got confused: I read somewhere that creating a file in
> /etc/dconf
> /[subdirectory I can't remember] would've solved this.
> I
On Sat, 22 Jun 2024 at 03:52:09 -0400, Jeremy Bícha wrote:
> I'm demoting because I consider it acceptable for gtk-d to not be
> available on armel.
As a note, if there had still been old armel binaries hanging around in the
archive, then it would have been necessary to get those removed by the
On Fri, 21 Jun 2024 at 12:55:34 +0200, C wrote:
> Neither [...], nor setting the gsettings entry
> on my user or as root, worked and I suspect it's because the value on the
> Debian-gdm user takes precedence.
Setting a gsettings entry for your user or for root is not expected to
affect the
On Tue, 19 Oct 2021 at 18:56:15 +0200, Andreas Metzler wrote:
> On 2021-09-21 Wookey wrote:
> > whilst trying to install build-deps for therion in an unstable chroot
...
> > dpkg: unrecoverable fatal error, aborting:
> > unknown system group 'Debian-exim' in statoverride file; the system group
Control: reassign -1 sway 1.7-6
Control: retitle -1 sway: whole system froze when adjusting threshold in gimp
On Tue, 18 Jun 2024 at 13:13:44 +0200, Manny wrote:
> As soon as the slider is moved, *both* screens on a dual headed
> machine go black for ~1½ seconds then pop back on. GIMP is only
Control: reopen 1073212
On Sat, 15 Jun 2024 at 12:54:03 +, Debian Bug Tracking System forwarded:
> Subject: Bug#1073212: fixed in geary 46.0-3
I think geary_46.0-3 was not meant to close this particular bug.
smcv
On Fri, 14 Jun 2024 at 23:14:38 +0200, Salvatore Bonaccorso wrote:
> Hi stable release managers, CC'ing Simon
Thank you for following up on this. I don't intend to have any sort of
ownership over this package other than being a member of the GNOME team
(you'll notice I haven't added myself to its
Control: retitle -1 RM: mozjs102 -- RoM; superseded by mozjs115
Control: block -1 by 1054367
On Fri, 14 Jun 2024 at 18:56:59 +0200, Bastian Germann wrote:
> As soon as cjs 6.2.0 (the only reverse dep of mozjs102) or later is
> available in sid, mozjs102 should be removed.
On behalf of its
On Tue, 11 Jun 2024 at 18:05:21 +0200, Helmut Grohne wrote:
> I looked for other cases where there would be a versioned dependency on
> usr-is-merged and to my surprise dbus was literally the only one.
I suspect many of the other packages that migrated from shipping
systemd units in /lib/systemd
On Tue, 11 Jun 2024 at 13:16:21 +0200, Helmut Grohne wrote:
> the only important features
> (from a client package pov) that usr-is-merged gained with higher
> versions are those Conflicts.
I don't think that is true. The (single!) change in usrmerge v38 was that
it no longer implements the
On Tue, 11 Jun 2024 at 13:28:52 +0200, Chris Hofstaedtler wrote:
> Maybe smcv can chime in here.
(I am not a maintainer of gdk-pixbuf and I do not intend to be any
sort of single point of failure for Debian's use of gdk-pixbuf; I have
sometimes done team uploads of it as part of the GNOME team,
On Mon, 10 Jun 2024 at 12:35:25 +0200, gru...@laposte.net wrote:
> Among GNOME settings, I have three choices available:
> Français
> Français Azerty
> Français Azerty (AFNOR)
There should be a lot more than that. I don't speak French, but in an
English-language GNOME installation on Debian 12,
On Mon, 10 Jun 2024 at 05:48:44 +0200, gru...@laposte.net wrote:
> I did a
> $ sudo dpkg-reconfigure keyboard-configuration
This changes the keyboard layout that is used for the login screen, and
for any session that does not have its own, separate configuration.
It does not change the keyboard
Control: reassign -1 xkb-data 2.35.1-1
On Sun, 09 Jun 2024 at 23:13:32 +0200, gru...@laposte.net wrote:
> XKBMODEL="pc105"
> XKBLAYOUT="fr"
> XKBVARIANT="azerty"
(and)
> $ dconf dump /org/gnome/desktop/input-sources/
> [/]
> show-all-sources=false
> sources=[('xkb', 'fr+azerty')]
>
On Sun, 09 Jun 2024 at 18:16:01 +0100, Simon McVittie wrote:
> However, the French layout in /usr/share/X11/xkb/symbols/fr says that
> pressing the 7 key (with AltGr held) sends "grave" like my UK English
> layout, and not "dead_grave" like the German layout. So if t
On Sun, 09 Jun 2024 at 17:23:27 +0200, gru...@laposte.net wrote:
> Please note that ^e gives ê correctly but `A doesn't
Security team:
Based on this information, I don't think this is a regression caused by
the GLib security update, or in fact anything to do with GLib: it seems
that ibus is
ibus and xkeyboard-config maintainers and debian-l10n-french cc'd in
the hope that someone understands what is happening here, because I dont
think this is actually a libglib2.0-0 bug.
On Sun, 09 Jun 2024 at 17:23:27 +0200, gru...@laposte.net wrote:
> When you did the fix that repaired most of
On Fri, 07 Jun 2024 at 17:00:44 +0200, Jonas Smedegaard wrote:
> Please change the dependency to be declared like this:
>
> Depends: base-files (>= 13.3~) | usr-is-merged (>= 38~)
>
> That allows dropping the transitional package.
I don't intend to act on this until the updated base-files is
On Fri, 07 Jun 2024 at 13:12:52 +0100, Simon McVittie wrote:
> On Fri, 07 Jun 2024 at 04:50:47 +0200, Marc Le Bihan wrote:
> >* What exactly did you do (or not do) that was effective (or
> > ineffective)?
> > Typing the backtick followed by a wovel:
Control: tags -1 + moreinfo
On Fri, 07 Jun 2024 at 04:50:47 +0200, Marc Le Bihan wrote:
>* What exactly did you do (or not do) that was effective (or
> ineffective)?
> Typing the backtick followed by a wovel: `A
>
>* What was the outcome of this action?
> `A
>
>* What
Control: retitle -1 Dead keys stopped working in unspecified environment
Control: reassign -1 general
On Sun, 02 Jun 2024 at 21:58:32 +0200, Michael Rasmussen wrote:
> Exactly some bug as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070745
> appears once again.
#1070745 was a very specific
On Tue, 30 Apr 2024 at 17:54:29 +0100, Simon McVittie wrote:
> flatpak 1.14.7 has now been released, closely followed by 1.14.8 to
> revert unintended changes to the libglnx and bubblewrap submodules.
> I would like to get this into a Debian 12 point release if possible.
Based on
On Thu, 30 May 2024 at 15:41:50 +0200, Johannes Schauer Marin Rodrigues wrote:
> I also found another issue with this change in systemd. After the upload to
> unstable, 76 out of 264 mmdebstrap tests on jenkins.debian.net started to
> fail:
>
>
Source: dxvk
Severity: wishlist
Recent versions of DXVK have support for being compiled as native Linux
libraries, so that native Linux games (particularly those that were ported
from Windows) can use the Direct3D APIs on both platforms. Windows-specific
parts of the APIs are implemented via
Control: retitle -1 vkd3d: new upstream release 1.11
On Fri, 31 Mar 2023 at 11:54:01 +0100, Simon McVittie wrote:
> On Fri, 31 Mar 2023 at 10:58:46 +0100, Simon McVittie wrote:
> > vkd3d has a new upstream release available, v1.7.
Since then there have been several more upstream
On Fri, 24 May 2024 at 10:08:28 +0300, Andres Gomez Garcia wrote:
> I've some keyboard key combination mapped for doing the PlayPause
> action.
>
> Rarely, when I'm using the headphones for other use than music, for
> example, attending a confcall, the music playback is activated
> randomly.
On Mon, 20 May 2024 at 20:12:24 +, Adam D Barratt wrote:
> The upload referenced by this bug report has been flagged for acceptance
> into the proposed-updates queue for Debian bullseye.
...
> Package: glib2.0
> Version: 2.66.8-1+deb11u4
> Explanation: fix a (rare) memory leak
Thanks for
On Mon, 20 May 2024 at 19:45:53 +0200, Helmut Grohne wrote:
> On Fri, May 17, 2024 at 10:42:11AM +0100, Simon McVittie wrote:
> > If someone with more time available for cross-development
> > implemented the cross-exe-wrapper design that I sketched in
> > https://bu
Source: gdk-pixbuf
Version: 2.42.10+dfsg-3
Severity: important
Tags: security upstream sid trixie help
X-Debbugs-Cc: Debian Security Team ,
gkre...@packages.debian.org, xs...@packages.debian.org
In response to a security vulnerability in the essentially unmaintained
.ani decoder
Source: gdk-pixbuf
Version: 2.38.1+dfsg-1
Severity: important
Tags: security upstream fixed-upstream patch
X-Debbugs-Cc: Debian Security Team
Control: fixed -1 2.42.12+dfsg-1
gdk-pixbuf has a memory corruption vulnerability leading to at least denial
of service, and possibly arbitrary code
On Fri, 17 May 2024 at 08:14:41 +0200, Helmut Grohne wrote:
> Package: libglib2.0-dev
> Version: 2.80.2-1
> User: debian-cr...@lists.debian.org
> Usertags: ftcbfs
> Control: affects -1 + src:tkgate
> X-Debbugs-Cc: debian-cr...@lists.debian.org
>
> you recently added an alternative python3 to the
On Wed, 15 May 2024 at 09:52:53 +0200, Jeremy Bícha wrote:
> I'm not happy with the performance of what I've implemented because it
> still has the 90 second delay even though gnome-remote-desktop is
> otherwise working now.
I don't think this is a debhelper or systemd bug.
I am able to reproduce
On Mon, 06 May 2024 at 08:05:55 +0200, Niels Thykier wrote:
> I thought the order was sysusers (to create the user) and then tmpfiles (to
> create files/directories and set ownership accordingly). In this bug report,
> the request is to have the directories first before the user is created.
The
-the-messa.patch:
+Add patch from upstream fixing a memory leak that can occur in
+rare situations since 2.66.8-1+deb11u2 (Closes: #1070851)
+
+ -- Simon McVittie Tue, 14 May 2024 11:12:17 +0100
+
glib2.0 (2.66.8-1+deb11u3) bullseye-security; urgency=high
* d/p/CVE-2024-34397/gdbusconnection
=medium
+
+ * d/p/gdbusmessage-Clean-the-cached-arg0-when-setting-the-messa.patch:
+Add patch from upstream fixing a memory leak that can occur in
+rare situations since 2.74.6-2+deb12u1 (Closes: #1070851)
+
+ -- Simon McVittie Tue, 14 May 2024 11:11:32 +0100
+
glib2.0 (2.74.6-2+deb12u2
Control: severity -1 normal
On Tue, 14 May 2024 at 18:41:01 +0100, Simon McVittie wrote:
> On Tue, 14 May 2024 at 17:12:29 +0100, Simon McVittie wrote:
> > I'm testing a patch to make g-ir-scanner explicitly disable
> > -Wl,--as-needed, so that the SONAMEs can be ext
On Tue, 14 May 2024 at 17:12:29 +0100, Simon McVittie wrote:
> I'm testing a patch to make g-ir-scanner explicitly disable
> -Wl,--as-needed, so that the SONAMEs can be extracted reliably.
This successfully mitigates the libkkc issue, and we need it anyway for
ibus-anthy. After upl
Control: reassign -1 src:gobject-introspection 1.78.1-17
Control: affects -1 src:ibus-anthy
This looks like almost the same situation as #1060951, except that
in #1060951, I think libkkc is probably using g-ir-scanner incorrectly
(cloned as #1071116), whereas in #1060953 I don't see anything that
Control: clone -1 -2
Control: retitle -1 gobject-introspection: multiarch g-ir-scanner doesn't find
recursive library dependencies
Control: retitle -2 libkkc: likely shouldn't add recursive dependencies to
Marisa_gir_SCANNERFLAGS
Control: reassign -2 libkkc 0.3.5-8
Control: tags -2 + upstream
Source: poppler
Version: 24.02.0-1
Severity: important
X-Debbugs-Cc: po...@debian.org, jeremy.bi...@canonical.com
Attempting to summarize recent discussion with _rene_ on #debian-devel:
poppler in trixie builds these libraries:
- libpoppler126t64
- libpoppler-glib8t64
- libpoppler-qt5-1t64
-
Source: glib2.0
Version: 2.74.6-2+deb12u1
Severity: minor
Tags: patch fixed-upstream
X-Debbugs-Cc: secur...@debian.org
Control: found -1 2.79.0+git20240110~g38f5ba3c-1
Control: found -1 2.66.8-1+deb11u2
Control: fixed -1 2.80.2-1
While applying the CVE-2024-34397 fixes to glib2.0 in (old)stable,
Control: tags -1 + moreinfo
On Fri, 10 May 2024 at 12:08:27 +0200, Julien Negros wrote:
> In Bookworm last gnome-shell upgrade 43.9-0+deb12u1 -> 43.9-0+deb12u2
> closes current logged session. Same issue with Bullseye
> (3.38.6-1~deb11u1 -> 3.38.6-1~deb11u2). Doesn't look like an actual
> crash
On Fri, 10 May 2024 at 06:14:46 +0200, Alban Browaeys wrote:
> Would adding openblas_set_num_threads(1) to totem-resource.c be fine?
> Wouldn't it add a hard dependency to openblas on totem?
I think this would not be OK. totem cannot assume that the current
implementation of libblas.so.3 or
Control: reassign -1 src:libdmapsharing 3.9.13-1
Control: merge 1055324 -1
Control: found 1055324 3.9.13-2
Control: affects 1055324 + totem
On Fri, 10 May 2024 at 00:07:54 +0200, Alban Browaeys wrote:
> When I open totem then quit it (whatver I dod inside totem even if I do
> nothing), I get this
Control: retitle -1 libglib2.0-dev:i386 on amd64 should not require qemu-user
Control: severity -1 wishlist
Control: tags -1 + help
On Wed, 08 May 2024 at 23:32:03 +0100, Simon McVittie wrote:
> > So, I now have to install qemu-user as dependency, which comes with a few
> > oth
Source: flatpak
Version: 1.14.8-1
Severity: important
Tags: help upstream
User: debian...@lists.debian.org
Usertags: flaky
X-Debbugs-Cc: debian...@lists.debian.org
Control: affects -1 + src:glib2.0
Control: found -1 1.4.6-1
One of the tests in Flatpak's extensive test-suite appears to be "flaky":
Source: fwupd
Version: 1.9.19-1
Severity: important
User: debian...@lists.debian.org
Usertags: flaky
X-Debbugs-Cc: debian...@lists.debian.org
Control: affects -1 + src:glib2.0
Control: found -1 1.9.16-1
fwupd appears to have a "flaky" autopkgtest: that is, an autopkgtest
that usually passes, but
Source: clevis
Version: 20-1
Severity: important
User: debian...@lists.debian.org
Usertags: flaky
X-Debbugs-Cc: debian...@lists.debian.org
Control: affects -1 + src:glib2.0
clevis appears to have a "flaky" autopkgtest: that is, an autopkgtest
that usually passes, but is not reliable.
This means
On Wed, 08 May 2024 at 23:24:57 +0200, Christian Klein wrote:
> I install both the i386 and amd64 version for multi-arch support.
>
> With the newest versions, a dependency to python was added.
>
> Unfortunately, the package has two dependencies for python:
> "python3:any"
> and
> "python3 |
Control: reassign -1 libglib2.0-0 2.80.0-10
Control: affects -1 + gnome-shell
Control: fixed -1 2.80.1-1
On Wed, 08 May 2024 at 23:10:19 +0200, Thomas Renard wrote:
> updating from testing version of gnome-shell to unstable version (44.9-2)
> looses the
> umlauts of a german keyboard.
This is
Control: forwarded -1 https://gitlab.gnome.org/GNOME/glib/-/merge_requests/4053
Control: tags -1 + pending
On Wed, 08 May 2024 at 10:42:21 -0300, Pedro Carvalho wrote:
> After upgrading to version 2.74.6-2+deb12u1, I have noticed the following
> symbols are missing for some applications:
>
> ´ `
Control: forwarded -1 https://gitlab.gnome.org/GNOME/glib/-/merge_requests/4053
Control: tags -1 + pending
On Wed, 08 May 2024 at 14:11:32 +0200, Hannah Stern wrote:
> Set the "<>" key (German keyboard) to compose (xmodmap), in combination
> with an US keyboard layout. Type compose " a
On Wed, 08 May 2024 at 03:48:21 +, unfathomabl...@protonmail.com wrote:
> Latest upgrade from 2.74.6-2 to 2.74.6-2+deb12u1 broke input of Japanese
> characters GTK programs (such as firefox, gedit etc).
For users of testing/unstable, this will be fixed as soon as I can,
probably by version
Control: reassign -1 libglib2.0-0 2.74.6-2+deb12u1
Control: affects -1 + gnome-shell
On Wed, 08 May 2024 at 11:42:10 +0200, pham...@bluewin.ch wrote:
> After today's update, the dead keys on my keyboard no longer work
This is a regression in GLib triggered by fixing CVE-2024-34397. I'm
testing a
Control: severity 1070706 normal
Control: severity 1070714 normal
On Tue, 07 May 2024 at 22:53:33 +0200, Cyril Brulebois wrote:
> Simon McVittie (2024-05-07):
> > do the release/installer teams consider udeb dependencies
> > on non-udeb packages, by udebs that d-i does not curren
On Tue, 07 May 2024 at 22:02:12 +0200, Paul Gevers wrote:
> On 07-05-2024 7:49 p.m., Simon McVittie wrote:
> > The version in testing, 4.12.5+ds-3, has the same dependencies, so this
> > is not a regression.
>
> Is it? It seems that the version in unstable depends on libpng
Control: tags -1 + d-i
Control: found -1 4.12.5+ds-3
Control: retitle -1 gtk4 udeb has unsatisfiable dependencies
Control: clone -1 -2
Control: retitle -2 libvte-2.91-0-udeb depends on both GTK 3 and GTK 4
Control: reassign -2 src:vte2.91 0.75.92-1
On Tue, 07 May 2024 at 15:44:02 +0100, Peter
Control: retitle 1057620 doomsday: segfault in _XFlush() when Qt is using
native Wayland
On Mon, 06 May 2024 at 00:31:31 +0200, Bernhard Übelacker wrote:
> Bug 1062969 / Bug 1065714 mentions a workaround
> to be able to run doomsday with wayland:
>
> SDL_VIDEODRIVER=x11 QT_QPA_PLATFORM=xcb
Package: chromium-common
Version: 124.0.6367.118-1~deb12u1
Severity: normal
Control: block 1038319 by -1
X-Debbugs-Cc: libu2f-h...@packages.debian.org
libu2f-udev has been an empty transitional package since Debian 11
(the version in Debian 10 had content). Please remove chromium-common's
Source: glib2.0
Version: 2.78.4-7
Severity: important
Tags: ftbfs trixie sid patch upstream fixed-upstream
Forwarded: https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3945
X-Debbugs-Cc: Matthew Vernon
Control: fixed -1 2.80.0-7
GLib contains GRegex, an API wrapper around pcre2 (or pcre in
1 - 100 of 7810 matches
Mail list logo