Use cases for 'fedpkg scratch-build'

Hello everybody, I would like to gather different use cases for the 'fedpkg scratch-build' command. Currently, this is exactly the same as 'fedpkg build --scratch', meaning that is performs a scratch build of the pushed head of the current branch. At least in my workflow, I only do scratch b

Re: List of long term FTBFS packages to be retired in February

On Sun, Jan 15, 2023 at 4:50 PM Kevin Kofler via devel wrote: > > Olivier Fourdan wrote: > > Actually… I suspect fixing that build failure would require a fix in > > the xserver from ajax [1] > > Actually, this is the fix that is needed: > https://gitlab.freedesktop.org/xorg/driver/xf86-video-qxl/

Re: FYI: boot issues with kernel 6.1.5+

On Sunday, 15 January 2023 at 23:07, Marius Schwarz wrote: > Am 15.01.23 um 22:35 schrieb Marius Schwarz: > > Hi, > > > > on Asrock 550B / Ryzen 5600X kernel 6.1.5 - 6.2.0 alpha are not booting, > > not even complaining about the irq vector bug in the firmware anymore, > > which happens extrem ear

valgrind on Fedora

I'm working on reducing memory use in packagekitd, and so far progress has been very good.  I've opened 4 memory-related PRs against PackageKit and libdnf this week, and locally I've reduced memory use at idle by almost 90% (I can reliably cause stock packagekitd to use ~ 700MB of RAM in a coup

Re: libharu 2.4.3, mathgl 8.0.1, vtk 9.2.5 update coming to rawhide soon

On 1/15/23 20:03, Richard Shaw wrote: On Sat, Jan 14, 2023 at 10:31 AM Orion Poplawski > wrote: On 1/9/23 07:43, Orion Poplawski wrote: > I'm hoping to start updating libharu to 2.4.3, mathgl to 8.0.1, and vtk > to 9.2.5 at the end of this week.  Builds w

Re: libharu 2.4.3, mathgl 8.0.1, vtk 9.2.5 update coming to rawhide soon

On Sat, Jan 14, 2023 at 10:31 AM Orion Poplawski wrote: > On 1/9/23 07:43, Orion Poplawski wrote: > > I'm hoping to start updating libharu to 2.4.3, mathgl to 8.0.1, and vtk > > to 9.2.5 at the end of this week. Builds will be done in a side tag. > > Test builds are being done here: > > > > http

Re: opencv updated to 4.7.0 in rawhide

On Sun, 2023-01-15 at 18:06 -0700, Orion Poplawski wrote: > Okay.  Let me know if you need any help from me. > > PS - why the need to wait for the eln build? mass rebuild for opencv 4.7.0 is finished , I hope didn't forgot nothing it just to avoid more confusions, if a new package rebuild for

Re: opencv updated to 4.7.0 in rawhide

Okay. Let me know if you need any help from me. PS - why the need to wait for the eln build? On 1/15/23 17:53, Sérgio Basto wrote: Hi, I will take care of it, I'm just waiting for opencv-4.7.0-2.eln125 finish to build , to start rebuilds of dependents packages On Sun, 2023-01-15 at 17:43 -

Re: Accidental opencv soname bump

On 1/15/23 15:43, Miro Hrončok wrote: On 15. 01. 23 21:11, Sérgio Basto wrote: On Sun, 2023-01-15 at 18:47 +0100, Miro Hrončok wrote: On 14. 01. 23 17:31, Orion Poplawski wrote: On 1/9/23 07:43, Orion Poplawski wrote: I'm hoping to start updating libharu to 2.4.3, mathgl to 8.0.1, and vtk to

Re: opencv updated to 4.7.0 in rawhide

Hi, I will take care of it, I'm just waiting for opencv-4.7.0-2.eln125 finish to build , to start rebuilds of dependents packages On Sun, 2023-01-15 at 17:43 -0700, Orion Poplawski wrote: > Unfortunately, an update to opencv 4.7.0 (with soname update) got got > up > in my vtk update build and

opencv updated to 4.7.0 in rawhide

Unfortunately, an update to opencv 4.7.0 (with soname update) got got up in my vtk update build and pushed to rawhide. Sorry about that. -- Orion Poplawski he/him/his - surely the least important thing about me IT Systems Manager 720-772-5637 NWRA, Boulder/CoRA Office

Re: Accidental opencv soname bump

On 15. 01. 23 21:11, Sérgio Basto wrote: On Sun, 2023-01-15 at 18:47 +0100, Miro Hrončok wrote: On 14. 01. 23 17:31, Orion Poplawski wrote: On 1/9/23 07:43, Orion Poplawski wrote: I'm hoping to start updating libharu to 2.4.3, mathgl to 8.0.1, and vtk to 9.2.5 at the end of this week.  Builds

Re: FYI: boot issues with kernel 6.1.5+

