Re: How to rebuild package using autospec

In general, if you want to rebuild an rpmautospec package with no spec file changes, you can do an empty git commit like this: git commit —allow-empty -m 'Rebuild for foolib 3.14' Then “fedpkg build” as usual. The case of usd is not quite so simple. I tried to rebuild it as a co-maintainer ear

Help with gdal sphinx doc build failure

I've reported: https://bugzilla.redhat.com/show_bug.cgi?id=1992426 gdal docs are failing to build with: Exception occurred: File "/usr/lib/python3.10/site-packages/sphinx/util/cfamily.py", line 275, in fail raise self._make_multi_error(errors, '') sphinx.util.cfamily.DefinitionError

How to rebuild package using autospec

I'm trying to rebuild usd for the boost 1.76 update (I also had a few packages with BZ filed without a rebuild attempt) but I have no idea how to. What is the magic incantation for this case? Thanks, Richard ___ devel mailing list -- devel@lists.fedorap

Heads Up: OpenEXR 3.1 (here we go again)

Just kidding, I hope! I have a request in from Redhat to update to the latest versions. My current goal was to get everything ported over to OpenEXR/Imath 3 or the openexr2 package. That's finally coming to a close soon. Since f35 was branched there's a few packages I'll have to build in both f35

Re: Weird glibc recursive stack crash in Rawhide

On Mon, Aug 09, 2021 at 11:15:25AM +0200, Vít Ondruch wrote: > > Dne 07. 08. 21 v 23:59 Kevin Fenzi napsal(a): > > On Wed, Jun 30, 2021 at 04:04:33PM +0200, Vít Ondruch wrote: > > > Dne 30. 06. 21 v 15:04 Richard W.M. Jones napsal(a): > > > > In unrelated news, what happened to the -ow...@fedorapr

Re: Packages that fail to install in Fedora 35 and might be retired one week before the beta freeze

Hi, Sorry for the noise, I didn't notice that the job on libprelude was already done. I checked all the Prelude packages and everything is good. Let me know if I miss something to do. Regards Thomas Le lun. 9 août 2021 à 13:29, Thomas Andrejak a écrit : > Hi all, > > Sorry for the delay and

Re: [Fedocal] Reminder meeting : Prioritized bugs and issues

On Tue, Aug 10, 2021 at 7:00 AM wrote: > > You are kindly invited to the meeting: >Prioritized bugs and issues on 2021-08-11 from 11:00:00 to 12:00:00 > America/Indiana/Indianapolis >At fedora-meetin...@libera.chat > > More information available at: > https://docs.fedoraproject.org/en-US

Fedora 35 Mass Branching

Hi All, Fedora 35 has now been branched, please be sure to do a git pull --rebase to pick up the new branch, as an additional reminder rawhide/f36 has been completely isolated from previous releases, so this means that anything you do for f35 you also have to do in the rawhide branch and do a buil

Re: F35 Change: Memory Constraints macros for RPM (System-Wide Change proposal)

On Tue, Aug 10, 2021 18:53:35 +0100, Ankur Sinha wrote: > On Thu, Aug 05, 2021 09:01:14 +0200, Miroslav Suchý wrote: > > Dne 05. 08. 21 v 2:42 Michel Alexandre Salim via devel napsal(a): > > > This is now implemented on Rawhide; Fedora updates are in testing: > > > > Where is it documented? > > >

Re: [Heads-up] Introduction of OpenSSL 3.0.0 in F36

