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

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:

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. +#

[Bug 1858048] rt-5.0.1 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1858048 Bug 1858048 depends on bug 1858466, which changed state. Bug 1858466 Summary: Review Request: perl-Path-Dispatcher - Flexible and extensible dispatch https://bugzilla.redhat.com/show_bug.cgi?id=1858466 What|Removed

[Bug 1858048] rt-5.0.1 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1858048 Bug 1858048 depends on bug 1858381, which changed state. Bug 1858381 Summary: Review Request: perl-Web-Machine - Perl port of Webmachine https://bugzilla.redhat.com/show_bug.cgi?id=1858381 What|Removed |Added

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

[Bug 1994831] New: Amavis will not work when spamassassin functionality is enabled

https://bugzilla.redhat.com/show_bug.cgi?id=1994831 Bug ID: 1994831 Summary: Amavis will not work when spamassassin functionality is enabled Product: Fedora Version: 34 Status: NEW Component: amavisd-new

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

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,

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: > > >

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

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

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

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.

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

Re: pypy3 renamed to pypy3.7 on Fedora 35+, also available in Fedora 33/34

On 14. 08. 21 13:52, Miro Hrončok wrote: On 14. 08. 21 8:53, Elliott Sales de Andrade wrote: Is there a reason it's not 7.3.5, which was out in May? The reason is simple, release monitoring was broken (used bitbucket URL), so we were unaware. This has been fixed and a bugzilla for 7.3.5 is

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

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: > > >

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

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

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

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

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

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

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

[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Committee

Dear all, You are kindly invited to the meeting: EPEL Steering Committee on 2021-08-18 from 16:00:00 to 17:00:00 US/Eastern At fedora-meet...@irc.libera.chat The meeting will be about: This is the weekly EPEL Steering Committee Meeting. A general agenda is the following: #meetingname

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

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

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 >>

[Bug 1991718] perl-TeX-Encode-2.010 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1991718 Tom "spot" Callaway changed: What|Removed |Added Status|NEW |CLOSED Doc Type|---

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).

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. > > > >

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

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

[Bug 1994629] New: perl-libwww-perl-6.56 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1994629 Bug ID: 1994629 Summary: perl-libwww-perl-6.56 is available Product: Fedora Version: rawhide Status: NEW Component: perl-libwww-perl Keywords: FutureFeature, Triaged

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:

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

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

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'

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

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

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

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

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

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

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

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

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

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:

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

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 > >

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

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:

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

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

Maintanenace of redhat-rpm-macros

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 packagers end up merging stuff [1,2], for better or worse,

Summary/Minutes from yesterdays's FESCo Meeting (2021-08-23)

Meeting summary --- * #2660 F35 incomplete changes: Code complete (testable) deadline (zbyszek, 19:18:40) - GNU Toolchain update (gcc 11, glibc 2.34, binutils 2.37, gdb 10.2) (zbyszek, 19:19:23) (Seems mostly done, we'll wait for updates.) - CompilerPolicy Change (zbyszek,