Am 15.01.23 um 22:35 schrieb Marius Schwarz: Hi, on Asrock 550B / Ryzen 5600X kernel 6.1.5 - 6.2.0 alpha are not booting, not even complaining about the irq vector bug in the firmware anymore, which happens extrem early. As it's not logging anything at that point, debugging will be a p.i.t.a

FYI: boot issues with kernel 6.1.5+

Hi, on Asrock 550B / Ryzen 5600X kernel 6.1.5 - 6.2.0 alpha are not booting, not even complaining about the irq vector bug in the firmware anymore, which happens extrem early. As it's not logging anything at that point, debugging will be a p.i.t.a . Kernel 6.0.18 boots without any problems.

Re: -fno-omit-frame-pointer does not work as advertised

On 1/15/23 12:58, Kevin Kofler via devel wrote: > Daniel Alley wrote: >> The quotation says the opposite of what you are saying. "leaves the frame >> pointer pointing to the caller's frame" => the caller set the frame >> pointer, the leaf did not, therefore the leaf function will not show up >> b

Re: Accidental opencv soname bump

On Sun, 2023-01-15 at 18:47 +0100, Miro Hrončok wrote: > On 14. 01. 23 17:31, Orion Poplawski wrote: > > On 1/9/23 07:43, Orion Poplawski wrote: > > > I'm hoping to start updating libharu to 2.4.3, mathgl to 8.0.1, > > > and vtk to > > > 9.2.5 at the end of this week.  Builds will be done in a sid

Re: libharu 2.4.3, mathgl 8.0.1, vtk 9.2.5 update coming to rawhide soon

On 1/14/23 09:31, Orion Poplawski wrote: On 1/9/23 07:43, Orion Poplawski wrote: I'm hoping to start updating libharu to 2.4.3, mathgl to 8.0.1, and vtk to 9.2.5 at the end of this week.  Builds will be done in a side tag. Test builds are being done here: https://copr.fedorainfracloud.org/cop

z3 soname bump

Version 4.12.0 of z3 has been released, and bumps the library soname. In a week, I will build the new version for z3 and will rebuild its sole consumer, klee, unless the klee maintainers (BCCed) prefer to do so themselves. -- Jerry James http://www.jamezone.org/ ___

Re: -fno-omit-frame-pointer does not work as advertised

* Kevin Kofler via devel: > Hi, > > to those who are pushing the -fno-omit-frame-pointer change: Are you aware > that neither that flag nor even -mno-omit-leaf-frame-pointer actually > guarantee that every leaf function is going to carry a frame pointer, as > required for your backtraces? Jaku

Re: -fno-omit-frame-pointer does not work as advertised

Daniel Alley wrote: > The quotation says the opposite of what you are saying. "leaves the frame > pointer pointing to the caller's frame" => the caller set the frame > pointer, the leaf did not, therefore the leaf function will not show up > but the caller still will. No, that is not what it say

Accidental opencv soname bump

On 14. 01. 23 17:31, Orion Poplawski wrote: On 1/9/23 07:43, Orion Poplawski wrote: I'm hoping to start updating libharu to 2.4.3, mathgl to 8.0.1, and vtk to 9.2.5 at the end of this week.  Builds will be done in a side tag. Test builds are being done here: https://copr.fedorainfracloud.org/

Re: -fno-omit-frame-pointer does not work as advertised

> Daniel Alley wrote: > > But it can be in the function CALLING such a function, and said function > will be completely missing from the backtrace. > > Quoting your link > [https://developer.arm.com/documentation/dui0774/k/Compiler-Command-line-O...]: The quotation says the opposite of what yo

Re: List of long term FTBFS packages to be retired in February

Olivier Fourdan wrote: > Actually… I suspect fixing that build failure would require a fix in > the xserver from ajax [1] Actually, this is the fix that is needed: https://gitlab.freedesktop.org/xorg/driver/xf86-video-qxl/-/commit/4e1963a812f2c1777ba5d56ea9e939a3e40a0496 (This is the xf86-video-q

Re: -fno-omit-frame-pointer does not work as advertised

Daniel Alley wrote: > It is unlikely that the critical bottleneck of any applications will be on > such a function. But it can be in the function CALLING such a function, and said function will be completely missing from the backtrace. Quoting your link [https://developer.arm.com/documentation/

Re: -fno-omit-frame-pointer does not work as advertised

On Sun, 15 Jan 2023 at 03:33, Daniel Alley wrote: > > Hi, > > > > > Frame pointers sound like a simple solution to unwinding, but they are > not. > > They are no complete replacement for unwinding information. > > > > Kevin Kofler > > I don't think anyone ever argued that frame pointers w

Re: -fno-omit-frame-pointer does not work as advertised

> Hi, > > to those who are pushing the -fno-omit-frame-pointer change: Are you aware > that neither that flag nor even -mno-omit-leaf-frame-pointer actually > guarantee that every leaf function is going to carry a frame pointer, as > required for your backtraces? This feels slightly too aggres