Ok, thanks in advance, the bug was filed with gcc:
https://bugzilla.redhat.com/show_bug.cgi?id=2292501
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Sat, 15 Jun 2024 13:24:09 -
"Felix Wang" wrote:
> zxing-cpp rebuild failed only on s390x with the following error [1], any clue
> on how to resolve this?
this is a compiler issue (ICE, internal compiler error), so ideally
report a bug against gcc. I can take a closer look on Monday.
zxing-cpp rebuild failed only on s390x with the following error [1], any clue
on how to resolve this?
```
[ 21%] Building CXX object
core/CMakeFiles/ZXing.dir/src/PerspectiveTransform.cpp.o
cd
/builddir/build/BUILD/zxing-cpp-2.2.1-build/zxing-cpp-2.2.1/redhat-linux-build/core
&& /usr/bin/g++ -
On 14-06-2024 06:47, Ryan Bach via devel wrote:
Could not depsolve transaction; 1 problem detected:
Problem: conflicting requests
nothing provides libboost_python312.so.1.83.0()(64bit) needed by
blender-1:4.1.1-7.fc41.x86_64 from rawhide
Assuming there's a question you having about the o
Could not depsolve transaction; 1 problem detected:
Problem: conflicting requests
nothing provides libboost_python312.so.1.83.0()(64bit) needed by
blender-1:4.1.1-7.fc41.x86_64 from rawhide
--
___
devel mailing list -- devel@lists.fedoraproject.org
Thank you to everyone involved!
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with Proton Mail secure email.
On Wednesday, June 12th, 2024 at 4:29 AM, Karolina Surma
wrote:
> On 6/12
On 6/12/24 00:10, Miro Hrončok wrote:
On 10. 06. 24 17:34, Karolina Surma wrote:
Hello,
The Python 3.13 rebuild is in progress. We plan to merge the side tag
soon.
I requested the side tag to be merged.
https://pagure.io/releng/issue/12155
If you build for f41-python now, there is a risk
On 10. 06. 24 17:34, Karolina Surma wrote:
Hello,
The Python 3.13 rebuild is in progress. We plan to merge the side tag soon.
So far, we've successfully built 3528 out of 4109 source packages, with 581
remaining to be built.
See the list of packages sorted by maintainers at the end of this ma
Hello,
The Python 3.13 rebuild is in progress. We plan to merge the side tag soon.
So far, we've successfully built 3528 out of 4109 source packages, with
581 remaining to be built.
See the list of packages sorted by maintainers at the end of this mail.
If your package fails because there is
Hello all,
Fedora 36 mass rebuild is done and FTBFS tickets [0] are filed. Some
of the tickets that got filed for ppc64le failures might have been
fixed in the recent resubmission of the failed tasks. If you notice
any of those tickets, please verify if it is fixed and if it is fixed,
you can just
Seems like rebuilds is done? got like 2000 package updates today
On Thu, Jan 27, 2022 at 3:37 PM Michael Schwendt
wrote:
> On Thu, 27 Jan 2022 15:06:31 +0100, František Šumšal wrote:
>
> > I've indeed noticed the other warnings. However, given this mass rebuild
> was
> > done with a new snapshot
On Thu, 27 Jan 2022 15:06:31 +0100, František Šumšal wrote:
> I've indeed noticed the other warnings. However, given this mass rebuild was
> done with a new snapshot of gcc-12, the error is probably related to that,
> that's why I pointed out the most severe issue (since it's an error, not
> a war
On 1/27/22 14:58, Michael Schwendt wrote:
On Thu, 27 Jan 2022 14:01:40 +0100, František Šumšal wrote:
Looks like the culprit is:
You may have noticed that there are many more compiler errors in the build.log,
but it seems you've missed that the src.rpm builds fine for all other archs.
What gi
On Thu, 27 Jan 2022 14:01:40 +0100, František Šumšal wrote:
> Looks like the culprit is:
You may have noticed that there are many more compiler errors in the build.log,
but it seems you've missed that the src.rpm builds fine for all other archs.
What gives?
___
On Thu, Jan 27, 2022 at 02:01:40PM +0100, František Šumšal wrote:
> Looks like the culprit is:
>
> In file included from common/mptPathString.cpp:13:
> ./src/mpt/uuid/uuid.hpp: In constructor 'constexpr
> mpt::mpt_libopenmpt::UUID::UUID()':
> ./src/mpt/uuid/uuid.hpp:195:17: error: 'goto' is not a
Looks like the culprit is:
In file included from common/mptPathString.cpp:13:
./src/mpt/uuid/uuid.hpp: In constructor 'constexpr
mpt::mpt_libopenmpt::UUID::UUID()':
./src/mpt/uuid/uuid.hpp:195:17: error: 'goto' is not a constant expression
195 | return;
|
On Tue, 25 Jan 2022 10:04:32 -0800, Kevin Fenzi wrote:
> After that we will be done and it will be on maintainers to sort out
> FTBFS issues.
What's up with the armv7hl arch being _the only one_ (!) that failed?
https://koji.fedoraproject.org/koji/taskinfo?taskID=81787304
___
On Tue, Jan 25, 2022 at 08:39:31PM +0100, Iñaki Ucar wrote:
> On Tue, 25 Jan 2022 at 19:13, Kevin Fenzi wrote:
> >
> > Greetings.
> >
> > The mass rebuild finished it's first pass on saturday morning, leaving
> > 3448 failed builds.
> >
> > We then did a second pass yesterday ( 2022-01-24 ) of all
On Tue, 25 Jan 2022 at 19:13, Kevin Fenzi wrote:
>
> Greetings.
>
> The mass rebuild finished it's first pass on saturday morning, leaving
> 3448 failed builds.
>
> We then did a second pass yesterday ( 2022-01-24 ) of all failed builds,
> and that resulted in 1282 failed builds.
>
> The f36-rebui
Greetings.
The mass rebuild finished it's first pass on saturday morning, leaving
3448 failed builds.
We then did a second pass yesterday ( 2022-01-24 ) of all failed builds,
and that resulted in 1282 failed builds.
The f36-rebuild tag is being merged now, but unfortunately our SOP had
it merg
On Mon, Jan 24, 2022 at 09:15:42PM +0100, Dan Horák wrote:
> > Perhaps we could merge today and then do another pass of failed builds
> > into f36-rebuild tag and merge that back on thursday or something?
> > Can we easily identify those builds that failed due to these ppc64le
> > issues?
>
> it s
On Mon, 24 Jan 2022 12:10:37 -0800
Kevin Fenzi wrote:
> On Mon, Jan 24, 2022 at 08:08:25PM +0100, Jakub Jelinek wrote:
> > On Mon, Jan 24, 2022 at 08:00:31PM +0100, Vitaly Zaitsev via devel wrote:
> > > On 24/01/2022 19:06, Kevin Fenzi wrote:
> > > > This seems kind of high, so we are going t
On Mon, Jan 24, 2022 at 08:08:25PM +0100, Jakub Jelinek wrote:
> On Mon, Jan 24, 2022 at 08:00:31PM +0100, Vitaly Zaitsev via devel wrote:
> > On 24/01/2022 19:06, Kevin Fenzi wrote:
> > > This seems kind of high, so we are going to resubmit all the failed
> > > builds in a short second round to re
On Mon, Jan 24, 2022 at 08:00:31PM +0100, Vitaly Zaitsev via devel wrote:
> On 24/01/2022 19:06, Kevin Fenzi wrote:
> > This seems kind of high, so we are going to resubmit all the failed
> > builds in a short second round to reduce the chance of transitory issues
> > causing the build failures.
>
On 24/01/2022 19:06, Kevin Fenzi wrote:
This seems kind of high, so we are going to resubmit all the failed
builds in a short second round to reduce the chance of transitory issues
causing the build failures.
I think the ppc64 GCC regressions should be fixed first.
--
Sincerely,
Vitaly Zaits
The mass rebuild finished early saturday morning.
This resulted in 3448 failed builds.
This seems kind of high, so we are going to resubmit all the failed
builds in a short second round to reduce the chance of transitory issues
causing the build failures.
It's expected that should finish later
Mamoru TASAKA writes:
> Filed: https://bugzilla.redhat.com/show_bug.cgi?id=1798636
For what it's worth, I'd have raised an issue if it has a different
cause, and doesn't fixed along with the original regression, lest it
looks as if I'm shirking bug reporting responsibilities.
___
Dave Love wrote on 2020/02/06 1:07:
I assume this -- currently breaking procenv, as that uses -Werror -- has
the same cause, as it shows up under the same circumstances:
In function 'strncat',
inlined from 'appendn' at string-util.c:111:2,
inlined from 'appendn' at string-util.c
I assume this -- currently breaking procenv, as that uses -Werror -- has
the same cause, as it shows up under the same circumstances:
In function 'strncat',
inlined from 'appendn' at string-util.c:111:2,
inlined from 'appendn' at string-util.c:80:1,
inlined from 'append' at str
On Tue, Feb 04, 2020 at 11:08:22AM -0500, Marek Polacek wrote:
> On Tue, Feb 04, 2020 at 10:51:17AM -0500, Adam Jackson wrote:
> > On Sat, 2020-02-01 at 16:59 -0800, Kevin Fenzi wrote:
> >
> > > See
> > > https://kojipkgs.fedoraproject.org/mass-rebuild/f32-failures.html
> > > and
> > > https://koj
On Tue, Feb 04, 2020 at 10:51:17AM -0500, Adam Jackson wrote:
> On Sat, 2020-02-01 at 16:59 -0800, Kevin Fenzi wrote:
>
> > See
> > https://kojipkgs.fedoraproject.org/mass-rebuild/f32-failures.html
> > and
> > https://kojipkgs.fedoraproject.org/mass-rebuild/f32-need-rebuild.html
> >
> > for detai
On Sat, 2020-02-01 at 16:59 -0800, Kevin Fenzi wrote:
> See
> https://kojipkgs.fedoraproject.org/mass-rebuild/f32-failures.html
> and
> https://kojipkgs.fedoraproject.org/mass-rebuild/f32-need-rebuild.html
>
> for detailed lists of what needs rebuilding and what failed.
libXt's failure on s390x
On Mon, Feb 3, 2020 at 9:59 AM Kevin Fenzi wrote:
> That needs some investigation. Can you file a releng ticket on it?
>
> We need to sort out why it wasn't built... I do see the commit, but
> oddly no build at all.
https://pagure.io/releng/issue/9220
Thanks, Kevin.
--
Jerry James
http://www.ja
> > > Aside from a few stragglers, the mass rebuild is complete.
> >
> > That's great! Thanks for all of your work making this happen, Kevin.
> > I do want to point out that at least one of my packages, GAPDoc, does
> > not seem to have had a build started at all. For this package, it
> > shouldn
On Sun, Feb 02, 2020 at 09:04:47PM -0700, Jerry James wrote:
> On Sat, Feb 1, 2020 at 6:04 PM Kevin Fenzi wrote:
> > Aside from a few stragglers, the mass rebuild is complete.
>
> That's great! Thanks for all of your work making this happen, Kevin.
> I do want to point out that at least one of m
On Sat, Feb 1, 2020 at 6:04 PM Kevin Fenzi wrote:
> Aside from a few stragglers, the mass rebuild is complete.
That's great! Thanks for all of your work making this happen, Kevin.
I do want to point out that at least one of my packages, GAPDoc, does
not seem to have had a build started at all.
Greetings.
Aside from a few stragglers, the mass rebuild is complete.
However, we ran into a number of builds that failed at the start of the
mass rebuild due to some problems with s390x builders.
Due to that and also to reduce the chance of any failed builds being
caused by builder or network
Björn Persson writes:
> ldd works recursively. What does "readelf --dynamic /usr/bin/gnome-session |
> fgrep -i png" output?
Thank you very much for your help. gnome-session depends on
libgdk_pixbuf-2.0.so.0()(64bit) and gdk-pixbuf2 depends on
libpng12.so.0()(64bit), so every dependency is corr
fredagen den 30 december 2011 00:07:02 skrev Benny Amorsen:
> # rpm -q --requires gnome-session | fgrep -i png
> (no output)
>
> # ldd /usr/bin/gnome-session|fgrep -i png
> libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x7fbd0a0c7000)
>
> A lot of packages suffer from the same problem; t
Adam Jackson writes:
> After yesterday's rebuilds, there remain 271 binary packages from 232
> source packages that still require libpng-compat.
This is a bit late of course, but I have just upgraded to xbmc from
rpmfusion-rawhide which required libpng15. I allowed yum to pull in
dependencies f
Hi,
On 12/06/2011 06:17 PM, Adam Jackson wrote:
After yesterday's rebuilds, there remain 271 binary packages from 232
source packages that still require libpng-compat.
No FTBFS bugs have been filed at this time.
There's a pretty wide variety of failures represented here. In addition
to the li
Adam Jackson wrote:
> 8 qt3-3.3.8b-37.fc17.src.rpm
Fixed. This was poking a round a lot in the png_info structure. Thankfully,
the NetBSD folks had already prepared a patch, which I applied in
qt3-3.3.8b-40.fc17, which built successfully in Rawhide.
Kevin Kofler
--
devel mailing list
On 12/06/2011 12:17 PM, Adam Jackson wrote:
> amanith-0.3-17.fc16.src.rpm
> freewrl-1.22.12-0.3.pre2.fc17.src.rpm
> irrlicht-1.7.2-8.fc17.src.rpm
> tkimg-1.4-4.fc17.src.rpm
> xloadimage-4.1-6.fc16.src.rpm
All of these are fixed now in rawhide and properly link to -lpng15
(freewrl also required th
After yesterday's rebuilds, there remain 271 binary packages from 232
source packages that still require libpng-compat.
No FTBFS bugs have been filed at this time.
There's a pretty wide variety of failures represented here. In addition
to the libpng API changes, a quick scan also unconvers gli
On Fri, Feb 11, 2011 at 3:20 PM, Christopher Aillon wrote:
> On 02/11/2011 11:49 AM, Jeffrey Ollie wrote:
>> On Fri, Feb 11, 2011 at 9:23 AM, Dennis Gilmore wrote:
>>>
>>> asterisk
>>
>> This one should be taken care of now. I suspect that something in
>> F15/rawhide changed that made Asterisk's
On 02/11/2011 11:49 AM, Jeffrey Ollie wrote:
> On Fri, Feb 11, 2011 at 9:23 AM, Dennis Gilmore wrote:
>>
>> asterisk
>
> This one should be taken care of now. I suspect that something in
> F15/rawhide changed that made Asterisk's build system think that an
> optional dependency was now a mandator
On Fri, Feb 11, 2011 at 9:23 AM, Dennis Gilmore wrote:
>
> asterisk
This one should be taken care of now. I suspect that something in
F15/rawhide changed that made Asterisk's build system think that an
optional dependency was now a mandatory one.
--
Jeff Ollie
--
devel mailing list
devel@list
On Friday, February 11, 2011 07:34:07 am Mat Booth wrote:
>
> Do you have a list of the ones that were not submitted or going to
> submit them yourself?
GLC_lib
HotEqn
Pixie
SOAPpy
YafaRay
abcde
aboot
ace
acpitool
adanaxisgpl
aide
aircrack-ng
anerley
ant
apel
apmud
arora
asl
aspell-pl
asterisk
at
On 10 February 2011 05:49, Dennis Gilmore wrote:
> On Tuesday, February 08, 2011 06:23:57 pm Dennis Gilmore wrote:
>> so the mass rebuild is 24 hours in we have completed ~45% of the builds and
>> are at 365 packages failed to build the total number of builds in the mass
>> rebuild is 10404 we are
On Tuesday, February 08, 2011 06:23:57 pm Dennis Gilmore wrote:
> so the mass rebuild is 24 hours in we have completed ~45% of the builds and
> are at 365 packages failed to build the total number of builds in the mass
> rebuild is 10404 we are churning along nicely. i expect to complete the
> firs
> Here are some common errors. Please try to fix the issues rather than
> adding workaround flags like -fpermissive,
> -Wno-unused-but-set-variable etc. Benjamin, do you plan to write
> http://gcc.gnu.org/gcc-4.6/porting_to.html? This could serve as
> partial source for that page.
I will absolut
> -Werror=unused-but-set-variable
> In some cases (often from
> macro expansion) you just want to keep such unused variables
> around. You can in that case just cast them to void,
> or add __attribute__((__unused__)) to them.
Some code employ
Hi!
On Tue, Feb 08, 2011 at 06:23:57PM -0600, Dennis Gilmore wrote:
> so the mass rebuild is 24 hours in we have completed ~45% of the builds and
> are at 365 packages failed to build the total number of builds in the mass
> rebuild is 10404 we are churning along nicely. i expect to complete the
On Wed, 9 Feb 2011 07:35:37 -0500
Josh Boyer wrote:
> On Wed, Feb 9, 2011 at 1:45 AM, Toshio Kuratomi
> wrote:
> > That does a great job of explaining what we had here. The
> > difference this time is that instead of architecture being the key,
> > version of xz was the key. The new and old
On Wed, Feb 9, 2011 at 1:45 AM, Toshio Kuratomi wrote:
>> > Yeah, I wish I could find a good cite...
>> > Perhaps the deltarpm and/or xz maintainers could chime in with the
>> > exact info.
>>
>> This is the first hit for "xz compression deltarpm problem" and
>> describes the problem perfectly ..
On Wed, Feb 09, 2011 at 12:51:02AM -0500, James Antill wrote:
> On Tue, 2011-02-08 at 20:49 -0700, Kevin Fenzi wrote:
> > On Tue, 8 Feb 2011 20:00:44 -0500
> > Josh Boyer wrote:
> >
> > > I believe this wiki page should have been included in the announce
> > > mail:
> > >
> > > https://fedorapro
On Tue, 2011-02-08 at 20:49 -0700, Kevin Fenzi wrote:
> On Tue, 8 Feb 2011 20:00:44 -0500
> Josh Boyer wrote:
>
> > I believe this wiki page should have been included in the announce
> > mail:
> >
> > https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
> >
> > For those that don't particularl
On Tue, 8 Feb 2011 20:00:44 -0500
Josh Boyer wrote:
> I believe this wiki page should have been included in the announce
> mail:
>
> https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
>
> For those that don't particularly follow devel day-to-day, the blurb
> about the XZ change is pretty uni
On Tuesday, February 08, 2011 07:00:44 pm Josh Boyer wrote:
> On Tue, Feb 8, 2011 at 7:23 PM, Dennis Gilmore wrote:
> > so the mass rebuild is 24 hours in we have completed ~45% of the builds
> > and are at 365 packages failed to build the total number of builds in
> > the mass rebuild is 10404 we
On Tue, 2011-02-08 at 18:23 -0600, Dennis Gilmore wrote:
> so the mass rebuild is 24 hours in we have completed ~45% of the builds and
> are at 365 packages failed to build the total number of builds in the mass
> rebuild is 10404 we are churning along nicely. i expect to complete the first
> pa
On Tue, Feb 8, 2011 at 7:23 PM, Dennis Gilmore wrote:
> so the mass rebuild is 24 hours in we have completed ~45% of the builds and
> are at 365 packages failed to build the total number of builds in the mass
> rebuild is 10404 we are churning along nicely. i expect to complete the first
> pass so
so the mass rebuild is 24 hours in we have completed ~45% of the builds and
are at 365 packages failed to build the total number of builds in the mass
rebuild is 10404 we are churning along nicely. i expect to complete the first
pass sometime in the next 24 hours. so far i think its going pretty
62 matches
Mail list logo
