Re: Enable LTO build for crash utility

On Wed, Aug 18, 2021 at 11:02 AM Dave Young wrote: > Add Kazu in cc list > On Wed, 18 Aug 2021 at 10:45, lijiang wrote: > > > > Hi, > > > > In Fedora crash.spec, currently the LTO is disabled as below: > > > > +# This package has an internal copy of GDB which has broken configure > code for > >

Specfile description and summary translations

I have problems interpreting the following check from fedora-review: > [ ]: Description and summary sections in the package spec file contains translations for supported Non-English languages, if available. In one of the first package reviews I made, I recall suggesting copying such translati

Re: Porting openshadinglanguage to OpenEXR: Throwing in the towel

On 2021-08-17 1:14 p.m., Richard Shaw wrote: It looks like OSL relies on exception capabilities that were provided in the Iex library that has been removed with OpenEXR/Imath 3. Upstream made recent changes in their main branch. Bump to OpenEXR 3.1.0: https://github.com/AcademySoftwareFounda

Re: Enable LTO build for crash utility

Add Kazu in cc list On Wed, 18 Aug 2021 at 10:45, lijiang wrote: > > Hi, > > In Fedora crash.spec, currently the LTO is disabled as below: > > +# This package has an internal copy of GDB which has broken configure code > for > +# INTDIV0_RAISES_SIGFPE and MUST_REINSTALL_SIGHANDLERS > +# Updating

Enable LTO build for crash utility

Hi, In Fedora crash.spec, currently the LTO is disabled as below: +# This package has an internal copy of GDB which has broken configure code for +# INTDIV0_RAISES_SIGFPE and MUST_REINSTALL_SIGHANDLERS +# Updating that code properly seems nontrivial and best left to the package +# maintainer. +#

Re: After branching F36, under Rawhide I can not build packages for F35 for i386 arch, instead of it mock builded packages for F36.

> On Mon, 16 Aug 2021 at 15:32, Mikhail Gavrilov > > check that you don't have any `.rpmsave` files in /etc/mock. > Thanks, the problem was here. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.

Re: Eclipse IDE packages and friends orphaned

On Tue, 17 Aug 2021 at 13:33, Vitaly Zaitsev via devel wrote: > > On 17/08/2021 11:51, Aleksandar Kurtakov wrote: > > Eclipse Flatpak is maintained and updated shortly after upstream Eclipse > > release by the very same people so for now it's the best integration > > achievable with given manpower

Re: After branching F36, under Rawhide I can not build packages for F35 for i386 arch, instead of it mock builded packages for F36.

On Mon, 16 Aug 2021 at 15:32, Mikhail Gavrilov wrote: > > Now compilation failing with error: "Error: GPG check FAILED". > https://pastebin.com/HNGz7N8A Rawhide should be releasever: 36 now. You'll need to update mock-core-configs as noted in the other thread. And if you modified your configs, ch

Re: After branching F36, under Rawhide I can not build packages for F35 for i386 arch, instead of it mock builded packages for F36.

> On Mon, Aug 16, 2021 19:32:01 -, Mikhail Gavrilov wrote: > > The new distribution-gpg-keys update should fix this. It only went > stable yesterday so may not have reached the mirrors yet. You can grab > it from bodhi: > > > https://bodhi.fedoraproject.org/updates/?packages=distribution-gpg

Re: Macro %cc has illegal name (%define)

On Tue, Aug 17 2021 at 04:05:37 PM -0500, Michael Catanzaro wrote: even if it's not itself to blame for the build failure, Actually I think it is. My local mockbuilds with redhat-rpm-config-195-1.fc36 are succeeding but my real builds using redhat-rpm-config-196-1.fc36 are failing. My guess

Re: Macro %cc has illegal name (%define)

I am also seeing this error on a Fedora 35 build: https://kojipkgs.fedoraproject.org//work/tasks/4002/74034002/build.log Dave On Tue, Aug 17, 2021 at 04:05:37PM -0500, Michael Catanzaro wrote: > > I'm seeing this too. I have almost 900 "error:" strings in my build log when > there should gen

