Source: clutter-gst-3.0
Version: 3.0.27-3
Severity: serious
Justification: blocker for 64-bit time_t transition
User: debian-...@lists.debian.org
Usertags: time-t
Control: block 1036884 by -1
The build-dependency on libglib2.0-0 is no longer satisfiable in unstable
due to the 64-bit time_t transit
Source: gpick
Version: 0.2.6-1
Severity: serious
Justification: blocker for 64-bit time_t transition
User: debian-...@lists.debian.org
Usertags: time-t
Control: block 1036884 by -1
gpick Build-Depends on:
debhelper-compat (= 13),
cmake,
libcairo2 (>=1.6),<---
l
On Sun, 24 Mar 2024 at 23:06:18 +0500, Andrey Rakhmatullin wrote:
> GLX/input_device_linuxevent.cpp: In member function ‘virtual void
> CL_InputDevice_LinuxEvent::keep_alive()’:
> GLX/input_device_linuxevent.cpp:269:72: error: ‘struct input_event’ has no
> member named ‘time’
> 269 |
> ev[i].time
Package: debhelper
Version: 13.15
Severity: grave
Justification: renders package unusable
Control: block 1036884 by -1
debhelper 13.14.1 has:
Depends: autotools-dev, dh-autoreconf (>= 17~), dh-strip-nondeterminism (>=
0.028~), dpkg (>= 1.18.0~), dpkg-dev (>= 1.18.2~), dwz (>= 0.12.20190711), fil
Control: retitle -1 pulseaudio: FTBFS on x86: cpu-volume-test fails, segfault
in svolume_orc_test
Control: reassign -1 src:orc 1:0.4.38-1
Control: forwarded -1 https://gitlab.freedesktop.org/gstreamer/orc/-/issues/66
Control: tags 1067458 + ftbfs sid trixie
Control: merge 1067458 -1
Control: affec
Control: tags -1 + moreinfo
On Thu, 21 Mar 2024 at 15:00:52 +0100, Christian Marillat wrote:
> I noticed this bug with the libopenshot-audio source and with
> armel, armh and powerpc architectures from buildd logs and my rebuild.
>
> I didn't pay attention for others sources, but I noticed that o
On Wed, 20 Mar 2024 at 20:00:32 +, Thorsten Glaser wrote:
> Unfortunately, as with umockdev, I have no idea what is going on
> here… does it #undef _FILE_OFFSET_BITS or something?
Yes it does. padsp(1) is based on a LD_PRELOAD module similar to those
used in fakeroot, fakechroot, umockdev and
On Thu, 21 Mar 2024 at 14:13:38 +0500, Andrey Rakhmatullin wrote:
> On Wed, Mar 20, 2024 at 03:05:34AM +, Thorsten Glaser wrote:
> > cc -Ilibumockdev-preload.so.0.0.0.p -I. -I.. -fdiagnostics-color=always
> > -Wall -Winvalid-pch -std=gnu11 -Werror=missing-prototypes
> > -Werror=strict-prototy
On Thu, 21 Mar 2024 at 15:45:13 +0500, Andrey Rakhmatullin wrote:
> On Wed, Mar 13, 2024 at 08:23:07AM +0100, Helge Deller wrote:
> > The patch below builds for me on the hppa platform.
> Unfortunately tests fail here with it in an armhf chroot, I don't know if
> it's generic or because the chroot
Control: retitle -1 gstreamer1.0: FTBFS: tests/check/libs/gstharness.c:
Received signal 11 (Segmentation fault)
On Wed, 13 Mar 2024 at 16:11:03 +0100, Lucas Nussbaum wrote:
> gstreamer1.0: FTBFS: gst-validate-1.0 Failed to execute child process
> ?gst-validate-1.0? (No such file or directory)
Th
On Tue, 19 Mar 2024 at 22:55:31 +0100, Matthias Klumpp wrote:
> Am Di., 19. März 2024 um 22:25 Uhr schrieb Simon McVittie :
> > Yes, the library is renamed on all architectures. (On architectures where
> > the ABI didn't actually break, like amd64, it Provides the old name.)
On Tue, 19 Mar 2024 at 22:14:12 +0100, Matthias Klumpp wrote:
> Am Di., 19. März 2024 um 21:42 Uhr schrieb Simon McVittie :
> > libgtkd-3-0 has a hard-coded dependency on libgtk-3-0, which will need
> > to be replaced by libgtk-3-0t64 after checking that the functions that
> >
Package: meld
Version: 3.22.1-1
Severity: serious
Justification: blocker for 64-bit time_t transition
User: debian-...@lists.debian.org
Usertags: time-t
Control: block 1036884 by -1
meld is an Architecture: all package, but has a direct dependency on
libgtk-3-0, as well as an indirect dependency o
Source: gtk-d
Version: 3.10.0-2
Severity: serious
Justification: blocker for 64-bit time_t transition
User: debian-...@lists.debian.org
Usertags: time-t
Control: block 1036884 by -1
libgtkd-3-0 has a hard-coded dependency on libgtk-3-0, which will need
to be replaced by libgtk-3-0t64 after checkin
Package: gnome-subtitles
Version: 1.8-1
Severity: serious
Justification: 64-bit time_t transition
User: debian-...@lists.debian.org
Usertags: time-t
gnome-subtitles has a hard-coded dependency on libgtk-3-0, which needs to
be replaced with libgtk-3-0t64 as part of the 64-bit time_t transition.
Whe
Package: timekpr-next
Version: 0.5.4-1
Severity: serious
Justification: blocker for 64-bit time_t transition
User: debian-...@lists.debian.org
Usertags: time-t
Control: block 1036884 by -1
timekpr-next is an Architecture: all package, but has a direct dependency
on libgtk-3-0, as well as an indire
Package: syncthing-gtk
Version: 0.9.4.4+ds+git20221205+12a9702d29ab-2
Severity: serious
Justification: blocker for 64-bit time_t transition
User: debian-...@lists.debian.org
Usertags: time-t
Control: block 1036884 by -1
syncthing-gtk is an Architecture: all package, but has a direct dependency
on
Package: exaile
Version: 4.1.3+dfsg-2
Severity: serious
Justification: blocker for 64-bit time_t transition
User: debian-...@lists.debian.org
Usertags: time-t
Control: block 1036884 by -1
exaile is an Architecture: all package, but has a direct dependency on
libgtk-3-0, as well as an indirect depe
Package: cpupower-gui
Version: 0.7.2-2.1
Severity: serious
Justification: blocker for 64-bit time_t transition
User: debian-...@lists.debian.org
Usertags: time-t
cpupower-gui is an Architecture: all package, but has a direct dependency
on libgtk-3-0, as well as an indirect dependency on libgtk-3-0
Package: clearlooks-phenix-theme
Version: 7.0.1-3
Severity: serious
Justification: blocker for 64-bit time_t transition
User: debian-...@lists.debian.org
Usertags: time-t
clearlooks-phenix-theme is an Architecture: all package, but has a
direct (versioned) dependency on libgtk-3-0.
On the archite
Package: bleachbit
Version: 4.6.0-2
Severity: serious
Justification: blocker for 64-bit time_t transition
User: debian-...@lists.debian.org
Usertags: time-t
Control: block 1036884 by -1
bleachbit is an Architecture: all package, but has a direct dependency on
libgtk-3-0, as well as an indirect dep
Package: 0install
Version: 2.18-2
Severity: serious
Justification: blocker for 64-bit time_t transition
User: debian-...@lists.debian.org
Usertags: time-t
Control: block 1036884 by -1
Versions of 0install that have been rebuilt for the 64-bit time_t
transition (for example on amd64) have dependenc
Control: tag -1 pending
Hello,
Bug #1066032 in gobject-introspection reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/6
Control: tag -1 pending
Hello,
Bug #1066032 in gobject-introspection reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/6
On Mon, 18 Mar 2024 at 09:12:36 +0100, Sebastian Ramacher wrote:
> arm-linux-gnueabihf-gcc -Wsign-compare -DNDEBUG -g -fwrapv -O2 -Wall -g
> -Werror=implicit-function-declaration -fstack-protector-strong
> -fstack-clash-protection -Wformat -Werror=format-security -g -O2
> -Werror=implicit-functi
Control: tag -1 pending
Hello,
Bug #1061703 in gnome-characters reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/gnome-characters/-/commit/04fb8b2309a
Control: tags -1 + moreinfo help
Control: severity -1 important
On Sun, 21 Jan 2024 at 13:17:45 +, Simon McVittie wrote:
> On Tue, 16 Jan 2024 at 20:37:49 +0100, Lucas Nussbaum wrote:
> > > 26/28 xdg-desktop-portal:pytest / pytest test_inputcaptureFAIL
> > &
Package: libruby
Version: 1:3.1
Severity: serious
Justification: blocker for 64-bit time_t transition
X-Debbugs-Cc: z...@debian.org, debian-...@lists.debian.org
Control: affects -1 + src:graphviz src:vala
Now that libruby3.1t64 has reached unstable, libruby is uninstallable on
the architectures af
x27;s other RC bug, #1066821.
smcv
>From e36a8c4784278ccfb32d112b57cd2260fedb2e3c Mon Sep 17 00:00:00 2001
From: Simon McVittie
Date: Sun, 17 Mar 2024 13:21:29 +
Subject: [PATCH 2/3] d/libaprutil1t64.symbols: Fix name of t64 binary package
It's libaprutil1t64 (with the "t"),
Control: tag -1 pending
Hello,
Bug #1066306 in gmpc-plugins reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/mpd-team/gmpc-plugins/-/commit/4cb2a4b9369fb3f29c00c
Control: tag -1 pending
Hello,
Bug #1066611 in gmpc reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/mpd-team/gmpc/-/commit/f75c68077d5ab7de53e01c0b736b64c0736aa
Control: tag -1 pending
Hello,
Bug #1066904 in glib2.0 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/glib/-/commit/22ad69bf8f1470d36b4fd99442470cc1
Control: tag -1 pending
Hello,
Bug #1066900 in gobject-introspection reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/8
Control: clone -1 -2
Control: retitle -2 gi-compile-repository: generates incorrect typelib when
cross-compiling with different type sizes
Control: reassign -2 libglib2.0-dev 2.79.3-1
Control: tags -2 = experimental
On Fri, 15 Mar 2024 at 07:48:17 +, Simon McVittie wrote:
> When it conve
Package: gobject-introspection
Version: 1.78.1-16
Severity: serious
Justification: results in misbuilt packages
X-Debbugs-Cc: debian-cr...@lists.debian.org
When it converts GIR XML to binary typelib files, g-ir-compiler replaces
abstract types such as int and gsize (size_t) with concrete types suc
On Sun, 25 Feb 2024 at 20:36:58 +0100, Lucas Nussbaum wrote:
> > FAIL: test_black (devscripts.test.test_black.BlackTestCase.test_black)
> > Test: Run black code formatter on Python source code.
I think lint checks like this one should be run by contributors and CI
when targeting the main branch, b
On Mon, 11 Mar 2024 at 08:13:30 -0400, Jeremy Bícha wrote:
> Although Debian has not yet gotten to pygobject in the time_t
> transition for armel/armhf, Ubuntu has and experienced a build test
> failure in test_gi.py for the test_time_t tests which I believe are
> using functions in glib2.0. I assu
On Sat, 09 Mar 2024 at 12:29:26 +0100, Sebastian Ramacher wrote:
> linux_input.c: In function ‘translate_event’:
> linux_input.c:761:28: error: ‘const struct input_event’ has no member named
> ‘time’
> 761 | devt->timestamp = levt->time;
> |^~
This seems t
Control: retitle -1 librsvg: reftest regression for rtl-tspan with pango1.0
1.52.1: 2655 pixels differ from reference
Control: severity -1 important
On Sun, 10 Mar 2024 at 14:45:24 +, Simon McVittie wrote:
> For now, I'm testing an upload that will temporarily disable this test,
Control: tags -1 + pending
On Sun, 10 Mar 2024 at 14:03:18 +, Simon McVittie wrote:
> On Sun, 10 Mar 2024 at 13:12:57 +0100, Sebastian Ramacher wrote:
> > rtl-tspan: 2655 pixels changed with maximum difference of 112
>
> This appears to have been caused by upgrading pango1.0 f
On Sun, 10 Mar 2024 at 13:12:57 +0100, Sebastian Ramacher wrote:
> rtl-tspan: 2655 pixels changed with maximum difference of 112
This appears to have been caused by upgrading pango1.0 from 1.52.0
to 1.52.1. The librsvg test suite is unfortunately very sensitive to
differences in the exact version
Control: block 1036884 by -1
On Sun, 10 Mar 2024 at 10:37:51 +0100, Aurelien Jarno wrote:
> weston fails to build in unstable since the upload of neatvnc in version
> 8.0. From my build log on amd64:
...
> | Dependency neatvnc found: NO found 0.8.0 but need: '< 0.8.0' ; matched: '>=
> 0.7.0'
Thi
NULL SDL object
On Sun, 04 Feb 2024 at 12:31:35 +0000, Simon McVittie wrote:
> When I try the command above, on GNOME in Wayland mode, I get what
> appears to be a different crash
Now reported separately as #1065709, which I now see was a duplicate
of #1057620 (I'll merge them).
&g
Control: reassign -1 aptitude,libgtk2.0-0t64
Control: tags -1 + moreinfo
On Thu, 07 Mar 2024 at 16:10:17 +0100, Vincent Lefevre wrote:
> During an upgrade with aptitude:
>
> dpkg: dependency problems prevent removal of libgtk2.0-common:
> libgtk2.0-bin depends on libgtk2.0-common.
> libgtk2.0-0
Control: tag -1 pending
Hello,
Bug #1065494 in gtk+3.0 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/gtk3/-/commit/1c4fb7e79ab1d3c28a957b777e692afa
Control: tag -1 pending
Hello,
Bug #1065493 in gtk+2.0 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/gtk2/-/commit/3406805d5833fc78ccab4c1aaff3cbc9
Control: severity -1 important
On Tue, 20 Feb 2024 at 23:15:09 +0100, Matthias Klose wrote:
> On 20.02.24 22:50, Simon McVittie wrote:
> > If gobject-introspection explicitly depended on gobject-introspection-bin
> > by name (not just via a virtual package), would that help?
&g
Control: tag -1 pending
Hello,
Bug #1065022 in glib2.0 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/glib/-/commit/451ed4fd133f4cac0b1530cbba2a63a1
Control: tags -1 + pending
On Sat, 02 Mar 2024 at 11:51:26 +0100, Sebastian Ramacher wrote:
> Please add dpkg-dev (>= 1.22.5) to Build-Depends
This is already fixed in git, but we were told not to upload that version
yet, to avoid interfering with the migration of the NMU currently
in unstable (w
On Thu, 29 Feb 2024 at 14:00:02 +0100, Christoph Anton Mitterer wrote:
> So the advise for "end users" is to simply re-install one package of
> both groups and everything should be cleaned up again?
The advice for "end users" would be don't run unstable or experimental,
and wait for maintainers to
On Thu, 29 Feb 2024 at 08:40:28 -0300, Leandro Cunha wrote:
> Jeremy uploaded glib 2.0 to experimental which fixes such problems
libglib2.0-0t64 in experimental does not contain any changes that would
intentionally fix this.
Upgrading to the experimental libglib2.0-0t64 probably fixes this as a
s
On Thu, 29 Feb 2024 at 10:33:17 +, Simon McVittie wrote:
> Yes, the workaround for this is to reinstall any package that carries
> GSettings schemas. gsettings-desktop-schemas is a common one, but actually
> any package that has files in /usr/share/glib-2.0/schemas/ should be
>
Control: retitle -1 libglib2.0-0t64: transition from libglib2.0-0 breaks
GSettings, GIO modules
Ash Joubert wrote:
> Workaround for me was to reinstall gsettings-desktop-schemas:
>
> # apt-get reinstall gsettings-desktop-schemas
Yes, the workaround for this is to reinstall any package that carri
On Tue, 27 Feb 2024 at 23:07:33 +0100, Matthias Klose wrote:
> On 23.02.24 22:10, Jeremy Bícha wrote:
> > Since glib and gobject-introspection have migrated out of
> > noble-proposed, is there still a need to keep this bug open?
>
> Suppose you would start again building glib2.0 (and depending pac
(Sorry, I thought I had sent this earlier.)
On Tue, 27 Feb 2024 at 08:39:05 -0500, Jeremy Bícha wrote:
> On Tue, Feb 27, 2024 at 5:33 AM Simon McVittie wrote:
> > If that's the case, then we should have transitional packages with those
> > names that just depend on libproxy
Control: tag -1 pending
Hello,
Bug #1064889 in libproxy reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/libproxy/-/commit/302ee018ae76b179b7a9d3ea7ac
Source: libproxy
Version: 0.5.4-1
Severity: serious
Justification: breaks debian-edu-config dependencies
It looks as though the new libproxy1v5 has absorbed all of the
functionality of the older libproxy plugins:
- libproxy1-plugin-gsettings replaced by config-gnome internal to the library
- -kco
Control: tags -1 + confirmed
Context for Mesa maintainers: gtk4 passed its build-time tests on
2024-01-29, but is now failing in a test rebuild. I can reproduce this,
and I think it's a regression triggered by Mesa changes (see also
https://gitlab.freedesktop.org/mesa/mesa/-/issues/10293 upstream)
On Tue, 20 Feb 2024 at 23:15:09 +0100, Matthias Klose wrote:
> On 20.02.24 22:50, Simon McVittie wrote:
> > What is the situation that is going wrong in autopkgtest? Can you perhaps
> > provide a log?
>
> see
> https://autopkgtest.ubuntu.com/packages/m/meson/noble/ppc64e
Control: tags -1 + moreinfo
On Tue, 20 Feb 2024 at 22:15:21 +0100, Matthias Klose wrote:
> The package had in the past dependencies of the form
>
> python3 (<< 3.12), python3 (>= 3.11~), python3:any
>
> the new one just
>
> python3:any
>
> This leads to badly triggered autopkg tests, with
Control: tag -1 pending
Hello,
Bug #1064042 in gsettings-desktop-schemas reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/gsettings-desktop-schemas/-/
Control: retitle -1 krb5: FTBFS on IPv6-only buildds: "Can't resolve hostname"
in dh_auto_test
Control: tags -1 + ipv6
On Sun, 11 Feb 2024 at 23:40:34 +, Simon McVittie wrote:
> It might be relevant that according to #972151, arm-conova-03 (and
> perhaps other *-conov
On Sun, 11 Feb 2024 at 13:53:56 -0800, Benjamin Kaduk wrote:
> On Sat, Feb 10, 2024 at 01:33:15PM +0100, Johannes Schauer Marin Rodrigues
> wrote:
> > there as a binNMU "Rebuild to sync binNMU versions" for krb5 and that
> > failed for arm64, armel and ppc64el:
> >
> > https://buildd.debian.org/s
On Thu, 08 Feb 2024 at 10:37:33 +, Simon McVittie wrote:
> Package: libmozjs-115-dev
> Justification: makes gjs FTBFS (#1063433)
I believe mozjs115_115.7.0-3 should fix this.
wb-team: Please could someone with wanna-build access schedule gjs
on mips64el to be built after the fixed vers
Control: tag -1 pending
Hello,
Bug #1063446 in mozjs reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/mozjs/-/commit/c099d1d6251023ab44361e995f5b04cd7
On Thu, 08 Feb 2024 at 10:37:33 +, Simon McVittie wrote:
> Simplified steps to reproduce:
> Try to compile the attached, with:
> g++ test.cpp -o test $(pkgconf --cflags --libs mozjs-115)
Oops, really attached now.
> I'm preparing a possible patch (but it will take a
Package: libmozjs-115-dev
Version: 115.7.0-2
Severity: serious
Tags: upstream
Justification: makes gjs FTBFS (#1063433)
X-Debbugs-Cc: debian-m...@lists.debian.org
User: debian-m...@lists.debian.org
Usertags: mips64el
Control: block 1063433 by -1
Original steps to reproduce:
Try to compile gjs 1.78
On Tue, 06 Feb 2024 at 10:20:46 +0100, Yves Le Berre wrote:
> I am not familiarized with building debian debug packages.
> do doomsday and libsdl2 packages need to be rebuilt or do they exist
> somewhere ?
Their detached debug symbols should already be provided in Debian, so you
don't need to rebu
On Mon, 05 Feb 2024 at 14:06:16 -0300, Lucas Kanashiro wrote:
> we have identified
> pangomm2.48 as a source package shipping runtime libraries whose ABI
> either is affected by the change in size of time_t, or could not be
> analyzed via abi-compliance-checker (and therefore to be on the safe
> si
Control: reassign -1 doomsday,src:libsdl2
Control: found -1 doomsday/2.3.1+ds1-1
Control: found -1 libsdl2/2.30.0+dfsg-1
On Sun, 04 Feb 2024 at 09:18:27 +0100, Yves Le Berre wrote:
> * What led up to the situation?
>
> loading wad file (doom /doom2/heretic/...)
Please assume that I'm unfamiliar
On Mon, 29 Jan 2024 at 23:45:11 +, Steve Langasek wrote:
> Dear maintainer,
(I am a games team member but not a maintainer of this particular package)
> diff -Nru allegro4.4-4.4.3.1/debian/liballeggl4.4t64.4.install
> allegro4.4-4.4.3.1/debian/liballeggl4.4t64.4.install
> --- allegro4.4-4.4.
On Sun, 28 Jan 2024 at 22:49:37 +0100, Alexandre Detiste wrote:
> Le jeu. 25 janv. 2024 à 11:15, Simon McVittie a écrit :
> > I also don't understand where these new upstream releases are coming from,
> > because https://github.com/renpy/pygame_sdl2 only has tags for 8.1.0,
Control: affects -1 + src:renpy
On Tue, 16 Jan 2024 at 20:43:34 +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
> > src/pygame_sdl2/rwobject.pyx:336:22: Cannot assign type 'Sint64 (SDL_RWops
> > *) except? -1 nogil' to 'Sint64 (*
Control: retitle -1 xdg-desktop-portal: FTBFS: test_inputcapture: Timed out
waiting for response from SetPointerBarriers
Control: tags -1 + unreproducible
On Tue, 16 Jan 2024 at 20:37:49 +0100, Lucas Nussbaum wrote:
> > 26/28 xdg-desktop-portal:pytest / pytest test_inputcaptureFAIL
Control: retitle -1 libshumate: FTBFS: Couldn't find include 'GObject-2.0.gir'
On Tue, 16 Jan 2024 at 20:43:20 +0100, Lucas Nussbaum wrote:
> > Couldn't find include 'GObject-2.0.gir' (search path:
> > '['/usr/share/gir-1.0', '/usr/lib/x86_64-linux-gnu/gir-1.0',
> > '/<>/debian/.debhelper/genera
On Sun, 14 Jan 2024 at 08:39:52 +0100, Paul Gevers wrote:
> The Release Team considers packages that are out-of-sync between testing and
> unstable for more than 30 days as having a Release Critical bug in testing
> [1]. Your package src:mesa has been trying to migrate for 31 days [2].
> Hence, I a
Source: mesa
Version: 23.3.3-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian-...@lists.debian.org
User: debian-...@lists.debian.org
Usertags: armel
Control: block 1060779 by -1
The armel baseline does not have lock
Control: severity -1 important
On Sat, 13 Jan 2024 at 19:32:58 +, Simon McVittie wrote:
> On Sat, 13 Jan 2024 at 16:21:46 +0000, Simon McVittie wrote:
> > On Sat, 13 Jan 2024 at 15:21:02 +0000, Simon McVittie wrote:
> > > I recently uploaded a snapshot of GLib 2.79.x t
Control: forwarded -1 https://gitlab.gnome.org/GNOME/glib/-/issues/3225
Control: tags -1 + help
On Sat, 13 Jan 2024 at 16:21:46 +, Simon McVittie wrote:
> On Sat, 13 Jan 2024 at 15:21:02 +0000, Simon McVittie wrote:
> > I recently uploaded a snapshot of GLib 2.79.x to experim
On Sat, 13 Jan 2024 at 15:21:02 +, Simon McVittie wrote:
> I recently uploaded a snapshot of GLib 2.79.x to experimental (in
> preparation for NEW processing) and it failed tests on s390x and on
> the 64-bit, big-endian ports ppc64 and sparc64. I suspect this means
> it's
Source: glib2.0
Version: 2.79.0+git20240110~g38f5ba3c-1
Severity: serious
Tags: ftbfs experimental
X-Debbugs-Cc: debian-s...@lists.debian.org, debian-powe...@lists.debian.org
User: debian-s...@lists.debian.org
Usertags: s390x
I recently uploaded a snapshot of GLib 2.79.x to experimental (in
prepar
Source: llvm-toolchain-17
Version: 1:17.0.6-4
Severity: serious
Tags: ftbfs pending
Justification: fails to build from source (but built successfully in the past)
Forwarded:
https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/-/merge_requests/130
llvm-toolchain-17_1:17.0.6-4 has a FTBFS issue o
Control: block 1058116 by 1057564
Control: tags 1058116 + patch pending
Control: tags 1057564 + patch
On Sat, 30 Dec 2023 at 21:18:37 +, Simon McVittie wrote:
> Because you can't clone a merged bug, I'm unmerging the two equivalent
> FTBFS bug reports, and arbitrarily
:53:56 +0000, Simon McVittie wrote:
> On Tue, 05 Dec 2023 at 23:05:55 +0100, Santiago Vila wrote:
> > During a rebuild of all packages in unstable, your package failed to build:
>
> This seems to be another casualty of recent updates to python-dbusmock.
> With python-dbusmock downgr
Control: reassign -1 src:gnome-bluetooth3,src:python-dbusmock
Control: found -1 python-dbusmock/0.30.0-2
Control: found -1 python-dbusmock/0.30.1-1
Control: found -1 gnome-bluetooth3/42.7-1
On Tue, 05 Dec 2023 at 23:05:55 +0100, Santiago Vila wrote:
> During a rebuild of all packages in unstable,
Control: retitle -1 libportal: FTBFS: dh_auto_test regression with
python3-dbusmock (>= 0.30.0-2)
On Tue, 12 Dec 2023 at 09:11:51 +0100, Lucas Nussbaum wrote:
> > TestRemoteDesktop.test_connect_to_eis
> > _
> >
> > self = > testMethod=test_connect_to_ei
58550
Signed-off-by: Simon McVittie
(this message was generated automatically)
--
Greetings
https://bugs.debian.org/1058550
Control: tag -1 pending
Hello,
Bug #1057245 in gnome-settings-daemon reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/gnome-settings-daemon/-/commit/2
Here is an attempt at a more comprehensive answer to your questions about
correct handling of Cinnamon's private typelibs and private GIR XML.
The first thing I should say is that the GObject-Introspection mini-policy
(file:///usr/share/doc/gobject-introspection/policy.txt.gz) was written for
the
On Fri, 22 Dec 2023 at 03:23:21 +0100, Olivier Mehani wrote:
> GDM3 doesn't seem to be able to start a Wayland session (nor a fallback Xorg
> session, but I'm less concerned about this, and this seems to be a
> separate permission issue).
That's a valid bug, let's leave your report open for that
On Thu, 21 Dec 2023 at 15:31:55 +0100, Marc Haber wrote:
> Do those GUI frontends that work via packagekit or other frameworks
> count as "using apt"?
Managing apt/dpkg packages via packagekit uses libapt-pkg6.0 (via
/usr/lib/*/packagekit-backend/libpk_backend_apt.so). I don't know whether
that's
Control: retitle -1 python-mpd asyncio tests fail with Python 3.12
Control: severity -1 important
On Sun, 10 Dec 2023 at 20:59:48 +, Simon McVittie wrote:
> On Wed, 22 Nov 2023 at 15:18:06 +0100, Matthias Klose wrote:
> > python-mpd's autopkg tests fail with Python 3.12:
>
Control: forwarded -1 https://github.com/Mic92/python-mpd2/issues/214
Control: tags -1 + upstream help
On Wed, 22 Nov 2023 at 15:18:06 +0100, Matthias Klose wrote:
> python-mpd's autopkg tests fail with Python 3.12:
> [...]
> 248s mpd.base.ConnectionError: Can not send command to disconnected clie
On Fri, 08 Dec 2023 at 22:15:12 +0100, Fabio Fantoni wrote:
> > Package: cinnamon
> > Public GIR XML directory: debian/cinnamon/usr/share/gir-1.0
> > GIR XML: St-1.0.gir
Please could you (ask your upstream to) move this to a private directory,
perhaps /usr/share/cinnamon? It's a fork of GNOME Shel
Control: tag -1 pending
Hello,
Bug #1057782 in gtk4 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/gtk4/-/commit/668402a1181744dce17488b35ac20b8f56a
Source: gtk4
Version: 4.12.4+ds-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian-s...@lists.debian.org
>From
>https://buildd.debian.org/status/fetch.php?pkg=gtk4&arch=s390x&ver=4.12.4%2Bds-1&stamp=1701103591&raw=0
Control: tag -1 pending
Hello,
Bug #1055576 in meson-python reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/meson-python/-/commit/a349a62b2
Control: tag -1 pending
Hello,
Bug #1056185 in gi-docgen reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/gi-docgen/-/commit/8590925586a8972e20bf82a44
Control: tag -1 pending
Hello,
Bug #1031842 in xdg-desktop-portal-gnome reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/gnome-team/xdg-desktop-portal-gnome/-/co
e used for apport-gtk integration (but that feature is off
+by default) and for apt integration via synaptic-pkexec (but that
+feature has been patched out because it depends on direct access to
+internal dpkg files).
+
+ -- Simon McVittie Thu, 19 Oct 2023 08:53:46 +0100
+
lxsessio
101 - 200 of 1249 matches
Mail list logo