Bug#907277: autoconf: AC_SEARCH_LIBS for __atomic_foo fails with AC_LANG([C++]) and g++-8

Control: retitle -1 autoconf: AC_SEARCH_LIBS for __atomic_foo fails with AC_LANG([C++]) and g++-8 On Thu, 17 Jan 2019 at 11:00:40 -0500, Nick Bowler wrote: > I'm not familiar with the library in question but the problem > appears to be specific to these __atomic_xyz builtins which seem > to get s

Bug#911768: pinentry-gnome3 fails to open a window with 'No Gcr System Prompter available, falling back to curses'

Control: reassign -1 pinentry-gnome3 1.1.0-1 Control: affects -1 nfs-kernel-server gcr I think this should be considered to be a pinentry-gnome3 bug rather than nfs-kernel-server. I think the plausible routes forward are to either escalate dbus-user-session from Recommends to Depends, downgrade th

Bug#904031: gnome-shell is not opening: JS LOG: pushModal: invocation of begin_modal failed

Control: severity -1 important Control: tags -1 + unreproducible On Tue, 07 Aug 2018 at 09:05:10 +0100, Simon McVittie wrote: > Sorry, we are unlikely to be able to solve a bug with only this amount > of information. GNOME appears to work for the majority of its users, and there isn&#x

Bug#908815: [libdmtx0a] Structs in dmtx.h have changed without new ABI number