Re: Macro %cc has illegal name (%define)

I'm seeing this too. I have almost 900 "error:" strings in my build log when there should generally be zero, so even if it's not itself to blame for the build failure, it makes it impractical to find what else is wrong. I'm going to suggest it's time to revert the redhat-rpm-config change for

Re: Maintanenace of redhat-rpm-macros

On Tue, Aug 17, 2021 at 06:53:30PM +0100, Richard W.M. Jones wrote: > On Tue, Aug 17, 2021 at 03:37:01PM +0300, Panu Matilainen wrote: > > It's also that redhat-rpm-config has come far from its humble > > origins: it originated as a package where Red Hat build > > policy/configuration is set. Thing

Re: The Death of Java (packages)

On Tue, 2021-08-17 at 18:26 +0100, Ankur Sinha wrote: > > He got an sponsor right away and became the maintainer of the > > package, > > without changing a line of what I had in csv. > > That's very odd. The guidelines remain the same for all of us. So a > spec > that didn't pass a review the firs

Porting openshadinglanguage to OpenEXR: Throwing in the towel

It looks like OSL relies on exception capabilities that were provided in the Iex library that has been removed with OpenEXR/Imath 3. This is beyond my ability to fix so unfortunately my efforts stop here for OSL. If no one jumps in I will rebuild OSL even though it currently doesn't link with Imat

Re: Wrong FTBFS in F35?

Am Dienstag, dem 17.08.2021 um 09:15 -0700 schrieb Tom Stellard: > On 8/17/21 8:42 AM, Nicolas Chauvet wrote: > > Le mar. 17 août 2021 à 17:21, Евгений Пивнев a > > écrit : > > > > > > As I found my package qpdfview cannot be build in F35. > > > Package marked as FTBFS: > > > https://bugzilla.red

Re: Maintanenace of redhat-rpm-macros

On Tue, Aug 17, 2021 at 03:37:01PM +0300, Panu Matilainen wrote: > It's also that redhat-rpm-config has come far from its humble > origins: it originated as a package where Red Hat build > policy/configuration is set. Things like vendor name, payload > compression etc. But nowadays there are entire

Re: The Death of Java (packages)

On Tue, Aug 17, 2021 18:47:37 +0200, Iago Rubio wrote: > On Sat, 2021-08-14 at 09:04 +, Zbigniew Jędrzejewski-Szmek wrote: > > I think there's some idea to rescue here. I agree that adopting > > orphaned packages can be harder than it seems, but OTOH, it's a task > > that has big benefits for t

Upgrading SoapySDR to 0.8.1

Jaroslav - you and I each have a Soapy hardware package (soapy-uhd and soapy-rtlsdr respectively) in Fedora. Doug Mitchell has packaged up soapy-airspy and soapy-hackrf in Copr and should begin the review process for those soon. SoapySDR 0.8.1 is available as the latest upstream. I've built it,

Re: Maintanenace of redhat-rpm-macros

On Tue, Aug 17, 2021 at 12:47 PM Tom Stellard wrote: > > On 8/16/21 11:37 PM, Zbigniew Jędrzejewski-Szmek wrote: > > Hi Florian and Florian, Adam, Don, Jon, and Panu! > > > > It seems that the (quite fundamental) redhat-rpm-config config package > > could use more maintainer attention. Pull reques

Re: Maintanenace of redhat-rpm-macros

On 8/16/21 11:37 PM, Zbigniew Jędrzejewski-Szmek wrote: Hi Florian and Florian, Adam, Don, Jon, and Panu! It seems that the (quite fundamental) redhat-rpm-config config package could use more maintainer attention. Pull requests tend not to get a reply from the maintainers, so in the end proven p

Re: The Death of Java (packages)

