#
# bts-link upstream status pull for source package dwz
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
# https://bts-link-team.pages.debian.net/bts-link/
#
user debian-bts-l...@lists.debian.org
# remote status report for #972269 (http://bugs.debian.org/972269)
# Bu
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 22 Oct 2020 13:17:58 +0200
Source: cvise
Architecture: source
Version: 1.8.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian GCC Maintainers
Changed-By: Matthias Klose
Changes:
cvise (1.8.0-1) unsta
Processing commands for cont...@bugs.debian.org:
> forwarded 972665 https://gcc.gnu.org/PR97528
Bug #972665 [gcc-10] ICE building firefox-esr/firefox in unstable on armhf
Set Bug forwarded-to-address to 'https://gcc.gnu.org/PR97528'.
> thanks
Stopping processing here.
Please contact me if you nee
cvise_1.8.0-1_source.changes uploaded successfully to localhost
along with the files:
cvise_1.8.0-1.dsc
cvise_1.8.0.orig.tar.gz
cvise_1.8.0-1.debian.tar.xz
cvise_1.8.0-1_source.buildinfo
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
I am sorry but I have 30 MariaDB bugs to deal with and don't have bandwidth
to manually build on a armhf porter box right now.
It should be fairly easy for you to repeat the buildd build of current
MariaDB in unstable to repeat the issue.
On Thu, Oct 22, 2020 at 11:12:14AM +0200, Matthias Klose wrote:
> On 10/22/20 9:57 AM, Mike Hommey wrote:
> >> The code in question hasn't changed in a long time, so the same code
> >> effectively built fine with older versions of gcc. The last successful
> >> builds of firefox-esr and firefox were
On 10/22/20 9:05 AM, Otto Kekäläinen wrote:
> Hello!
>
> In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=972564 I reported
> a mariadb-10.5 build failure but it might be caused by the compiler
> and be a gcc-10 + libnuma-dev bug.
>
> Do you want to check it out and perhaps take over the bug
On 10/22/20 9:57 AM, Mike Hommey wrote:
>> The code in question hasn't changed in a long time, so the same code
>> effectively built fine with older versions of gcc. The last successful
>> builds of firefox-esr and firefox were using gcc-10_10.2.0-9.
>>
>> I see in the gcc-10 changelog there is "On
On 10/21/20 11:26 PM, Várkonyi László wrote:
> Dear Debian GCC Maintainers!
>
> On a Debian testing armhf system, upon updating it, I have noticed that
> the installed size for the cpp-10 and gcc-10 packages would have
> increased unexpectedly. On amd64 the size for the newer version isn't
> signi
And _of course_ I forgot to attach the file.
On Thu, Oct 22, 2020 at 04:50:58PM +0900, Mike Hommey wrote:
> Package: gcc-10
> Version: 10.2.0-15
> Severity: serious
>
> See the full buildd log in
> https://buildd.debian.org/status/fetch.php?pkg=firefox-esr&arch=armhf&ver=78.4.0esr-2&stamp=160326
Package: gcc-10
Version: 10.2.0-15
Severity: serious
See the full buildd log in
https://buildd.debian.org/status/fetch.php?pkg=firefox-esr&arch=armhf&ver=78.4.0esr-2&stamp=1603260510&raw=0
The preprocessed source that fails is attached as intrapred_neon.i.gz.
This is reproducible on armhf with:
Hello!
In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=972564 I reported
a mariadb-10.5 build failure but it might be caused by the compiler
and be a gcc-10 + libnuma-dev bug.
Do you want to check it out and perhaps take over the bug if it is a
gcc-10 issue?
12 matches
Mail list logo