On Thu, 14 Feb 2019 at 10:29:01 +, Simon McVittie wrote: > If the SONAME is not increased upstream (which doesn't seem likely to > happen soon), then the ABI break should be worked around in Debian by > renaming libdmtx0a to libdmtx0b with Conflicts: libdmtx0a, similar to >

Bug#924254: dmtx-utils: hard-codes dependency on libdmtx0a

Package: dmtx-utils Version: 0.7.6-1 Severity: serious Tags: patch Justification: blocks fix for #908815 Control: block 908815 by -1 After renaming libdmtx0a to libdmtx0b (#908815) and rebuilding dmtx-utils, dmtx-utils ends up depending on both libdmtx0a and libdmtx0b, which is not going to work.

Bug#924254: dmtx-utils: diff for NMU version 0.7.6-1.1

ata instead, so that we get the right dependency for the +current version of libdmtx, and will depend on libdmtx0b after a +binNMU for #908815. (Closes: #924254) + + -- Simon McVittie Sun, 10 Mar 2019 16:59:53 + + dmtx-utils (0.7.6-1) unstable; urgency=low * Updated standards. Mov

Bug#908815: libdmtx: diff for NMU version 0.7.5-2.1

+the transition. + + -- Simon McVittie Sun, 10 Mar 2019 17:13:33 + + libdmtx (0.7.5-2) unstable; urgency=low * Proper fix for simple_test compiler warnings. diff -Nru libdmtx-0.7.5/debian/control libdmtx-0.7.5/debian/control --- libdmtx-0.7.5/debian/control 2018-11-21 07:29:23.000

Bug#907490: gnome-shell: Unrecoverable failure in required component org.gnome.Shell.desktop

Control: severity -1 important Control: tags -1 + unreproducible On Mon, 03 Sep 2018 at 20:32:14 -0500, william l-k wrote: > Could this be what we were looking for: > > Aug 28 09:30:54 user gnome-shell[3348]: JS ERROR: TypeError: > this._currentWindow is null I don't think so: it doesn't look a

Bug#924271: openarena: crashes at launch with "Couldn't compile shader" message.

Control: reassign -1 ioquake3 1.36+u20181222.e5da13f~dfsg-1 Control: tags -1 + moreinfo Control: affects -1 openarena quake3 Control: affects 923226 + openarena quake3 On Sun, 10 Mar 2019 at 19:42:20 +, Matthew Hoare wrote: >    Program failed to launch with a lengthy error message (attached).

Bug#924254: dmtx-utils: diff for NMU version 0.7.6-1.1

On Mon, 11 Mar 2019 at 10:09:21 +0100, Roberto Lumbreras wrote: > You can reschedule it to unstable without delay. Thanks, rescheduled. My changes to libdmtx are waiting in the NEW queue. When they get accepted, may I re-upload to unstable as soon as the release team are ready for the transition?

Bug#853016: nodm: regression: restarts during upgrade, causing data loss

el 12, which is arguably also RC (a missing dependency), and patch 0004 is a "would be nice" feature related to this bug (copied from dbus, which also isn't safe to restart). Regards, smcv >From 59cd62ef18a458e73a6e0f20d7140cf56a8d210c Mon Sep 17 00:00:00 2001 From: Simon McVittie

Bug#921114: AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost"

Control: reassign 921004 firmware-amd-graphics 20190114-1 Control: reassign 921145 firmware-amd-graphics 20190114-1 Control: forcemerge 921114 921004 921145 Control: retitle 921114 AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost" Control: tags 92111

Bug#924548: gnome-core: does not actually install a desktop environment on s390x

Package: gnome-core Version: 1:3.30+1 Severity: serious Justification: we should make a decision one way or another before release I recently changed gnome-core to install gnome-flashback instead of GNOME Shell on s390x, because: GNOME Shell is uninstallable on s390x, due to mozjs60 not being func

Bug#921114: AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost"

Control: severity -1 important On Thu, 14 Mar 2019 at 09:07:02 +, Simon McVittie wrote: > On Fri, 01 Feb 2019 at 18:16:41 +0100, Jean-Dominique Frattini wrote: > > since the latest update of xserver-xorg-video-amdgpu and > > firmware-amd-graphics [in buster], most GL appl

Bug#922730: i686 only

Control: retitle -1 epiphany-browser: web process immediately crashes on 32-bit Control: forwarded -1 https://gitlab.gnome.org/GNOME/epiphany/merge_requests/218 Control: tags -1 + upstream fixed-upstream On Thu, 21 Feb 2019 at 09:13:17 +0800, 積丹尼 Dan Jacobson wrote: > i686 only. Works fine on x86_

Bug#924548: gnome-core: does not actually install a desktop environment on s390x

On Sat, 23 Mar 2019 at 03:49:32 +0100, Andreas Henriksson wrote: > An additional option here which I'd like to propose would be to stop > mucking around with dependencies to try to hide problems on those > architectures. Instead "simply" do arch-specific removal of the broken > packages, including

Bug#926646: libdmtx: Incomplete debian/copyright?

Control: found 926646 0.7.5-2 On Mon, 08 Apr 2019 at 08:43:57 -0400, Chris Lamb wrote: > I just ACCEPTed libdmtx from NEW but the FTP team had noticed that the > copyright stanza for debian/ is labelled GPL-2+ but its content is > GPL-2. This is not a regression in my NMU (which didn't touch d/co

Bug#870725: CVE-2017-11721: read buffer overflow in MSG_ReadBits

Control: retitle -1 CVE-2017-11721: read buffer overflow in MSG_ReadBits Control: tags -1 + upstream fixed-upstream patch Control: forwarded -1 https://github.com/ioquake/ioq3/commit/d2b1d124d4055c2fcbe5126863487c52fd58cca1 On Fri, 04 Aug 2017 at 16:30:46 +0200, Moritz Muehlenhoff wrote: > Please

Bug#870725: CVE-2017-11721: read buffer overflow in MSG_ReadBits

Control: clone -1 -2 Control: reassign -2 src:iortcw Control: forwarded -2 https://github.com/iortcw/iortcw/commit/260c39a29af517a08b3ee1a0e78ad654bdd70934 Control: found -2 1.51+dfsg1-2 Control: fixed -2 1.51+dfsg1-3 On Sat, 05 Aug 2017 at 11:47:23 +0100, Simon McVittie wrote: > On Fri, 04

Bug#870725: CVE-2017-11721: read buffer overflow in MSG_ReadBits

On Sat, 05 Aug 2017 at 12:24:19 +0100, Simon McVittie wrote: > Again, I don't have time to handle this for stable right now, so > security or games team members are very welcome to do so. I'll prepare > a stable update during Debconf if nobody gets there first, assuming I >

Bug#870725: CVE-2017-11721: read buffer overflow in MSG_ReadBits

On Fri, 11 Aug 2017 at 20:11:46 +0200, Moritz Mühlenhoff wrote: > Thanks, please upload. Generally speaking contrib is not supported, but > it would be silly to fix ioquake, but not iortcw along, so please go ahead. Thanks, both uploaded to security-master targeting stretch-security. > What about

Bug#870725: CVE-2017-11721: read buffer overflow in MSG_ReadBits

+ Check buffer boundary exactly in MSG_WriteBits, instead of + potentially failing with a few bytes still available + + -- Simon McVittie Sat, 12 Aug 2017 10:15:49 -0400 + ioquake3 (1.36+u20140802+gca9eebb-2+deb8u1) jessie-security; urgency=high * d/gbp.conf: switch branch to debian/je

Bug#881097: libnet-ping-external-perl: long-standing command injection via crafted arguments

Package: libnet-ping-external-perl Version: 0.13-1 Severity: grave Tags: security patch upstream Justification: user security hole Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=33230 See forwarded message below. The reporter's proposed patch is also attached. The proposed patch seems

Bug#881301: gnome-shell: intermittent "invalid unclassed pointer in cast to 'ClutterText'" + segfault

Control: retitle 881301 gnome-shell: intermittent "invalid unclassed pointer in cast to 'ClutterText'" + segfault Control: tags 881301 + moreinfo On Thu, 09 Nov 2017 at 18:27:59 -0300, Lucas Dyer wrote: > Sometimes gnome-shell crashes, randomly while using the computer or not. > Also happens when

Bug#790576: (various packages): depends on python-gnome2 which is deprecated

Control: severity 790573 serious Control: tags 790573 = buster sid Control: severity 790579 serious Control: tags 790579 = buster sid Control: severity 790578 serious Control: tags 790578 = buster sid Control: severity 790576 serious Control: tags 790576 = buster sid Control: severity 790584 seriou

Bug#881674: libmsv-dev: Contains files owned by unprivileged user

Package: libmsv-dev Version: 1.1-4 Severity: serious Justification: Policy §10.9 libmsv-dev is built with its contents owned by the user doing the build: https://buildd.debian.org/status/fetch.php?pkg=libmsv&arch=amd64&ver=1.1-4&stamp=1510377677&raw=0 > ... > drwxr-xr-x buildd/buildd 0 2017-1

Bug#882011: python-cryptography: no longer depends on cffi-backend, offlineimap fails to start

Package: python-cryptography Version: 2.1.3-1 Severity: grave Justification: renders package unusable (I think, please drop severity if not) I use offlineimap with python-keyring, retrieving my IMAP password from gnome-keyring. This uses python-secretstorage and python-cryptography behind the scen

Bug#881968: libidn2-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/info/libidn2.info.gz

4 2.0.2-5 I think the attached patch should do the right thing. Regards, smcv >From fa446226a68e20a7a30ecac62b0abe60c0d634df Mon Sep 17 00:00:00 2001 From: Simon McVittie Date: Wed, 22 Nov 2017 08:31:37 + Subject: [PATCH 3/4] libidn2-doc Breaks/Replaces older versions of both libidn2-dev

Bug#881915: libidn FTBFS with gtk-doc-tools 1.26: gtkdoc-mktmpl is no longer available

h_auto_configure -- \ --enable-ld-version-script \ -- 2.15.0 >From e1e70e45ec8d8ddf929f803b50f624ee5381dc32 Mon Sep 17 00:00:00 2001 From: Simon McVittie Date: Wed, 22 Nov 2017 08:28:00 + Subject: [PATCH 2/4] Run gtkdocize via debian/autogen.sh This is passed as a parameter to

Bug#882122: thunderbird: Thunderbird can't connect to X server, fails to start

ng Apparmor is what made the "-bin" version work? That's a wild guess (I don't run Debian) but if that's the case, it would be better to fix the Apparmor profile. An easy way to check if Apparmor gets in the way would be to start thunderbird (no "-bin") and then run: dmesg -T | grep 'apparmor="DENIED"' If anything comes up please attach it in here. Regards, Simon signature.asc Description: OpenPGP digital signature

Bug#882122: thunderbird: Thunderbird can't connect to X server, fails to start

type=1400 audit(1511467287.665:11): > apparmor="STATUS" operation="profile_load" profile="unconfined" > name="thunderbird//sanitized_helper" pid=498 comm="apparmor_parser" > > I does not seem like apparmor is blocking anything. Agreed, Apparmor doesn't seem to get in the way. Thanks for checking! Regards, Simon signature.asc Description: OpenPGP digital signature

Bug#881915: libidn2: NMU for FTBFS #881968 and upgrade issues #881915

17:51.0 +0100 +++ libidn2-2.0.4/debian/changelog 2017-11-23 11:11:41.0 + @@ -1,3 +1,21 @@ +libidn2 (2.0.4-1.1) unstable; urgency=medium + + * Non-maintainer upload. + + [ Helmut Grohne ] + * Fix FTBFS: gtkdocize and add dblatex to Build-Depends. (Closes: #881915) + + [ Simon

Bug#881915: libidn FTBFS with gtk-doc-tools 1.26: gtkdoc-mktmpl is no longer available

On Fri, 24 Nov 2017 at 09:24:22 +0100, Tim Rühsen wrote: > On 11/23/2017 03:37 PM, Helmut Grohne wrote: > > The bug is > > supposedly fixed upstream, so I expected it to be fixed with a new > > upstream release rather than applying my patch. > > If it helps, I can make up a new upstream release. >

Bug#1033147: accountsservice: autopkgtest fails when using a bookworm kernel

On Mon, 05 Aug 2024 at 00:43:06 +0100, Simon McVittie wrote: > A sid lxc container in a bookworm VM (built with a-b-lxc from bookworm) > doesn't currently start up at all for me I reported that separately, as #1078165. After resolving that by using autopkgtest(-virt-lxc) from bookwor

Bug#1033147: accountsservice: autopkgtest fails when using a bookworm kernel

On Thu, 08 Aug 2024 at 08:28:04 +0200, Paul Gevers wrote: > Hi Simon, > > The test failure I saw under a-v-podman is concerning, but probably > > ought to be a separate bug report - and probably non-RC, since Debian's > > production infrastructure is currently based on a-

Bug#1068363: src:autopkgtest: test_copy_timeout skipped because it's dependent on speed of testbed

Control: severity -1 normal Control: retitle -1 src:autopkgtest: test_copy_timeout skipped because it's dependent on speed of testbed Control: tags -1 - pending On Thu, 04 Apr 2024 at 10:08:29 +0200, Paul Gevers wrote: > I looked at the results of the autopkgtest of your package. I noticed that >

Bug#1078359: mutter: FTBFS: dh_auto_test: error: cd obj-x86_64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 MESON_TESTTHREADS=8 meson test -C /<>/obj-x86_64-linux-gnu --no-re

Control: block -1 by 1077800 On Sat, 10 Aug 2024 at 07:43:11 +0200, Lucas Nussbaum wrote: > > *** BUG *** > > In pixman_region32_init_rect: Invalid rectangle passed > > Set a breakpoint on '_pixman_log_error' to debug > > > > *** BUG *** > > In pixman_region32_init_rect: Invalid rectangle passed

Bug#1074727: Request for IkiWiki NMU (FTBFS #1074727)

On Sat, 17 Aug 2024 at 13:13:51 +0100, Jonathan Dowland wrote: > intrigeri's patch at > > looks good to me (eyeball test only) > > I would be very grateful if someone would be prepared to Debian-ize > it and NMU IkiWiki (due to be remo

Bug#1074727: Request for IkiWiki NMU (FTBFS #1074727)

On Sat, 17 Aug 2024 at 13:21:20 +0100, Simon McVittie wrote: > On Sat, 17 Aug 2024 at 13:13:51 +0100, Jonathan Dowland wrote: > > intrigeri's patch at > > <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1074727#22> > > looks good to me (eyeball test only) >

Bug#1074727: Request for IkiWiki NMU (FTBFS #1074727)

On Sat, 17 Aug 2024 at 16:14:52 +0100, Simon McVittie wrote: > Utkarsh Gupta said elsewhere that they would (also) NMU, so I'm going to > let them handle this instead I waited 1 day, I don't see a NMU uploaded or in the deferred queue, so I'm going to continue with prepari

Bug#1079499: gjs: autopkgtest regression in experimental: cannot find typelib for GjsTestTools, Regress, etc.

Source: gjs Version: 1.81.2-2 Severity: serious Justification: rc_policy.txt §6a Tags: experimental gjs is failing tests on ci.debian.net in experimental, e.g.: https://ci.debian.net/packages/g/gjs/unstable/amd64/50788944/ This appears to be because many of the installed-tests can no longer find

Bug#1079522: software-properties: FTBFS in unstable (setuptools 73?): invalid command 'test'

Source: software-properties Version: 0.99.30-4.1 Severity: serious Tags: ftbfs trixie sid Justification: fails to build from source X-Debbugs-Cc: setupto...@packages.debian.org software-properties builds successfully in testing but fails to build in unstable, presumably due to a change in some oth

Bug#1079546: gtk4: two css tests are failing on s390x

Control: tags -1 + pending On Sat, 31 Aug 2024 at 02:15:00 +0100, Simon McVittie wrote: > On Sat, 24 Aug 2024 at 09:29:57 -0400, Jeremy Bícha wrote: > > test: gtk:css / style > > Fixed by https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/7672, and > included in my

Bug#1079545: marked as pending in gtk4

Control: tag -1 pending Hello, Bug #1079545 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/f56af804c75d085d020d8a10f78c14caf80

Bug#1079546: marked as pending in gtk4

Control: tag -1 pending Hello, Bug #1079546 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/4538b0f0eaa4d68266576ff9e5b9a64619c

Bug#1079545: gtk4: test regression in 4.15.x: css/parser/math2.css test fails on armel

On Sun, 01 Sep 2024 at 13:01:17 +, Martin wrote: > My company is still a heavy user of glib and gobject on armel. But > certainly not of GTK. Is there still any use case for GTK on armel? Probably not, but Debian has never really managed to do partial architectures, which is why I felt obliged

Bug#1079545: gtk4: test regression in 4.15.x: css/parser/math2.css test fails on armel

a first-class-citizen architecture for GTK for whatever reason, please take over here. Thanks, smcv From: Simon McVittie Date: Sat, 31 Aug 2024 10:13:48 +0100 Subject: gtkcssnumbervalue: Don't use fesetround() on ARM softfloat Older ARM CPUs have to emulate floating-point in softwar

Bug#1079546: gtk4: two css tests are failing on s390x

On Sat, 24 Aug 2024 at 09:29:57 -0400, Jeremy Bícha wrote: > test: gtk:css / style Fixed by https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/7672, and included in my WIP packaging for 4.15.6: https://salsa.debian.org/gnome-team/gtk4/-/merge_requests/26 > test: gtk:css / parser

Bug#1080323: gnome-snapshot: FTBFS on armel, armhf: LLVM runs out of memory

Source: gnome-snapshot Version: 47~beta-1 Severity: serious Tags: experimental ftbfs Justification: fails to build from source (but built successfully in the past) User: debian-...@lists.debian.org Usertags: armel armhf X-Debbugs-CC: debian-...@lists.debian.org, debian-r...@lists.debian.org The ne

Bug#1080324: libadwaita-1: FTBFS on s390x: test_adw_bottom_sheet_align: assertion failed (adw_bottom_sheet_get_align (sheet) == 0 (+/- 0.005)): (0.0078125 == 0)

Source: libadwaita-1 Version: 1.6~rc-1 Severity: serious Tags: experimental ftbfs Justification: fails to build from source (but built successfully in the past) User: debian-s...@lists.debian.org Usertags: s390x X-Debbugs-Cc: debian-s...@lists.debian.org libadwaita-1_1.6~rc-1 failed to build from

Bug#1080325: libadwaita-1: FTBFS on i386: segfault in test-bottom-sheet

Source: libadwaita-1 Version: 1.6~beta-1 Severity: serious Tags: experimental ftbfs Justification: fails to build from source (but built successfully in the past) User: debian...@lists.debian.org Usertags: i386 X-Debbugs-Cc: b...@debian.org libadwaita-1 since 1.6~beta-1 failed to build from source

Bug#1080477: gtk4: FTBFS on mips64el with Mesa 24.2.x: GALLIUM_DRIVER=softpipe no longer works

Source: gtk4 Version: 4.14.4+ds-8 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: m...@packages.debian.org, debian-m...@lists.debian.org, debian-powe...@lists.debian.org, debian-sp...@lists.debian.org User: debian-m...@list

Bug#1080477: gtk4: FTBFS on mips64el with Mesa 24.2.x: GALLIUM_DRIVER=softpipe no longer works

Control: tags -1 + pending On Wed, 04 Sep 2024 at 18:51:11 +0100, Simon McVittie wrote: > src:gtk4 uses GALLIUM_DRIVER=softpipe on mips*, powerpc and sparc* to work > around #1010838. Mesa 24.2.x is no longer built with softpipe enabled 24.2.1-4 re-enables softpipe (#1080475) which

Bug#1080477: gtk4: FTBFS on mips64el with Mesa 24.2.x: GALLIUM_DRIVER=softpipe no longer works

On Wed, 04 Sep 2024 at 20:38:04 +0200, John Paul Adrian Glaubitz wrote: > On Wed, 2024-09-04 at 18:51 +0100, Simon McVittie wrote: > > but it's taking a while (mips64el machines are not fast) > > The powerpc/ppc64 porterbox perotto.debian.net should be considerably faster

Bug#1079499: marked as pending in gjs

Control: tag -1 pending Hello, Bug #1079499 in gjs 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/gjs/-/commit/49026d25724bd476b95e682895401bcd37bbf

Bug#1072512: mutter: flaky autopgktest

On Fri, 06 Sep 2024 at 23:40:15 +0200, Paul Gevers wrote: > On Mon, 3 Jun 2024 10:12:07 -0400 =?UTF-8?Q?Jeremy_B=C3=ADcha?= > wrote: > > The tests passed on retry and libxcursor is no longer blocked from > > migrating. Sorry that the autopkgtests are flaky. :( > > The ratio at which mutter (at lea

Bug#1078359: marked as pending in mutter

Control: tag -1 pending Hello, Bug #1078359 in mutter 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/mutter/-/commit/192f357b3a59715a6cd29537ba6cc4b

Bug#1072512: marked as pending in mutter

Control: tag -1 pending Hello, Bug #1072512 in mutter 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/mutter/-/commit/192f357b3a59715a6cd29537ba6cc4b

Bug#1065280: glib2.0: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

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

Bug#1065022: marked as pending in glib2.0

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

Bug#1064369: gobject-introspection dropped versioned dependency on python3

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

Bug#1062969: doomsday: launching doomsday (2.3.1+ds1-1+b2) causes segfault in libsdl2-2.0-0 (2.30.0+dfsg-1)

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

Bug#1063203: pangomm2.48: NMU diff for 64-bit time_t transition

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

Bug#1062969: doomsday: launching doomsday (2.3.1+ds1-1+b2) causes segfault in libsdl2-2.0-0 (2.30.0+dfsg-1)

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

Bug#1063446: libmozjs-115-dev: cannot call JS::CanonicalizeNaN(double) on mips64el

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

Bug#1063446: libmozjs-115-dev: cannot call JS::CanonicalizeNaN(double) on mips64el

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

Bug#1063446: marked as pending in mozjs

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

Bug#1063446: libmozjs-115-dev: cannot call JS::CanonicalizeNaN(double) on mips64el

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

Bug#1063648: krb5: FTBFS on arm64, armel and ppc64el with "Can't resolve hostname" in dh_auto_test

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

Bug#1063648: krb5: FTBFS on arm64, armel and ppc64el with "Can't resolve hostname" in dh_auto_test

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

Bug#1064021: gss: FTBFS on armhf: FAIL: krb5context

e valgrind should do a debci/autopkgtest test run on new valgrind on gss or gsasl which has triggered similar bugs before? /Simon signature.asc Description: PGP signature

Bug#1064042: marked as pending in gsettings-desktop-schemas

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/-/

Bug#1063746: Upload request for golang-github-katalix-go-l2tp 0.1.7-1

iffing changes was a bit difficult. Do you still have the 0.1.6-2 tag locally? If so would be good if you could push that. Uploaded anyway, and I forgot to add a 'New upstream release' changelog entry, although that should be pretty obvious from the version number anyway. /Simon si

Bug#1064369: gobject-introspection dropped versioned dependency on python3

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

Bug#1064369: gobject-introspection dropped versioned dependency on python3

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

Bug#938069: RM: python-pyhsm -- ROM

which has been removed from unstable too. Thanks, Simon [1] https://github.com/Yubico/python-pyhsm/issues/18 signature.asc Description: This is a digitally signed message part

Bug#958350: devscripts: autopkgtest needs update for new version of debhelper

Control: tags -1 + patch Control: forwarded -1 https://salsa.debian.org/debian/devscripts/-/merge_requests/185 On Mon, 20 Apr 2020 at 22:00:19 +0200, Paul Gevers wrote: > /tmp/autopkgtest-lxc.8rtfp1uo/downtmp/build.7Up/src/test/package_lifecycle/debuild.txt\n > expected:<0> but was:<1> > 10,11d9

Bug#958836: vulkan-loader: autopkgtest failure: missing test dependencies

the attached. smcv >From b06d5f7e3f0b52f22faa4b133a7f121f2612b72a Mon Sep 17 00:00:00 2001 From: Simon McVittie Date: Mon, 27 Apr 2020 09:13:46 +0100 Subject: [PATCH] d/tests/libvulkan-dev: Explicitly depend on build-essential, pkg-config Closes: #958836 --- debian/tests/control | 2 ++ 1 file changed, 2 insertions(+) dif

Bug#959390: adwaita-icon-theme breaks gtk+3.0 autopkgtest: gtk+/icontheme.test (Child process killed by signal 5)

On Fri, 01 May 2020 at 22:08:37 +0200, Paul Gevers wrote: > With a recent upload of adwaita-icon-theme the autopkgtest of gtk+3.0 > fails in testing when that autopkgtest is run with the binary packages > of adwaita-icon-theme from unstable. On Sun, 03 May 2020 at 14:54:02 +0200, Lucas Nussbaum wr

Bug#959772: game-data-packager: FTBFS with inkscape 1.0

Control: tags -1 + pending On Tue, 05 May 2020 at 10:06:03 +0200, Andreas Beckmann wrote: > game-data-packager started to FTBFS with inkscape 1.0 I believe this is already fixed in git. smcv

Bug#949222: Bug#959684: salt: CVE-2020-11651 and CVE-2020-11652

hor of those backports). Note that patch 0003 contains unofficial workarounds for regressions in the release that fixed those CVEs, which you might prefer to exclude from an official update. smcv >From f17495581f0d7cc7bb94fa2c1f97517d16e2dd7a Mon Sep 17 00:00:00 2001 From: Simon McVittie

Bug#949222: Bug#959684: salt: CVE-2020-11651 and CVE-2020-11652

On Tue, 05 May 2020 at 17:37:53 +0200, Salvatore Bonaccorso wrote: > Do you have respective stretch and buster setups which you could > expose those packages to? Sorry, no: the owner of the machines I was looking at asked me to switch over to upstream's packages. smcv

Bug#959845: librsvg: FTBFS on mips*el: transform::tests::parses_transform_list, transform::tests::parses_valid_transform: assertion failed: t1.y0.approx_eq(t2.y0, (epsilon, 1))

Source: librsvg Version: 2.48.3-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) > failures: > > transform::tests::parses_transform_list stdout > thread 'transform::tests::parses_transform_list' panicked at 'assertion > faile

Bug#959847: librsvg: FTBFS on i386: aspect_ratio::tests::invalid_viewbox: raises an error at rsvg_internals/src/aspect_ratio.rs:472:9

Source: librsvg Version: 2.48.4-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) https://buildd.debian.org/status/fetch.php?pkg=librsvg&arch=i386&ver=2.48.4-1&stamp=1588694818&raw=0 > failures: > > aspect_ratio::tests::invalid_vie

Bug#959847: librsvg: FTBFS on i386: aspect_ratio::tests::invalid_viewbox: gigantic viewBox does not raise Err as expected

Control: retitle -1 librsvg: FTBFS on i386: aspect_ratio::tests::invalid_viewbox: gigantic viewBox does not raise Err as expected Control: forwarded -1 https://gitlab.gnome.org/GNOME/librsvg/-/issues/598 On Wed, 06 May 2020 at 08:56:23 +0100, Simon McVittie wrote: > > aspect_ratio:

Bug#959845: librsvg: FTBFS on mips*el: transform::tests::parses_transform_list, transform::tests::parses_valid_transform: assertion failed: t1.y0.approx_eq(t2.y0, (epsilon, 1))

Control: forwarded -1 https://gitlab.gnome.org/GNOME/librsvg/-/issues/580 Control: found -1 2.48.2-1 On Wed, 06 May 2020 at 08:54:04 +0100, Simon McVittie wrote: > > failures: > > > > transform::tests::parses_transform_list stdout > > thread 'transform:

Bug#959629: marked as pending in adwaita-icon-theme

Control: tag -1 pending Hello, Bug #959629 in adwaita-icon-theme 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/adwaita-icon-theme/-/commit/26fdad30

Bug#959390: marked as pending in gtk+3.0

Control: tag -1 pending Hello, Bug #959390 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/cc3d2e7851cea7dbeb7d92a6cd8402415

Bug#959845: librsvg: FTBFS on mips*el: transform::tests::parses_transform_list, transform::tests::parses_valid_transform: assertion failed: t1.y0.approx_eq(t2.y0, (epsilon, 1))

Control: retitle -1 librsvg: FTBFS on Loongson-3A: assertion failed: t1.y0.approx_eq(t2.y0, (epsilon, 1)) Control: severity -1 wishlist Control: tags -1 + confirmed wontfix Control: notforwarded -1 On Mon, 11 May 2020 at 11:50:43 +0200, Aurelien Jarno wrote: > On 2020-05-06 11:19, Simon McVit

Bug#959847: marked as pending in librsvg

Control: tag -1 pending Hello, Bug #959847 in librsvg 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/librsvg/-/commit/9e66137b95323f94515ea437a7263e

Bug#956510: spirv-tools: change to shared libraries breaks dpkg-shlibdeps during the build of reverse dependencies

On Sun, 12 Apr 2020 at 11:04:38 +0200, Sebastian Ramacher wrote: > libplacebo now manually links the libraries from spirv-tools > (libSPIRV-Tools and libSPIRV-Tools-opt) to work-around #951988 and > #955431. Since the switch to shared libraries, however, dpkg-shlibdeps > is unable to produce the co

Bug#956510: spirv-tools: change to shared libraries breaks dpkg-shlibdeps during the build of reverse dependencies

Control: forwarded -1 https://github.com/KhronosGroup/SPIRV-Tools/issues/3214 On Fri, 15 May 2020 at 10:16:33 +0200, Sebastian Ramacher wrote: > On 2020-05-14 17:18:38 +0100, Simon McVittie wrote: > > Are these libraries intended to be a public API, or are they intended to be >

Bug#956712: emacs: https to plain http downgrade after unhandled GNUTLS_E_AGAIN error in TLS1.3 connection

fixed 956712 1:26.3+1-2 thanks I can confirm that as reported by Heenec, this is fixed in unstable given it's on 26.3 now.

Bug#960913: gcc-10: FTBFS with build-indep (Architecture: all only): /<>/build/./gcc/xgcc: No such file or directory

Source: gcc-10 Version: 10.1.0-2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) I'm not sure exactly what is going on here, but in gcc-10_10.1.0-2 building the Architecture: all packages on the buildds, the stage2 build seems to have fa

Bug#940839: openshot-qt crashes immidiately

I have the same bug in 2.4.3+dfsg1-1 for sid on nvidia gpu. console output (stack dump) for you: https://gist.github.com/sej7278/9f93234a949eeaeadf676016cb46115a -- Simon John deb...@the-jedi.co.uk

Bug#888670: gnome-system-tools: has been unmaintained upstream for a long time

On Sun, 26 Jan 2020 at 10:36:31 +0100, Andreas Henriksson wrote: > I've already notified the sole remaining reverse-dependency, > parl-desktop, in #888675. I'm not sure what query you used to find reverse-dependencies, but src:debian-design (design-desktop) is also affected. I've pinged its bug #8

Bug#949938: d-feet build depends on the removed pep8 transitional package

Control: tags 949938 + pending On Mon, 27 Jan 2020 at 13:21:03 +0200, Adrian Bunk wrote: > pep8 is no longer built by src:pep8. Thanks for reporting this, fix in progress. The pep8 binary package seems to have been removed without checking for reverse-dependencies. Affected packages: Checkin

Bug#949982: ovirt-guest-agent: Build-Depends on pep8 which has been removed

Source: ovirt-guest-agent Version: 1.0.15.dfsg-1 Severity: serious Tags: ftbfs sid bullseye ovirt-guest-agent Build-Depends on the pep8 transitional package, which has already been removed (see #940736). This makes ovirt-guest-agent unbuildable in unstable. Please build-depend on pycodestyle inste

Bug#949981: budgie-extras: Build-Depends on pep8 which has been removed

Source: budgie-extras Version: 0.9.1-1 Severity: serious Tags: ftbfs sid bullseye Control: fixed -1 0.91.0-1 budgie-extras Build-Depends on the pep8 transitional package, which has already been removed (see #940736). This makes budgie-extras unbuildable in unstable. Please build-depend on pycodest

Bug#949983: python-apt: Build-Depends on pep8 which has been removed

Source: python-apt Version: 1.8.5 Severity: serious Tags: ftbfs sid bullseye Control: fixed -1 1.9.1 python-apt Build-Depends on the pep8 transitional package, which has already been removed (see #940736). This makes python-apt unbuildable in unstable. Please build-depend on pycodestyle instead, a

<    1   2   3   4   5   6   7   8   9   10   >