On Sat, 2021-08-14 at 09:04 +, Zbigniew Jędrzejewski-Szmek wrote: > I think there's some idea to rescue here. I agree that adopting > orphaned packages can be harder than it seems, but OTOH, it's a task > that has big benefits for the community. In the past, the recommended > way to become a pa

Re: Macro %cc has illegal name (%define)

On 8/17/21 9:35 AM, Sandro Mani wrote: On 17.08.21 18:31, Tom Stellard wrote: On 8/17/21 4:20 AM, Sandro Mani wrote: Hi After upgrading to redhat-rpm-config-196-1.fc36.noarch, any mingw package build fails with error: /usr/lib/rpm/redhat/macros: line 71: Macro %cc has illegal name (%define)

Re: Macro %cc has illegal name (%define)

On 17.08.21 18:31, Tom Stellard wrote: On 8/17/21 4:20 AM, Sandro Mani wrote: Hi After upgrading to redhat-rpm-config-196-1.fc36.noarch, any mingw package build fails with error: /usr/lib/rpm/redhat/macros: line 71: Macro %cc has illegal name (%define) Do you have a link to the failing

Re: Macro %cc has illegal name (%define)

On 8/17/21 4:20 AM, Sandro Mani wrote: Hi After upgrading to redhat-rpm-config-196-1.fc36.noarch, any mingw package build fails with error: /usr/lib/rpm/redhat/macros: line 71: Macro %cc has illegal name (%define) Do you have a link to the failing build? I've seen this error, but have not

Re: Wrong FTBFS in F35?

On 8/17/21 8:42 AM, Nicolas Chauvet wrote: Le mar. 17 août 2021 à 17:21, Евгений Пивнев a écrit : As I found my package qpdfview cannot be build in F35. Package marked as FTBFS: https://bugzilla.redhat.com/show_bug.cgi?id=1987904 Koji build says: DEBUG util.py:444: Error: DEBUG util.py:444:

Re: Any recent changes to the arm builders?

On Sat, Aug 14, 2021 at 09:19:55 -0700, Kevin Fenzi wrote: https://bugzilla.redhat.com/show_bug.cgi?id=1920183 basically OOM kills kojid, which restarts kojid, which restarts the build, which kills kojid, etc... I've tried all kinds of things here, but haven't been able to find any way to ma

Re: Wrong FTBFS in F35?

Le mar. 17 août 2021 à 17:21, Евгений Пивнев a écrit : > > As I found my package qpdfview cannot be build in F35. > Package marked as FTBFS: > https://bugzilla.redhat.com/show_bug.cgi?id=1987904 > > Koji build says: > > DEBUG util.py:444: Error: > DEBUG util.py:444: Problem: package qt5-qttools

Re: Any recent changes to the arm builders?

* Jeremy Linton: > Hi, > > On 8/17/21 2:06 AM, Florian Weimer wrote: >> * Jeremy Linton: >> >>> That said, there as you mention various rpm/package build/etc problems >>> caused by `uname -m` returning armv8. >> Is this something that can be changed with setarch? It works on >> other >> architec

Re: Any recent changes to the arm builders?

Hi, On 8/17/21 2:06 AM, Florian Weimer wrote: * Jeremy Linton: That said, there as you mention various rpm/package build/etc problems caused by `uname -m` returning armv8. Is this something that can be changed with setarch? It works on other architectures (at least on x86 and POWER). Beyo

Re: Any recent changes to the arm builders?

On Tue, Aug 17, 2021 at 10:27 AM Caolán McNamara wrote: > > On Tue, 2021-08-17 at 08:21 -0600, Orion Poplawski wrote: > > Looks like the vtk build just as it was about to finish (after 11+ > > hours ...) restarted. This is pretty unworkable. > > > > https://koji.fedoraproject.org/koji/taskinfo?tas

Re: Any recent changes to the arm builders?

