On Thu, 5 Jan 2023 at 17:47, Demi Marie Obenour wrote:
>
> On 1/5/23 11:08, Frank Ch. Eigler wrote:
> >
> >> Of course, but the benefit is to fix performance bugs in applications
> >> or maybe the desktop itself. [...]
> >
> >>> Let's be firm in testing this empirically rather than aspirationally.
OLD: Fedora-Rawhide-20230105.n.0
NEW: Fedora-Rawhide-20230106.n.0
= SUMMARY =
Added images:0
Dropped images: 5
Added packages: 5
Dropped packages:0
Upgraded packages: 144
Downgraded packages: 0
Size of added packages: 18.03 MiB
Size of dropped packages:0
On Fri, Jan 06, 2023 at 10:24:39AM +, Jonathan Wakely wrote:
> But they should be measurable, right? If profiling can't actually
> measure performance and track improvements in performance, the change
> isn't useful. So it should be possible to show the benefits over the
> next release or two.
Hi
licensecheck-3.3.1 grew two new dependencies, reviews here:
perl-Feature-Compat-Class:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2158741
perl-Feature-Compat-Try:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2158742
Happy to review in exchange.
Thanks
Sandro
___
On Do, 05.01.23 20:17, Steve Grubb (sgr...@redhat.com) wrote:
> Hello,
>
> I work on RHEL security problems. I have been looking into a number of
> exploits and I think we have a problem that has an easy fix. We are not using
> the CONFIG_STATIC_USERMODEHELPER_PATH kernel config option. There are
On my Silverblue system, the main offender for this is podman.
As soon as I have a toolbox running, conmon holds up the reboot for a very
long time because it refuses to shutdown properly.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubs
Hello,
On Friday, January 6, 2023 9:33:12 AM EST Lennart Poettering wrote:
> On Do, 05.01.23 20:17, Steve Grubb (sgr...@redhat.com) wrote:
> > I work on RHEL security problems. I have been looking into a number of
> > exploits and I think we have a problem that has an easy fix. We are not
> > usin
Am 30.12.22 um 10:42 schrieb Peter Boy:
Am 30.12.2022 um 06:59 schrieb Nico Kadel-Garcia :
Am 28.12.22 um 11:49 schrieb Peter Boy:
It is a good idea to make the timeout configurable. But the default timeout
for servers must remain unchanged.
My problem is not "defined timeouts" it is
Hello,
On Friday, January 6, 2023 10:10:21 AM EST Steve Grubb wrote:
> One approach to solving this is to use selinux policy. I was informed
> overnight that policy 38.2-1 should now enforce kernel transitions to
> specific helper applications. So, maybe this is solved well enough?
I can verify t
On Fri, Jan 6 2023 at 09:47:29 AM -0500, Matthias Clasen
wrote:
On my Silverblue system, the main offender for this is podman.
As soon as I have a toolbox running, conmon holds up the reboot for a
very long time because it refuses to shutdown properly.
Maybe instead of SIGKILL, we should
On Fri, Jan 6 2023 at 11:06:26 AM -0600, Michael Catanzaro
wrote:
(a) Specific services want longer timeouts.
This can already be configured via existing configuration mechanisms,
so I think it's safe enough to ignore this problem. E.g. if a quick
shutdown will brick your Pinephone modem or c
On 2023-01-06 02:24, Jonathan Wakely wrote:
Aside: could the change proposal please be updated to show *how* to
opt out, not just state it can be done trivially?
I shouldn't have to find
https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/231#request_diff
to know whether the right
On Fr, 06.01.23 10:10, Steve Grubb (sgr...@redhat.com) wrote:
> Hello,
>
> On Friday, January 6, 2023 9:33:12 AM EST Lennart Poettering wrote:
> > On Do, 05.01.23 20:17, Steve Grubb (sgr...@redhat.com) wrote:
> > > I work on RHEL security problems. I have been looking into a number of
> > > exploi
Hi everyone!
My name is Omar Sandoval. Davide Cavalca just sponsored me as a packager
and suggested that I introduce myself here.
I am a Software Engineer on the Linux Kernel team at Meta. These days I
spend most of my time on the debugger I created, drgn
(https://github.com/osandov/drgn), as wel
First breakage seems to be here:
https://koji.fedoraproject.org/koji/taskinfo?taskID=95811080
Related to lua loading of otf fonts
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Fri, Jan 6, 2023 at 1:41 PM Michael J Gruber wrote:
> First breakage seems to be here:
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=95811080
>
> Related to lua loading of otf fonts
See https://bugzilla.redhat.com/show_bug.cgi?id=2158837
--
Jerry James
http://www.jamezone.org/
_
On Thu, Jan 5, 2023 at 10:20 AM Michael Catanzaro wrote:
>
> On Wed, Jan 4 2023 at 11:46:26 PM -0500, Tom Callaway
> wrote:
> > Despite the size, I don't think TL updates have ever gone through
> > that process before. Not opposed to doing it though, do we need to
> > revert those builds from raw
Hello, Omar.
On Friday, 06 January 2023 at 21:23, Omar Sandoval wrote:
[...]
> Fedora was the first Linux distro I ever tried back in high school,
> and I've been using Linux exclusively ever since. I distro hopped a
> bit over the years, but even when I wasn't using Fedora, I always
> admired how
Hey all,
The initial rebase of ImageMagick to v7 is landing in Rawhide now:
https://bodhi.fedoraproject.org/updates/FEDORA-2023-9d3e9afbfd
Most packages in the reverse dependency chain were rebuilt, though a
few are still left to fix and will be addressed separately.
The ones remaining are:
* a
On Wednesday, 04 January 2023 at 13:20, Vít Ondruch wrote:
> Just to let everybody know, Ruby 3.2 has landed in Rawhide [1]. The binary
> packages have been rebuilt, but there might be other compatibility issue.
>
> From top of my head, I know that sdformat will be FTBFS:
> https://github.com/gaze
I posted the same article on Fedora Discussion.[1] However let me
share it again on the devel@ to tell it to many people.
This is interesting news about RISC-V this week. Perhaps, it’s time to
prepare to add the RISC-V CPU to the Koji build system?
Google wants RISC-V to be a “tier-1” Android arc
> Am 06.01.2023 um 18:06 schrieb Michael Catanzaro :
>
> ...
>
> I think most of the feedback on this change can be summarized as:
>
> (a) Specific services want longer timeouts.
>
> This can already be configured via existing configuration mechanisms, so I
> think it's safe enough to ignore
On 1/6/23 16:19, Jun Aruga (he / him) wrote:
I posted the same article on Fedora Discussion.[1] However let me
share it again on the devel@ to tell it to many people.
This is interesting news about RISC-V this week. Perhaps, it’s time to
prepare to add the RISC-V CPU to the Koji build system?
Hi -
> The thing is that perf + flamegraphs makes your whole system much more
> visible and so it's much easier to find these kind of gains in
> specific scenarios.
(There are exist other profiling tools and techniques that do not
require frame pointer recompilation, but whatever.)
> Frame poi
Neal Gompa wrote:
> On Wed, Jan 4, 2023 at 8:30 AM Vitaly Zaitsev via devel
> wrote:
>>
>> On 03/01/2023 18:42, Miro Hrončok wrote:
>> >* AGREED: APPROVED (+6,1,-1) This Change is implemented for Fedora
>> > Linux 38 and we evaluate whether to retain it by Fedora Linux 40.
>> > This
Neal Gompa wrote:
> For what it's worth, frame pointers are required on other operating
> systems for precisely this reason
What operating systems REQUIRE frame pointers? GCC supports
-fomit-frame-pointer basically everywhere.
Kevin Kofler
___
Michael Catanzaro wrote:
> Benchmarks probably won't improve.
And that alone is enough to make Fedora look bad and lose users to other
distributions that cater to the Phoronix crowd.
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproj
Andrii Nakryiko wrote:
>
>> This is why I think the change is implicitly just for x86_64.
>
> Definitely not intentionally, might be just a bias of what we had most
> hands-on experience with.
Well, that is why it is so bad that you forced through this change behind
the toolchain team's back. Th
PS:
Kevin Kofler via devel wrote:
> The way this was done is so wrong:
> * There was a vote. You were not happy with the outcome.
> * So you first tried to complain in the original ticket about this. It was
> clear that the consensus in that ticket was to not reconsider at this
> time.
> * So inst
Miro Hrončok wrote:
> On 04. 01. 23 17:29, Jonathan Wakely wrote:
>> On Tue, 3 Jan 2023 at 09:39, Miro Hrončok wrote:
>>>
>>> = New business =
>>>
>>> #2923 Re-vote for Change proposal: Add -fno-omit-frame-pointer to
>>> #default
>>> compilation flags
>>> https://pagure.io/fesco/issue/2923
>>
>>
On Sat, Jan 7, 2023 at 12:24 AM Kevin Kofler via devel
wrote:
>
> Neal Gompa wrote:
> > For what it's worth, frame pointers are required on other operating
> > systems for precisely this reason
>
> What operating systems REQUIRE frame pointers? GCC supports
> -fomit-frame-pointer basically everywh
Autotrace supports building against GraphicsMagick, so I sent a pull
request to switch it to that.
https://src.fedoraproject.org/rpms/autotrace/pull-request/3
On Fri, Jan 6, 2023 at 3:45 PM Neal Gompa wrote:
>
> Hey all,
>
> The initial rebase of ImageMagick to v7 is landing in Rawhide now:
> ht
Richard W.M. Jones wrote:
> The problem is you're confusing general gains and gains in
> specific scenarios.
But the thing is that a gain in some specific scenario is a lot less useful
than a general gain. And the latter is usually not had through profiling,
but through improvements in toolchain
Neal Gompa wrote:
> GCC is not the official compiler on Windows or macOS. Both platforms
> require frame pointers on all supported architectures with their
> official compilers (MSVC for Windows, Clang for macOS).
Frame pointers are not required by the operating system if you can compile
working
On Sat, Jan 7, 2023 at 1:31 AM Kevin Kofler via devel
wrote:
>
> Neal Gompa wrote:
> > GCC is not the official compiler on Windows or macOS. Both platforms
> > require frame pointers on all supported architectures with their
> > official compilers (MSVC for Windows, Clang for macOS).
>
> Frame poi
Kevin Kofler via devel wrote:
> Also, for MSVC, /Oy- is documented to be supported on everything except
/Oy actually. /Oy- is the default (= -fno-omit-frame-pointer), /Oy is the
equivalent of -fomit-frame-pointer. But both are documented as unsupported
only for "x64 compilers".
Kevin Ko
On Sat, Jan 7, 2023 at 2:42 AM Jeff Law wrote:
>
>
>
> On 1/6/23 16:19, Jun Aruga (he / him) wrote:
> > I posted the same article on Fedora Discussion.[1] However let me
> > share it again on the devel@ to tell it to many people.
> >
> > This is interesting news about RISC-V this week. Perhaps, it
Hello team,
Could someone investigate the failure to build ispc [1] with the recent LLVM[2]
?
References:
[1] https://src.fedoraproject.org/rpms/ispc
[2] https://koji.fedoraproject.org/koji/taskinfo?taskID=95826442
___
devel mailing list -- devel@list
38 matches
Mail list logo
