Control: tag -1 pending
Hello,
Bug #1009452 in libgit2-glib 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 #1009019 in libgit2-glib 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 gtk4 applications randomly crash on Mobian Pinephone
Control: tags -1 = upstream moreinfo
On Wed, 20 Apr 2022 at 18:03:34 +0200, ZenWalker wrote:
> Unable to run these applications 10 times without crash with mobian pinephone:
>
> megapixels, gnome-calculator, and
On Sat, Apr 02, 2022 at 01:44:41PM -0300, Marcos Talau wrote:
> Control: tags 999659 + patch
> Control: tags 999659 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for perdition (versioned as 2.2-3.2) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it
Package: python3-dbusmock
Version: 0.27.4-1
Severity: serious
Tags: patch upstream
Justification: FTBFS
Forwarded: https://github.com/martinpitt/python-dbusmock/issues/123
Control: affects -1 src:gnome-bluetooth
Upgrading python3-dbusmock from 0.27.3-1 to 0.27.4-1 causes the build
of
On Tue, 29 Mar 2022 at 12:44:32 -0400, Daniel Kahn Gillmor wrote:
> If there is no explicit API dependency tracking within GNOME, but
> version numbers of major GNOME components are supposed to advance in
> lockstep, then shouldn't the corresponding packages in debian have
> automated and explicit
Control: tag -1 pending
Hello,
Bug #1008075 in 0ad 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 meson 0.62.0-1
Control: retitle -1 meson 0.62 regression: gtk-doc targets in src:glib2.0 lose
their dependencies
Control: affects -1 + src:glib2.0
On Sat, 26 Mar 2022 at 21:44:54 +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to
Source: automake-1.16
Version: 1:1.16.5-1.2
Severity: serious
Justification: https://release.debian.org/testing/rc_policy.txt §6a
User: debian...@lists.debian.org
Usertags: regression
X-Debbugs-Cc: stefa...@debian.org, d...@debian.org, debian...@lists.debian.org
The NMU of
Source: golang-github-ostreedev-ostree-go
Version: 0.0+git20190702.759a8c1-4
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: flaky
The autopkgtest for golang-github-ostreedev-ostree-go seems to be
intermittently failing on multiple
Control: severity -1 normal
On Thu, 17 Mar 2022 at 19:32:39 +0100, Paul Gevers wrote:
> On Mon, 27 Sep 2021 15:47:52 +0100 Simon McVittie wrote:
> > I'm reporting this with a non-RC severity to avoid disrupting the libffi
> > transition, because if a retry succeeds, we will b
Source: xmoto
Version: 0.6.1+repack-7
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: flaky
The superficial autopkgtest for xmoto seems to be failing intermittently,
especially on ppc64el (for whatever reason), which is likely to block
other
Control: tag -1 pending
Hello,
Bug #1006196 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:
Control: severity -1 important
On Mon, 21 Feb 2022 at 00:15:41 +, Simon McVittie wrote:
> I'm testing a patch (basically just extending Marco's workaround to
> apply to i386 too). If successful, I'll downgrade the severity of this bug
> but leave it open.
Looks like this worked.
smcv
Control: tag -1 pending
Hello,
Bug #1005889 in dbus 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, 16 Feb 2022 at 21:15:16 +0100, Paul Gevers wrote:
> I looked at the results of the autopkgtest of you package on ppc64el because
> it was showing up as a regression for the upload of glibc. I noticed that
> the test regularly fails since the beginning of February this year. The
> failure
On Sun, 20 Feb 2022 at 23:59:14 +, Simon McVittie wrote:
> I tried building mozjs on the mips(64)el porterbox 'eller' to test my
> earlier commit that resolved a build failure, and it now fails on eller
> with a test failure instead:
...
> FAILED! integer overflow in js : Ex
Control: forwarded -1 https://bugzilla.mozilla.org/show_bug.cgi?id=1755531
On Sat, 19 Feb 2022 at 22:38:34 +, Simon McVittie wrote:
> After applying patches to fix compilation on i386 and mipsel (see commits
> 3f0f229d, 585dadd4) there is a test failure unresolved on i386:
>
>
Source: mozjs91
Version: 91.6.0-1
Severity: serious
Tags: ftbfs
I tried building mozjs on the mips(64)el porterbox 'eller' to test my
earlier commit that resolved a build failure, and it now fails on eller
with a test failure instead:
## non262/regress/regress-303213.js: rc = 0, run time =
Source: mozjs91
Version: 91.6.0-1
Severity: serious
Tags: ftbfs
After applying patches to fix compilation on i386 and mipsel (see commits
3f0f229d, 585dadd4) there is a test failure unresolved on i386:
## test262/built-ins/Date/UTC/fp-evaluation-order.js: rc = 3, run time =
0.022397
Control: reassign -1 adwaita-icon-theme 42~beta-1
Control: affects -1 + gtk+3.0
On Sat, 19 Feb 2022 at 07:31:29 +0100, Lucas Nussbaum wrote:
> The full build log is available from:
> http://qa-logs.debian.net/2022/02/18/gtk+3.0_3.24.31-1_unstable.log
This also seems to be an autopkgtest
Control: tag -1 pending
Hello,
Bug #1005755 in gnome-control-center 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 #1005534 in gnome-shell-extensions 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:
Source: sundials
Version: 5.8.0+dfsg-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: simon.cho...@canonical.com
Hi,
This package fails to build in Debian unstable in a clean schroot, with test
failures.
Here's an
Control: tag -1 pending
Hello,
Bug #1005569 in gnome-photos 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 #1005609 in gnome-calendar 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 #100 in gnome-maps 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 #1005548 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: tag -1 pending
Hello,
Bug #1005541 in gnome-weather 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 #1005564 in gitg 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 #1005551 in gnome-tweaks 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 #1005579 in epiphany-browser 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 #1005565 in totem 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 #1005520 in evince 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 #1005561 in devhelp 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 #1005571 in gucharmap 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 #1005599 in dconf-editor 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 #1005491 in gnome-dictionary 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 hitori: FTBFS with Meson 0.61: ../data/meson.build:3:0:
ERROR: Function does not take positional arguments
On Sun, 13 Feb 2022 at 08:00:55 +0100, Lucas Nussbaum wrote:
> > ../data/meson.build:3:0: ERROR: Function does not take positional arguments.
This is the actual error
Control: retitle -1 gnome-dictionary: FTBFS: ../data/appdata/meson.build:3:5:
ERROR: Function does not take positional arguments
On Sun, 13 Feb 2022 at 08:00:46 +0100, Lucas Nussbaum wrote:
> > ../data/appdata/meson.build:3:5: ERROR: Function does not take positional
> > arguments.
This (just
Control: tag -1 pending
Hello,
Bug #1004780 in gnome-initial-setup 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 #1004761 in gnome-control-center 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:
Source: openmsx-catapult
Version: 17.0-2
Severity: serious
Tags: sid bookworm
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: flaky
The openmsx-catapult autopkgtest seems to be failing intermittently.
Several runs on ci.debian.net fail with errors like this:
>
le to apply a similar patch to the official gcc
package distributed in Bullseye? Having to patch the systems
manually isn't optimal.
Regards
Simon
--
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9
Workaround for https://bugs.debian.org/cgi-bin/bugreport.cgi
Control: forwarded -1 https://github.com/KhronosGroup/Vulkan-Loader/issues/783
Control: tags -1 + patch
On Thu, 06 Jan 2022 at 14:07:40 +, Simon McVittie wrote:
> I think this is because changes to the build system resulted in some
> x86-specific code no longer being built on x86. P
Source: vulkan-loader
Version: 1.2.198.1-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=vulkan-loader=i386=1.2.198.1-1=1641378736=0
> dpkg-gensymbols: error: some symbols or patterns
Package: libguestfs0
Version: 1:1.46.2-3
Severity: grave
Justification: renders package unusable on many systems
libguestfs0 depends on grub-pc on amd64 and i386, but grub-pc cannot be
co-installed with grub-efi-amd64: each of those packages represents
setting x86 BIOS grub or x86_64 EFI grub,
On Wed, 29 Dec 2021 at 00:07:47 +0100, luca.per...@gmail.com forwarded:
> A couple of the unit tests do some checking
> of collation order, and hence require the tests to be run with a
> specific locale. For annoying technical reasons, that has to be
> en_US.UTF-8, which means support files for
Control: tag -1 pending
Hello,
Bug #998597 in sysprof 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 #1001650 in clutter-1.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 #1001368 in pygobject 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: clone -1 -2
Control: tags -1 + pending
Control: retitle -2 pygobject: gi.importer.DynamicImporter should implement
PEP-0451
Control: severity -2 normal
Control: user debian...@lists.debian.org
Control: usertags -2 - needs-update
On Thu, 09 Dec 2021 at 09:55:49 +0100, Paul Gevers wrote:
On Sat, 25 Dec 2021 at 09:40:33 +1100, undef wrote:
> I'll take a look at those commits early in the new year and
> see whether upstream is interested in them. They certainly look helpful for
> tracking this one down.
Also see https://salsa.debian.org/smcv/osk-sdl/-/commits/debug-for-1001809
for
Control: forwarded -1 https://github.com/libsdl-org/SDL/issues/5136
On Thu, 16 Dec 2021 at 18:23:35 +, Simon McVittie wrote:
> The osk-sdl autopkgtest on ci.debian.net seems to show a regression when
> run with libsdl2 (>= 2.0.18)
...
> This could be either a regression in libsd
Control: severity -1 important
Control: retitle -1 ogre-1.12: FTBFS on mipsel: virtual memory exhausted:
Cannot allocate memory
Control: found -1 1.12.10+dfsg2-2~exp3
On Fri, 24 Dec 2021 at 11:40:57 +0100, Bastian Germann wrote:
> ogre-1.12 does not build on sid/mipsel:
>
Control: tag -1 pending
Hello,
Bug #1002101 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:
Control: retitle -1 gjs: FTBFS with Meson 0.60.2: ../meson.build:578:0: ERROR:
"install_dir" must be specified when installing a target
On Tue, 21 Dec 2021 at 16:53:41 +0100, Lucas Nussbaum wrote:
> Relevant part (hopefully):
[meson-logs/meson-log.txt follows]
This doesn't look like the reason
On Sat, 18 Dec 2021 at 17:22:49 +0800, Shengjing Zhu wrote:
> process didn't exit successfully:
> `/<>/libraries/source/spidermonkey/mozjs-78.6.0/build-debug/debug/build/mozglue-static-db2fd9029278a596/build-script-build`
> (exit status: 1)
...
> cargo:warning=cc1plus: error:
:
* No resources
```
Cheers,
Simon Chopin
diff -Nru booth-1.0-237-gdd88847/debian/tests/pacemaker
booth-1.0-237-gdd88847/debian/tests/pacemaker
--- booth-1.0-237-gdd88847/debian/tests/pacemaker 2021-09-22
22:33:36.0 +0200
+++ booth-1.0-237-gdd88847/debian/tests/pacemaker 2021-12-17
for considering the patch.
Cheers,
Simon
diff -Nru
libyami-utils-1.3.0/debian/patches/0004-tests-decodeinputavformat-use-heap-allocated-m_packe.patch
libyami-utils-1.3.0/debian/patches/0004-tests-decodeinputavformat-use-heap-allocated-m_packe.patch
---
libyami-utils-1.3.0/debian/patches/0004
Source: osk-sdl, libsdl2
Control: found -1 libsdl2/2.0.18-3
Control: found -1 osk-sdl/0.66-2
Severity: serious
Tags: sid bookworm
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks
The osk-sdl autopkgtest on ci.debian.net seems to show a regression when
run
On Wed, 08 Dec 2021 at 20:11:55 +, peter green wrote:
> The default -march value on Debian armhf is "armv7-a+fp". You should
> *NOT* use "armv7-a+vfpv3" as that specifies the version of vfpv3
> with 32 double precision registers which is above the Debian baseline.
Control: tag -1 pending
Hello,
Bug #1001314 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:
On Wed, 08 Dec 2021 at 09:41:29 +, Simon McVittie wrote:
> At a guess, perhaps the problem is that the mozjs build system is explicitly
> specifying -march=armv7-a when it should be something like
> -march=armv7-a+vfpv3 or accepting the compiler's default?
Looks like this might be
Control: retitle -1 mozjs78: FTBFS on armhf: '-mfloat-abi=hard': selected
architecture lacks an FPU
Control: tags -1 + help
On Wed, 08 Dec 2021 at 10:14:55 +0100, Fabio Fantoni wrote:
> Hi, as can be see in reproducible tests
>
Control: reassign -1 cl-esrap
Control: affects -1 pgcharts pgloader
This failure is caused by the new version of sbcl being more strict
regarding syntax conformance. Attached is the debdiff of the delta I
applied in Ubuntu.
--
Simon Chopin
Foundations Team
the -Dcelt051=disabled option as the whole CELT
support has been removed upstream (Closes #998557)
Thanks for considering the patch.
Cheers,
Simon
-- System Information:
Debian Release: 11.0
APT prefers impish-updates
APT policy: (500, 'impish-updates'), (500, 'impish-security'), (500
is to delete the signature file
'eggdrop_1.8.4.orig.tar.gz.asc', but that kind of defeats the purpose of
having the signature file in the first place ;-).
I'm guessing a 1.8.4+repack-1 version with the proper tarball would fix
things?
Cheers,
Simon
-- System Information:
Debian Release: 11.0
APT prefers
Hi,
Would it be possible to either have the URL of the upstream VCS or a
proper patch file for 4ea9d5b78540c972e3fe1bf44db9f7b3f87c0ad0?
I couldn't find any mention of a VCS on the homepage, only tarballs.
Thanks in advance,
Cheers
--
Simon Chopin
Foundations Team
Package: gnubiff
Version: 2.2.17-3
Followup-For: Bug #984159
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jammy ubuntu-patch
X-Debbugs-Cc: simon.cho...@canonical.com
Control: tags -1 patch
Dear Maintainer,
In Ubuntu, the attached patch was applied to achieve the following:
*
uot;C" guards. See the
attached patches for more information.
Either one of the attached patches is sufficient to make this package
build (again, compiled successfully but otherwise untested), but it would
be most robust to do both.
smcv
From: Simon McVittie
Date: Fri, 12 Nov 2021
Control: tags -1 + patch fixed-upstream
On Sat, 23 Oct 2021 at 20:53:39 +0200, Lucas Nussbaum wrote:
> > /usr/include/c++/11/type_traits:44:3: error: template with C linkage
> >44 | template
> > | ^~~~
> > run-passwd.cpp:10:1: note: ‘extern "C"’ linkage started here
> >10 |
On 08/11/2021 12:21, Jakob Haufe wrote:
On Mon, 8 Nov 2021 10:25:24 +0100
Matthias Urlichs wrote:
Looks like the problem is a toolchain matter and requires a rebuild with
Rust 1.56.
https://bugzilla.opensuse.org/show_bug.cgi?id=1192067
According to the build log, 94.0-1 has been built with
Control: tag -1 pending
Hello,
Bug #998589 in gnome-shell 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 #998584 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: tag -1 pending
Hello,
Bug #998551 in gtk+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 #998546 in libgweather 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 gnome-connections: build-time tests access internet
On Thu, 04 Nov 2021 at 20:43:10 +0100, Lucas Nussbaum wrote:
> > 3/3 Validate appstream file FAIL0.40s exit status 1
> > 09:51:55 MALLOC_PERTURB_=242 /usr/bin/appstream-util validate
> >
Control: tag -1 pending
Hello,
Bug #997405 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:
Control: tag -1 pending
Hello,
Bug #997935 in gdm3 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 #997938 in gegl 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 + patch
On Sat, 23 Oct 2021 at 22:20:00 +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
Please see attached patch.
smcv
>From e0f11e6141b848186d51127c3a20a4d50184b91a Mon Sep 17 00:00:00 2001
Fr
On Wed, 27 Oct 2021 at 14:47:06 +0300, Adrian Bunk wrote:
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/gedit.html
> ../data/meson.build:6:0: ERROR: Function does not take positional arguments.
There are going to be a lot of FTBFSs like this, affecting most of GNOME.
If
>From the timing of Alastair's bug report, I suspect this might be a
regression triggered by upgrading to autoconf 2.71 - perhaps older versions
of autoconf implicitly included more headers when checking for jpeglib.h?
I attach a patch (compiled successfully, not otherwise tested).
smcv
>From 4
)
+
+ -- Simon McVittie Wed, 27 Oct 2021 11:10:56 +0100
+
rdfind (1.5.0-1) unstable; urgency=medium
* d/copyright: Switch to https
diff -Nru rdfind-1.5.0/debian/patches/include-limits-thanks-to-tastytea.patch rdfind-1.5.0/debian/patches/include-limits-thanks-to-tastytea.patch
--- rdfind-1.5.0/debian
On Tue, 26 Oct 2021 at 21:54:51 +0200, Sylvestre Ledru wrote:
> Le 26/10/2021 à 20:57, Simon McVittie a écrit :
> > The check that is failing is
> >
> >> if test /usr/share/man/man1/llc-$VERSION.1.gz; then
> > but I assume this should have been something more like:
&g
Source: llvm-toolchain-13
Version: 1:13.0.0-6
Severity: serious
Justification: Release Team policy
Tags: patch
The autopkgtest that uses debian/qualify-clang.sh seems to be failing.
I think this is a bug in debian/qualify-clang.sh rather than a bug in
the actual packages:
On Sat, 23 Oct 2021 at 21:53:34 +0100, Simon McVittie wrote:
> I suspect that applying the change from
> https://gitlab.gnome.org/GNOME/gstreamermm/-/merge_requests/4 in
> gstreamermm-1.0 would allow lordsawar to be built successfully against it
> (test-builds in progress).
Yes, c
Control: reassign -1 libgstreamermm-1.0-dev 1.10.0+dfsg-3
Control: forwarded -1 https://gitlab.gnome.org/GNOME/gstreamermm/-/issues/11
Control: tags -1 + patch
Control: affects -1 + lordsawar
On Sat, 23 Oct 2021 at 21:18:06 +0200, Lucas Nussbaum wrote:
> Source: lordsawar
...
> During a rebuild
Package: progress-linux-gnome-desktop
Version: 20211008-1
Severity: serious
Justification: cannot migrate to testing with these dependencies in place
Control: block 993577 by -1
Similar to bfh-gnome-desktop, progress-linux-gnome-desktop Depends on
gnome-shell-extension-remove-dropdown-arrows,
Package: bfh-gnome-desktop
Version: 20211009-1
Severity: serious
Justification: cannot migrate to testing with these dependencies in place
Control: block 993577 by -1
bfh-gnome-desktop Depends on gnome-shell-extension-remove-dropdown-arrows,
which is no longer relevant for GNOME Shell >= 40
Control: tags -1 + moreinfo
On Thu, 21 Oct 2021 at 10:16:01 +0100, Simon McVittie wrote:
> https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-12=armel=1%3A12.0.1-11=1634667108=0
> https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-12=armel=1%3A12.0.1-12=163471
Control: retitle -1 llvm-toolchain-12: FTBFS on s390x since 1:12.0.1-10: Cannot
find builtins library for the target architecture
Control: found -1 1:12.0.1-13
On Thu, 21 Oct 2021 at 10:19:01 +0100, Simon McVittie wrote:
> 1:12.0.1-11 has a similar issue on armhf, presumably exposed by fix
Source: llvm-toolchain-12
Version: 1:12.0.1-13
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-12=armel=1%3A12.0.1-13=1634838707=0
> [326/735] : &&
-buildpackage.
+
+ [ Simon McVittie ]
+ * Import changelog entry from reproducible-builds NMU
+ * Remove support for the obsolete gnome-mime-data system.
+GNOME has used the freedesktop.org shared MIME infrastructure since
+the release of GNOME 3 in 2011, and possibly longer. gnome-mime-data
Control: retitle -1 llvm-toolchain-12: FTBFS on s390x since 1:12.0.1-10 and
armhf since 1:12.0.1-11: Cannot find builtins library for the target
architecture
On Mon, 18 Oct 2021 at 22:43:35 +0100, Simon McVittie wrote:
> The restructuring in 1:12.0.1-10 seems to have caused a regress
Source: llvm-toolchain-12
Version: 1:12.0.1-11
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-12=armel=1%3A12.0.1-11=1634667108=0
Control: found -1 1:12.0.1-10
Control: notfound -1 1:12.0.1-8
On Tue, 19 Oct 2021 at 13:29:16 +0100, Simon McVittie wrote:
> Source: llvm-toolchain-12
> Version: 1:12.0.1-8
Sorry, reportbug filled in a default version from the libllvm12 that I
have installed locally, but that wasn't the
Source: llvm-toolchain-12
Version: 1:12.0.1-9
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-12=armel=1%3A12.0.1-9=1632047469=0
> FAILED: bin/llvm-ar
> : &&
Source: llvm-toolchain-12
Version: 1:12.0.1-8
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-12=armel=1%3A12.0.1-10=1634598677=0
> /<>/build-llvm/./bin/clang
401 - 500 of 3095 matches
Mail list logo