On Tue, 2021-08-17 at 08:21 -0600, Orion Poplawski wrote: > Looks like the vtk build just as it was about to finish (after 11+ > hours ...) restarted. This is pretty unworkable. > > https://koji.fedoraproject.org/koji/taskinfo?taskID=73984672 Yeah, for libreoffice my last success took over 34 hou

Wrong FTBFS in F35?

As I found my package qpdfview cannot be build in F35. Package marked as FTBFS: https://bugzilla.redhat.com/show_bug.cgi?id=1987904 Koji build says: DEBUG util.py:444: Error: DEBUG util.py:444: Problem: package qt5-qttools-devel-5.15.2-6.f

Heads up: ldc 1.27 with soname bump coming to f35 and rawhide

Hi all, I am about to build new ldc 1.27.1 that comes with a soname bump for both f35 and rawhide. I'll take care of rebuilds of dependencies. I did a quick test in COPR and things seemed to mostly build OK. If anything comes up I'll file issues in bugzilla. -- Kalev __

[Fedocal] Reminder meeting : Fedora Source-git SIG

Dear all, You are kindly invited to the meeting: Fedora Source-git SIG on 2021-08-18 from 14:30:00 to 15:30:00 GMT At meet.google.com/mic-otnv-kse The meeting will be about: Bi-weekly meeting of the Fedora source-git SIG Agenda: https://pagure.io/fedora-source-git/sig/issues?tags=meeting&s

Re: Any recent changes to the arm builders?

On 8/14/21 10:19 AM, Kevin Fenzi wrote: On Fri, Aug 13, 2021 at 09:34:11PM -0600, Orion Poplawski wrote: Have there been any recent changes to the arm (32bit) builders? It seems like I'm having much more issues there with builds likely running out of memory or similar. Yes. They were mistaken

Bodhi login error

I'm trying to report success on https://bodhi.fedoraproject.org/updates/FEDORA-2021-ec4a4b2634 but cannot login.  When I attempt to do so, the page shows: 500 Internal Server Error Could not convert return value of the view callable function pyramid_fas_openid.view.verify_openid into a respons

Re: apitrace: undefined reference to `__libc_dlopen_mode', `__libc_dlsym'

On 16.08.21 05:14, John Reiser wrote: I'd need help with the following issue with apitrace, which failed the mass rebuild with: apitrace-9d42f667e2a36a6624d92b9bd697de097cc4e619/wrappers/dlsym.cpp:70: undefined reference to `__libc_dlopen_mode' apitrace-9d42f667e2a36a6624d92b9bd697de097cc4e61

Re: Eclipse IDE packages and friends orphaned

On Tue, Aug 17, 2021 at 2:08 PM Frank Ch. Eigler wrote: > > > [...] Eclipse tries to keep up to date with libraries shipped. Quite > > often the effort of moving to new versions of a library (e.g. lucene) > > requires changes in Eclipse itself > > Is this level of backward non-compatibility typi

openshadinglanguage: Links with Imath but missing in package requires

In the ongoing OpenEXR/Imath 3 disaster I've got all but a couple of packages fixed or moved to the openexr2 compat package. I've had a few packages with this issue but haven't been able to figure this one out. I have verified that osl builds and links with Imath but -Wl,--as-needed seems to thin

Re: Maintanenace of redhat-rpm-macros

On 8/17/21 9:37 AM, Zbigniew Jędrzejewski-Szmek wrote: Hi Florian and Florian, Adam, Don, Jon, and Panu! It seems that the (quite fundamental) redhat-rpm-config config package could use more maintainer attention. Pull requests tend not to get a reply from the maintainers, so in the end proven pa

Re: Eclipse IDE packages and friends orphaned

On 17/08/2021 11:51, Aleksandar Kurtakov wrote: Eclipse Flatpak is maintained and updated shortly after upstream Eclipse release by the very same people so for now it's the best integration achievable with given manpower. Is it possible to bundle all dependencies into an Eclipse's RPM package?

Reminder: Change complete deadline, F35 Beta freeze next week

