Control: retitle -1 gnome-shell-extension-weather: Incompatible with GNOME
Shell 3.36
On Sun, 30 Aug 2020 at 16:07:45 +0200, Djalil Chafaï wrote:
> The extension is not loaded by Gnome.
>
> The gnome-tweaks displays for it a triangle with an exclamation mark.
On Sun, 06 Sep 2020 at 13:55:09
Control: tag -1 pending
Hello,
Bug #969569 in gnome-builder 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:
On Sun, 21 Jan 2018 at 21:27:47 +0100, Egmont Koblinger wrote:
> > We don't do c++ in d-i.
>
> Unfortunately this sounds really problematic. As of version 0.42 vte
> has been using (more and more) C++. This is not like Ubuntu's PCRE2
> hack which is a matter of a few hours of work reverting and
Control: tag -1 pending
Hello,
Bug #969271 in gnome-music 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:
Control: tags -1 + confirmed
Control: forwarded -1 https://gitlab.gnome.org/GNOME/gnome-music/-/issues/410
On Sun, 30 Aug 2020 at 14:53:49 +0100, Simon McVittie wrote:
> On Sat, 28 Mar 2020 at 07:46:39 +0100, navaneeth wrote:
> > AttributeError: 'NoneType' object has no
Control: clone 954195 -2
Control: retitle 954195 gnome-music fails to start: SyntaxError: invalid syntax
", /,"
Control: fixed 954195 3.36.0-2
Control: retitle -2 gnome-music fails to start: AttributeError: 'NoneType'
object has no attribute 'call_is_supported_provider'
Control: notforwarded -2
On Thu, 27 Aug 2020 at 06:32:22 +0200, Helmut Grohne wrote:
> In essence, I think that for moving your use case forward, someone needs
> to implement the systemd-tmpfiles interface (which is much better
> defined than systemd), package it and have it provide systemd-tmpfiles.
Control: retitle -1 gimp-python: no longer available since bullseye
Control: reassign -1 src:gimp 2.10.12-1
Control: severity -1 wishlist
On Wed, 05 Aug 2020 at 12:03:36 +0200, Adam Borowski wrote:
> As the package "python" is no more, gimp-python can no longer be installed.
> It needs to either
nt scripts
since I don't really know how.)
Regards,
smcv
>From 697b356bfd848a4a5849e366a7b3a1064dad4b92 Mon Sep 17 00:00:00 2001
From: Simon McVittie
Date: Sun, 23 Aug 2020 21:34:22 +0100
Subject: [PATCH 1/4] Change shebang on Python 2 scripts to #!/usr/bin/python2
/usr/bin/python is
Control: tag -1 pending
Hello,
Bug #966066 in opentyrian 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:
Control: tag -1 pending
Hello,
Bug #959580 in gnome-books 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:
Control: tag -1 pending
Hello,
Bug #959589 in gnome-documents 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:
On Wed, 05 Feb 2020 at 11:56:16 +0100, Paolo Greppi wrote:
> According to:
> grep-dctrl -n -w -F Build-Depends,Build-Depends-Indep -s Package
> doxygen-latex
> /var/lib/apt/lists/deb.debian.org_debian_dists_sid_main_source_Sources | sort
> | uniq | wc
> there are 60 packages that build-depend
On Fri, 26 Jul 2019 at 16:29:23 -0300, intrig...@debian.org wrote:
> The Debian Perl group has, somewhat unwillingly, inherited the role of
> upstream maintainer for this native package, when its original author
> stopped taking care of it. We don't feel we're in a good position to
> wear this hat
Control: tags -1 + moreinfo
On Tue, 04 Aug 2020 at 09:28:01 +, Matthias Klose wrote:
> We will keep some Python2 package as discussed in
> https://lists.debian.org/debian-python/2020/07/msg00039.html
> but removing the unversioned python packages python-minimal, python,
> python-dev,
Control: forwarded -1
https://gitlab.freedesktop.org/farstream/farstream/-/commit/54987d445ea714b467d901b7daf8c09ed0644189
Control: tags -1 + patch fixed-upstream
On Sun, 21 Jun 2020 at 21:52:43 +0200, Lucas Nussbaum wrote:
> > fs-enumtypes.c:6:1: error: stray ‘\’ in program
> > 6 |
Control: severity -1 minor
Control: tags -1 = pending
On Mon, 13 Jul 2020 at 12:02:13 +0530, crvi wrote:
> rhythmbox.org domain doesn't belong to GNOME/Rhythmbox anymore. The domain is
> currently for sale.
The practical impact of this appears to have been: if you visit
[menu] -> Preferences ->
On Mon, 17 Aug 2020 at 18:44:58 +0200, Jann Haber wrote:
> Wouldn't the easiest fix for this bug and also #937062, #966763 and
> #967043 be to just drop the binary package libapache2-mod-wsgi and only
> keeping the py3 version around?
>
> There seem to be no more rdeps in testing, so no other
Control: retitle 908234 cjs: Please switch to mozjs68
On Fri, 07 Sep 2018 at 12:23:17 -0400, Jeremy Bicha wrote:
> Firefox 52 ESR is no longer supported by Mozilla so neither is mozjs52.
Neither is mozjs60, and it has been removed from Debian. All other
mozjs-dependent packages are now using
Control: tag -1 pending
Hello,
Bug #968337 in pango 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:
On Sat, 15 Aug 2020 at 18:10:10 +0100, Simon McVittie wrote:
> I've reported it upstream and will see what happens. We should not change
> the 1.46.x ABI downstream until we have discussed the problem with upstream,
> because that will be storing up incompatibilities for us later, but i
Control: reassign 968337 libpango-1.0-0 1.46.0-1
Control: forcemerge 968372 968337
Control: retitle 968372 libpango-1.0-0: ABI break in PangoRenderer, more
serious on 32-bit
Control: tags 968372 = upstream
Control: forwarded 968372 https://gitlab.gnome.org/GNOME/pango/-/issues/497
On Fri, 14 Aug
On Fri, 14 Aug 2020 at 10:51:46 +0200, Arnaldo Pirrone wrote:
> I would like to point out that the error is not showing up any more after the
> updates, now the error is different
It seems it's now failing to open the configured ALSA PCM devices (which
probably also shouldn't happen?). From the
SED; urgency=medium
+
+ [ Simon McVittie ]
+ * Remove myself from Uploaders
+ * Update Vcs-Git (Closes: #907465)
+ * Remove Dafydd Harries from Uploaders.
+Thanks for your past work on this package, Daf! (Closes: #965395)
+ * Explicitly use python2.
+The unversioned python executable i
log b/debian/changelog
index 9f354da..ca502d1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,20 @@
+telepathy-rakia (0.8.0-4) UNRELEASED; urgency=medium
+
+ [ Simon McVittie ]
+ * Remove myself from Uploaders
+ * Update Vcs-Git (Closes: #907463)
+ * Remove Dafydd Harries fr
Control: tags -1 + moreinfo
On Thu, 13 Aug 2020 at 19:17:08 +0100, Simon McVittie wrote:
> If this isn't immediately reproducible in an unconfigured copy of sylpheed
> (I haven't tried yet, I don't use it myself), then we'll need more
> information than this to be able to diagno
On Thu, 13 Aug 2020 at 19:31:38 +0200, Francesco Poli wrote:
> On Thu, 13 Aug 2020 09:20:30 +0100 Matthew Munro
> wrote:
> > Following libpango-1.0-0 (and others) upgrade this morning, gdb reports:
> >
> > Thread 1 "sylpheed" received signal SIGSEGV, Segmentation fault.
> > 0xb73cfebf in
Source: libproxy
Version: 0.4.14-2
Severity: grave
Justification: user security hole
Tags: security upstream
Forwarded: https://github.com/libproxy/libproxy/pull/126
X-Debbugs-Cc: Debian Security Team
Li Fei (@lifeibiren on Github) reported that if the server serving a PAC
file sends more than
Control: retitle -1 libgegl-sc-0.4.so: undefined symbol: __exp_finite
Control: reassign -1 libgegl-0.4-0 0.4.12-2
Control: affects -1 + gimp
Control: tags -1 + bullseye sid
Control: clone -1 -2
Control: severity -2 minor
Control: retitle -2 libc6: please consider adding Breaks on libgegl-0.4-0 (<<
Package: python3-rgain3
Version: 1.0.0-1
Severity: serious
Justification: maintainer says so
Tags: upstream
Forwarded: https://github.com/chaudum/rgain/issues/29
Upstream changes in rgain3 have broken the import ABI. This doesn't mean
anything for the replaygain and collectiongain CLI tools, but
Control: forwarded 936101 https://trac.wildfiregames.com/ticket/5694
Control: tags 936101 + upstream
Note that "unversioned Python removal" is not the same as "Python 2
removal". At this point it seems likely that Python 2 will remain in
the Debian archive for bullseye, but with a drastically
Control: tag -1 pending
Hello,
Bug #964541 in flatpak 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:
filter on s390x
On Thu, 06 Aug 2020 at 10:56:27 +0100, Simon McVittie wrote:
> I think for completeness we should also be testing __CRIS__
I've sent a patch upstream with that change and some extra comments.
https://github.com/flatpak/flatpak/pull/3777
If you have any suggested changes, ple
On Wed, 05 Aug 2020 at 16:28:50 +0200, Julian Andres Klode wrote:
> clone() is a mad syscall with about 4 different argument orders. While
> most of them agree that argument 0 is flags, s390 and s390x have the
> flags argument second - A0 is the child stack pointer there.
It looks as though
On Tue, 04 Aug 2020 at 12:25:07 +0200, Matthias Klose wrote:
> replacing python with python2, makes libglade2-dev installable again. I'm
> uploading this to DELAYED/3.
Thanks! I think from the GNOME team's point of view, nobody would object
to you rescheduling this to 0-day.
smcv
On Mon, 03 Aug 2020 at 13:09:55 +0100, Simon McVittie wrote:
> I've confirmed that this succeeds in a pure bullseye chroot and fails if
> I upgrade meson (only) to the version from unstable. I'm not completely
> sure whether this is a straightforward regression in meson, or whether
Control: reassign -1 iagno 1:3.36.2-1
Control: forwarded -1 https://gitlab.gnome.org/GNOME/iagno/-/issues/16
Control: tags -1 + fixed-upstream patch
On Mon, 03 Aug 2020 at 12:43:37 +0100, Simon McVittie wrote:
> In the failing build (on bullseye but with unstable's meson), the failing
> c
Control: reassign -1 libpeas,meson
Control: found -1 libpeas/1.26.0-2
Control: found -1 meson/0.55.0-2
On Mon, 03 Aug 2020 at 10:54:40 +0200, Lucas Nussbaum wrote:
> Relevant part (hopefully):
> > 1/8 test-engine FAIL 0.02s (killed by signal 6
> > SIGABRT)
> >
> > ---
Control: reassign -1 meson 0.55.0-2
Control: affects -1 + iagno
On Mon, 03 Aug 2020 at 10:02:31 +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
Some test results:
* Everything from unstable: fails
* Everything from unstable,
On Sat, 18 Jul 2020 at 20:07:59 +0300, Adrian Bunk wrote:
> Control: affects -1 src:gjs src:iagno src:libpeas
>
> I cannot judge whether this is a meson regression,
> or existing bugs that just happened to work with
> older meson.
Each of these bugs has since been reported separately against the
Control: retitle -1 meson: 0.55.0 considers TAP "ok # SKIP" to be a failure
Control: reassign -1 meson 0.55.0-2
Control: affects -1 + gjs
Control: forwarded -1 https://github.com/mesonbuild/meson/issues/7515
Control: tags -1 + upstream
On Mon, 03 Aug 2020 at 10:51:25 +0200, Lucas Nussbaum wrote:
On Sun, 19 Jul 2020 at 10:14:58 +0200, Arnaldo Pirrone wrote:
> Hi, after the update jackd is not starting anymore. Apparently this is
> related.
>
> Sun Jul 19 10:05:53 2020: ERROR: Can't load "/usr/lib/x86_64-linux-
> gnu/jack/jack_alsa.so": /usr/lib/x86_64-linux-gnu/jack/jack_alsa.so:
Package: python2-doc
Version: 2.7.18-1
Severity: serious
Justification: Policy 7.6
> Preparing to unpack .../python2-doc_2.7.18-1_all.deb ...
> Unpacking python2-doc (2.7.18-1) over (2.7.17-2) ...
> dpkg: error processing archive
> /var/cache/apt/archives/python2-doc_2.7.18-1_all.deb (--unpack):
Control: tags -1 + fixed-upstream
On Fri, 17 Apr 2020 at 11:08:47 +, Matthias Klose wrote:
> /usr/bin/ld:
> spa/plugins/bluez5/5861950@@spa-bluez5@sha/bluez5-monitor.c.o:./obj-x86_64-linux-gnu/../spa/plugins/bluez5/a2dp-codecs.h:287:
> multiple definition of `bluez_a2dp_sbc';
>
Control: reassign -1 libllvm10,libllvm9,libllvm7
Control: forcemerge 852746 -1
Control: affects 852746 + gimp
On Thu, 16 Jul 2020 at 12:26:26 -0300, zeden wrote:
> $ gimp
> : CommandLine Error: Option 'polly' registered more than once!
> LLVM ERROR: inconsistency in registered CommandLine options
Control: clone -1 -2 -3
Control: retitle -1 json-c: Exports symbols in json_* namespace without
symbol-versioning
Control: reassign -1 src:json-c 0.13.1+dfsg-9
Control: forwarded -1 https://github.com/json-c/json-c/issues/621
Control: tags -1 + fixed-upstream bullseye sid
Control: retitle -2
On Mon, 27 Jul 2020 at 17:18:03 +0100, peter green wrote:
> On 27/07/2020 16:31, s...@debian.org wrote:
> > - revert the removal of python-dbus, but drop the python-gi B-D
> >and the python-gi dependency of the python2 autopkgtest
> >(test coverage will be reduced, and python-dbus will be
Control: tag -1 pending
Hello,
Bug #964679 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:
Control: tag -1 pending
Hello,
Bug #963933 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:
On Mon, 06 Jul 2020 at 18:50:01 +0200, Chris Hofstaedtler wrote:
> src:util-linux will drop most static libraries in the 2.35.2-8 upload.
> Please change the glib2.0 autopkgtest (by dropping the static test)
> to allow this.
libmount support in glib2.0 is temporarily disabled as a workaround
for
Control: severity -1 normal
Control: tags -1 + wontfix
For now, I have worked around this in glib2.0 by removing the libmount
dependency. It looks as though a libmount maintainer (upstream or in
Debian, whoever gets there first!) is going to make this dependency
non-problematic in practice,
Package: deluge-console
Version: 2.0.3-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I installed deluge-console from testing but it fails to start up, giving the
following backtrace:
$ deluge-console
Unable to initialize gettext/locale!
'ngettext'
Traceback (most
it as a conffile to not overwrite.
Without this we can't install guvcview safely.
If the fix isn't forthcoming then surely this needs to be upgraded to
"grave" to prevent people installing it?
Regards.
--
Simon John
On Tue, 30 Jun 2020 at 10:51:39 +0200, Chris Hofstaedtler wrote:
> I'm not sure it was a good idea before. Is static linking something
> you actively want to support for glib?
It has worked in the past, Policy says the static library "is usually
provided", and we occasionally get bug reports from
Control: reassign -1 src:glib2.0,src:util-linux
Control: found -1 glib2.0/2.64.3-1
Control: found -1 util-linux/2.35.2-5
Control: tags -1 + moreinfo bullseye sid
On Mon, 29 Jun 2020 at 00:16:49 +0100, Simon McVittie wrote:
> On Sun, 28 Jun 2020 at 22:00:58 +0200, Chris Hofstaedtler wrote:
&g
On Sun, 28 Jun 2020 at 15:45:41 +0200, Chris Hofstaedtler wrote:
> We seem to have multiple problems here:
>
> 1) Software that is not shipped by Debian and uses a statically
> linked or private copy of libssl crashes, because libmount1 pulls
> in libssl1.1, transitively.
...
> 2) Some part of
Control: severity 963525 grave
Control: tag 963525 + upstream bullseye sid
Control: found 963525 1.0.0.33-1
Control: forcemerge 963525 963941
The reporter of #963941 confirmed in private email that libmount1 is at
version 2.35.2-6, so I'm merging it with the existing bug and raising
its severity
On Sun, 28 Jun 2020 at 17:13:29 -0500, Jonathan Guthrie wrote:
> When run from the command line, it pops up a dialog for updating Steam and,
> well, I get some stuff that I don't understand. See the attached file. It
> looks like it generates a dump and tries to upload it, but the network
>
On Sun, 28 Jun 2020 at 22:00:58 +0200, Chris Hofstaedtler wrote:
> the autopkgtest suite offers quite interesting behaviour:
> With an installed libcryptsetup-dev, ld fails with "cannot find
> -lcryptsetup".
...
> I imagine this might be caused by libcryptsetup-dev not shipping an
> .a library.
Control: retitle 963525 steam: crashes with libmount version that depends on
libcryptsetup12
On Sun, 28 Jun 2020 at 15:45:41 +0200, Chris Hofstaedtler wrote:
> 1) Software that is not shipped by Debian and uses a statically
> linked or private copy of libssl crashes, because libmount1 pulls
>
On Thu, 25 Jun 2020 at 19:00:25 +0200, Chris Hofstaedtler wrote:
> * Pino Toscano [200625 17:45]:
> > Easily fixed by adding libcryptsetup-dev dependency to libmount-dev;
> > patch attached for this.
>
> Thanks for pushing (to a branch)!
To avoid confusion, actually that was me: I turned Pino's
Control: reassign -1 gnome-photos 3.34.1-2
Control: tags -1 + ftbfs pending fixed-upstream
On Thu, 25 Jun 2020 at 10:35:57 +0200, Paul Gevers wrote:
> With a recent upload of gegl the autopkgtest of gnome-photos fails in
> testing when that autopkgtest is run with the binary packages of gegl
>
On Wed, 24 Jun 2020 at 19:05:51 +0200, Mattia Rizzolo wrote:
> > > _ZN3Gio11Application35set_option_context_parameter_stringERKN4Glib7ustringE
>
> So, that set_option_context_parameter_string thing comes from Glib 2.56
For future reference: glibmm, not GLib. The GLib family of libraries
(GLib,
Control: tag -1 pending
Hello,
Bug #961216 in glibmm2.4 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:
Control: tag -1 pending
Hello,
Bug #963384 in gnome-desktop3 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:
Package: mitmproxy
Version: 5.1.1-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
As per comments added to #963067 , new mitmproxy seemingly cannot be used via
debian dependencies.
Relates to bugs #963181 #963114 that probably should be attended to first.
Copy
Control: severity -1 important
Control: tags -1 + unreproducible
On Thu, 16 Apr 2020 at 13:21:19 +0200, Sebastian Ramacher wrote:
> The rebuild for the libgnome-desktop transition failed on mipsel due to
> test failures.
This succeeded when given back.
smcv
Package: python3-ruamel.yaml.clib
Version: 0.2.0-1
Severity: serious
Justification: Policy 7.6.1
Steps to reproduce:
* Have python3-ruamel.yaml from testing
* Upgrade
Expected result: successful upgrade
Actual result:
> Preparing to unpack .../25-python3-ruamel.yaml.clib_0.2.0-1_amd64.deb ...
On Sun, 14 Jun 2020 at 14:15:02 -0400, Olek Wojnar wrote:
> Hmm, is build-essential not automatically installed in the CI environment?
> That
> seems to be the most likely reason for this failure. I assumed that all
> packages (e.g. build-essential) that we assume to be present for packaging
>
On Tue, 09 Jun 2020 at 15:21:37 -0400, Olek Wojnar wrote:
> On Tue, Jun 9, 2020 at 6:12 AM Adrian Bunk <[1]b...@debian.org> wrote:
> > I wonder if the real fix shouldn't be for cegui-mk2 to stop exporting a
> pile
> > of Boost symbols...
>
>
> I would love that. Any advice on a
On Sat, 06 Jun 2020 at 20:22:28 -0400, Boyuan Yang wrote:
> Martin Quinson 于2020年6月6日周六 下午7:11写道:
> > In the meanwhile, I'll do a source+binary upload of the package.
>
> This should fall back to the old behavior and not introduce new
> problems. I have no idea if britney would influence testing
On Fri, 29 May 2020 at 00:02:46 +0800, Drew Parsons wrote:
> http_proxy='127.0.0.1:9' /usr/share/sphinx/scripts/python3/sphinx-build
> /usr/bin/sphinx-build -N -bhtml \
> .pybuild/cpython3_3.8_numba/build/docs/source/ \
>
Control: tag -1 pending
Hello,
Bug #936173 in avahi 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:
Control: severity -1 important
Control: found -1 10-20200425-1
Control: retitle -1 gcc-10: intermittently FTBFS with build-indep:
/<>/build/./gcc/xgcc: No such file or directory
On Mon, 18 May 2020 at 11:08:36 +0200, Matthias Klose wrote:
> I don't think this is an issue in the package.
>
>
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
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.
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
>
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
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:
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
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:
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:
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::test
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:
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=i386=2.48.4-1=1588694818=0
> failures:
>
> aspect_ratio::tests::invalid_viewbox stdout
>
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
>
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
author 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
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
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
ed.
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(+)
diff --git a/
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
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
On Fri, 17 Apr 2020 at 13:55:29 +0100, Sam Morris wrote:
> After upgrading libpangocairo-1.0-0 to the version in unstable
I think this points to pango needing tighter dependencies between its
various sub-libraries. An upstream developer is never going to support
us installing a mixture of shared
On Fri, 17 Apr 2020 at 12:05:30 +0100, peter green wrote:
> Given that fpc 3.2.x has now reached the release-candidate stage and I would
> hope it will be available in time for the bullseye freeze I would suggest we
> mark this is flaky for the time being and than take another look when fpc 3.2
>
Control: tag -1 pending
Hello,
Bug #956910 in gnome-desktop3 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:
Control: reassign -1 libgnome-desktop-3-18
Control: affects -1 + gnome-shell gnome gdm3
On Thu, 16 Apr 2020 at 16:54:25 +0200, Gert van de Kraats wrote:
> After today's upgrade the system hangs with
>
>
Control: reassign -1 libgnome-desktop-3-18
Control: tags -1 bullseye
Control: affects -1 gnome-shell gnome gdm3
On Thu, 16 Apr 2020 at 13:06:19 +0200, Samuel Schill wrote:
> Apr 16 11:04:42 zeus gnome-shell[1161]: cannot register existing type
> 'GnomeBGSlideShow'
This is a known transitional
On Thu, 02 Apr 2020 at 05:31:37 +0800, Andrew Lee wrote:
> Not sure what's possible difference in your build environment that
> made this happen.
He probably has the bash-completion package installed.
> Run-time dependency bash-completion found: NO (tried pkgconfig and cmake)
The bash
On Wed, 15 Apr 2020 at 19:06:59 +, Mike Gabriel wrote:
> On Mi 15 Apr 2020 10:49:03 CEST, Simon McVittie wrote:
> > I've done that for you.
>
> Thanks for that. What is the exact BTS query to list those bugs?
Sorry, I don't know the CLI for it, but I made them bloc
701 - 800 of 3091 matches
Mail list logo