On Thu, Aug 5, 2021 at 11:51 AM Miro Hrončok wrote: > On 05. 08. 21 11:03, Sahana Prasad wrote: > > Hello everyone, > > > > As per the F36 schedule [1], rawhide starts F36 development on > 2021-08-10. > > I would like to bring in OpenSSL 3.0.0 [2] and the compat package [3] > (along > > with deve

Re: F35 Change: Memory Constraints macros for RPM (System-Wide Change proposal)

On Thu, Aug 05, 2021 09:01:14 +0200, Miroslav Suchý wrote: > Dne 05. 08. 21 v 2:42 Michel Alexandre Salim via devel napsal(a): > > This is now implemented on Rawhide; Fedora updates are in testing: > > Where is it documented? > > I suggest one of these > > https://rpm-packaging-guide.github.io/

HEADS UP: Go 1.17 and Fedora 35

Hi everyone. I missed the mass rebuild for several reasons, and I didn't prepare the Go package for the 1.17 release as I proposed [0]. This email thread is to keep everyone up to date on the progress regarding this issue [1]. [0] https://fedoraproject.org/wiki/Changes/golang1.17 [1] https://bug

Orphaned package: rust-line_drawing

rust-line_drawing is not actively developed anymore so i will orphan it in one week. Feel free to ask if you want to take it. Here the developer saying it's not actively developed anymore. i don't want to take care of a package that will crumble over time. Nothing depend on it so it should not c

Re: [HEADS UP] Fedora 35 Boost 1.76 rebuilds starting in a side tag

It looks like none of the packages I maintain or co-maintain that depend on boost-devel were rebuilt before the side tag was merged. Some (luminance-hdr, cpp-hocon) had automated FTI bugs filed; these were fixed by a manual rebuild on my part. Another (usd) should be in the same boat once some

Orphaned package: rust-line_drawing

binuYE5keIVUY.bin Description: PGP/MIME version identification encrypted.asc Description: OpenPGP encrypted message ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code

Re: [fedora-java] Packages that fail to install in Fedora 35 and might be retired one week before the beta freeze

I would be willing to maintain at least a couple of those packages if someone is willing to be my sponsor, once the orphaning takes place of course. I do have more than a passing interest in Eclipse and java in Fedora and would like to help with the state of java in Fedora Linux. Regards, Stephen

Re: [fedora-java] Packages that fail to install in Fedora 35 and might be retired one week before the beta freeze

On 10. 08. 21 16:14, Aleksandar Kurtakov wrote: FWIW, it wasn't me who unorphaned packages - Mat (who was the maintainer) left my team and passed off his eclipse packages to me so probably this interfered with some automated procedure. Let's orphan them then? -- Miro Hrončok -- Phone: +420777

Re: Fedora Packager Dashboard - Contextual Package Calendars and more!

On Tue, Aug 10, 2021 at 04:48:37PM +0200, Frantisek Zatloukal wrote: > Hi, > > In the past months, we've enabled "Contextual Package Calendars" on Fedora > Packager Dashboard . > > In short, it shows you package-specific calendars, eg. If you maintai

Re: Free Pascal and F35 Mass Rebuild

Since the GitLab transition is now complete and the issue tracker is open, I filed an issue: https://gitlab.com/freepascal.org/fpc/source/-/issues/39295 A.FI. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-

Fedora Packager Dashboard - Contextual Package Calendars and more!

Hi, In the past months, we've enabled "Contextual Package Calendars" on Fedora Packager Dashboard . In short, it shows you package-specific calendars, eg. If you maintain some GNOME package, the Dashboard will show you the GNOME release schedule. Thi

Re: [fedora-java] Packages that fail to install in Fedora 35 and might be retired one week before the beta freeze

On Sat, Aug 7, 2021 at 12:05 PM Miro Hrončok wrote: > On 06. 08. 21 21:19, Sérgio wrote: > > Hey (IMO) the packages should be orphan first , to know the impact of > the > > retirement , no ? > > At this point, all of them are orphaned except: > > eclipse > eclipse-m2e-core > eclipse-mpc > > Those

Community Platform Engineering Team July Report

Hi all, Here is a quick snapshot of some of the work delivered by the Community Platform Engineering team during the month of July. If you have trouble reading this in email format, feel free to visit the hackmd link where it is published https://hackmd.io/@Ap8CkTlpSfmjb44UGV-kWA/rkW5c8W1t ## Fed

Re: Free Pascal and F35 Mass Rebuild

* Mattia Verga via devel: > I've added your suggestion and a reference to this thread to the fpc > forum post. > > However, your proposed patch is not enough to fix the build failure: a > scratch build [¹] shows it will still fail with some "undefined > reference" errors. The startup code changed

Fedora-Cloud-34-20210810.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-20210809.0): ID: 944909 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: F36 Change: MinGW debug symbols location change (not MinGW environment and toolchain update) (System-Wide Change proposal)

I clearly submitted this too late at night and forgot to update the title, a more appropriate one for this change would be "MinGW debug symbols location change". On 09.08.21 20:06, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/F36MingwDebugLocation == Summary == Store debug files o

Re: F36 Change: MinGW environment and toolchain update (System-Wide Change proposal)

Looks generally sensible. Out of interest (not an objection) do any Fedora tools actually consume these debug symbols? For example is there a way to use them from Wine? I usually deploy gdb.exe from mingw-gdb, place the .debug files next to the respective binaries, and then debug on the tar

Re: F36 Change: MinGW environment and toolchain update (System-Wide Change proposal)

On Mon, Aug 09, 2021 at 02:06:44PM -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/F36MingwDebugLocation > > == Summary == > Store debug files of mingw PE binaries below /usr/lib/debug. > > == Owner == > * Name: [[User:smani|Sandro Mani]] > * Email: manisan...@gmail.com > > >

Fedora-Cloud-33-20210810.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-20210809.0): ID: 944687 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op