Hi everyone, On Tuesday 24 August, all F35 Changes should be 100% complete. Indicate this by setting the Bugzilla tracker to ON_QA. Also on 24 August, Fedora Linux 35 enters Beta freeze. See the Blockerbugs application[1] to view or nominate blockers and freeze exceptions. See the F35 schedule[2

Re: Dynamic preemption support in Linux 5.12 kernel

On Mon, Apr 26, 2021 at 5:12 PM Andrew Lutomirski wrote: > > On Mon, Apr 26, 2021 at 1:29 PM Justin Forbes wrote: > > > > On Mon, Apr 26, 2021 at 11:25 AM Vitaly Zaitsev via devel > > wrote: > > > > > > On 25.04.2021 20:39, Artem Tim wrote: > > > > Please provide full PREEMPT mode by default in

Macro %cc has illegal name (%define)

Hi After upgrading to redhat-rpm-config-196-1.fc36.noarch, any mingw package build fails with error: /usr/lib/rpm/redhat/macros: line 71: Macro %cc has illegal name (%define) The redhat-rpm-config changelog mentions * Mon Aug 16 2021 Tom Stellard - 196-1 - Add cc, cxx, and cpp macros Doe

Re: Eclipse IDE packages and friends orphaned

> [...] Eclipse tries to keep up to date with libraries shipped. Quite > often the effort of moving to new versions of a library (e.g. lucene) > requires changes in Eclipse itself Is this level of backward non-compatibility typical in Java? > and Fedora being ahead/behind with versions puts too

Re: Eclipse IDE packages and friends orphaned

On Tue, Aug 17, 2021 at 11:39 AM Vitaly Zaitsev via devel < devel@lists.fedoraproject.org> wrote: > On 17/08/2021 10:14, Mat Booth wrote: > > Flatpak system is way less overhead for packagers and ISVs. There > > should be no surprise at all that maintainers of large applications > > prefer to dist

Fedora-Cloud-34-20210817.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-34-20210816.0): ID: 950410 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: Eclipse IDE packages and friends orphaned

On 17/08/2021 10:14, Mat Booth wrote: Flatpak system is way less overhead for packagers and ISVs. There should be no surprise at all that maintainers of large applications prefer to distribute via Flatpak. Because they bundle everything inside the Flatpak. I don't like that, because most of bu

Re: Eclipse IDE packages and friends orphaned

On Wed, 11 Aug 2021 at 13:20, Vitaly Zaitsev via devel wrote: > > On 11/08/2021 12:35, Aleksandar Kurtakov wrote: > > Eclipse IDE and its ancillary packages are orphaned now. As a result the > > Eclipse IDE will no longer be installable as a package in Fedora 35. > > > Red Hat Eclipse Team > > Eve

Re: After branching F36, under Rawhide I can not build packages for F35 for i386 arch, instead of it mock builded packages for F36.

On Mon, Aug 16, 2021 19:32:01 -, Mikhail Gavrilov wrote: > Now compilation failing with error: "Error: GPG check FAILED". > https://pastebin.com/HNGz7N8A The new distribution-gpg-keys update should fix this. It only went stable yesterday so may not have reached the mirrors yet. You can grab it

Fedora-Cloud-33-20210817.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20210815.0): ID: 950394 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: Any recent changes to the arm builders?

* Colin Walters: > On Sun, Aug 15, 2021, at 6:43 PM, Demi Marie Obenour wrote: >> >> Mark kojid as non-killable by setting its OOM score to -1000? Adding >> swap might also help, but then the build is by no means guaranteed to >> finish in a reasonable amount of time. > > If Koji wasn't a cluste

Re: Any recent changes to the arm builders?

* Jeremy Linton: > That said, there as you mention various rpm/package build/etc problems > caused by `uname -m` returning armv8. Is this something that can be changed with setarch? It works on other architectures (at least on x86 and POWER). Thanks, Florian