On Sat, 9 Jul 2022, 03:37 Allan via devel,
wrote:
> On Tue, 5 Jul 2022 23:21:36 +0200
> Miro Hrončok wrote:
>
> > On 05. 07. 22 23:16, Ben Cotton wrote:
> > > The work around Raspberry Pi 4 has been on going for a number of
> > > years, but we've never officially supported it due to lack of
> >
The truth package has been failing to build for quite a while, and I
can't figure out how to fix it. I believe it's related to versions of
the auto package. I dealt with those quite a while ago, but really
don't have the time to delve back into it again.
Any help would greatly appreciated.
On 7/8/22 20:18, Christian Hergert wrote:
>> That is the problem right here: .eh_frame-based unwinding is too slow, so it
>> has to be
>> done offline in userspace. What about instead adding ORC information to
>> userspace? That
>> would be much faster to use.
>
> I'm not familiar with ORC, bu
On Tue, 5 Jul 2022 23:21:36 +0200
Miro Hrončok wrote:
> On 05. 07. 22 23:16, Ben Cotton wrote:
> > The work around Raspberry Pi 4 has been on going for a number of
> > years, but we've never officially supported it due to lack of
> > accelerated graphics and other key features. A few of us have l
> That is the problem right here: .eh_frame-based unwinding is too slow, so it
> has to be
> done offline in userspace. What about instead adding ORC information to
> userspace? That
> would be much faster to use.
I'm not familiar with ORC, but there are a few things that initially come to
min
On 09. 07. 22 0:26, Fabio Valentini wrote:
In addition, I would ask of all of you to make sure all your packages have been
added to the @rust-sig group on src.fedoraproject.org (at least with "commit"
access), unless there is a very good reason not to do so (and if that is the
case for a particul
Hello Rust packagers,
Following up on my previous emails, there are still a lot of Rust packages that
were imported to Fedora, but the recommended "initial setup" for them was never
finished.
I have started by adding them all "rust-*" packages to koschei, which makes it
way easier for me to see a
On Fri, 2022-07-08 at 12:40 -0400, Ben Cotton wrote:
> Discussion of Microsoft Store policies is off-topic for this list. The
> Water Cooler category[1] on Fedora Discussion would be a good place to
> have this conversation.
Sorry, I sent my last reply before seeing this one.
--
Adam Williamson
F
On Fri, 2022-07-08 at 17:59 +0200, Vitaly Zaitsev via devel wrote:
> On 08/07/2022 17:48, Adam Williamson wrote:
> > That's not what that story says. It says you can't charge for them.
> >
> > Additionally, Microsoft says[1] the intent is not to stop F/OSS
> > developers from charging for their ow
On 7/8/22 15:29, Christian Hergert wrote:
>> Frank Ch. Eigler mentions that elfutils has a more modern unwinding library.
>> Could that perhaps solve your performance issues with libunwind?
>
> I don't think so. The problem is two-fold.
>
> First, we have to capture enough of the stack to do off
On Fri, Jul 8, 2022 at 9:20 PM Christian Hergert wrote:
>
> > So it looks like what you folks are doing is actually very similar to what
> > Facebook is doing. That is interesting, and explains why some GNOME
> > developers are jumping on the bandwagon of this Change proposal.
>
> To be fair, we'v
> Frank Ch. Eigler mentions that elfutils has a more modern unwinding library.
> Could that perhaps solve your performance issues with libunwind?
I don't think so. The problem is two-fold.
First, we have to capture enough of the stack to do offline unwinding. I think
the default many people do
> So it looks like what you folks are doing is actually very similar to what
> Facebook is doing. That is interesting, and explains why some GNOME
> developers are jumping on the bandwagon of this Change proposal.
To be fair, we've been complaining about it internally in GNOME for probably
arou
It's been a while since we've had some Prioritized Bugs that are
stuck, but here we are. If you can help move these forward, you are a
hero.
1. cmake — https://bugzilla.redhat.com/show_bug.cgi?id=2079833 — NEW
Get rid of multiple source path definitions
Versions of cmake prior to 3.23 accidentall
I like this proposal. Is the intent to use the raw.xz image or the "iso +
UEFI" mechanism?
Steve
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct
I don’t think we should be gatekeeping who can propose or discuss a
Change. I do think that the opinions of the upstream and downstream GCC
maintainers should be weighed quite heavily when considering a change to
the default compiler flags.
As a FESCo member, I’m waiting to see if the Change o
On Wed, Jul 6, 2022 at 7:49 AM Peter Boy wrote:>
> I very much appreciate the work to support the various SBC devices like
> Raspberry Pi and workalikes. But I'm a little lost with this proposal.
>
> > Am 05.07.2022 um 23:16 schrieb Ben Cotton :
> > The work around Raspberry Pi 4 has been on goin
Hey Christopher,
I can take over:
python-tenacity
python-typeguard
From you, my FAS account name is: supakeen
Regards,
Simon
On Fri, Jul 8, 2022, at 6:38 PM, Christopher Brown wrote:
> Hello,
>
> I've been doing a terrible job of maintaining these recently. Please
> let me know if you would
On Thu, Jul 7, 2022 at 2:37 PM Ron Olson wrote:
>
> I have a Pi 4 that runs Fedora just fine; I use it to build Swift (takes
> almost 24 hours, but ¯\_(ツ)_/¯) so what doesn’t work? What podcast was this
> mentioned on?
Core things have worked for some time, I know, I did the work, but
we've not
On Thu, Jul 7, 2022 at 11:23 PM Sally A. Haj via devel
wrote:
>
> Fist of all, thank you for the big amazing news for Fedora.
> I have some questions about the new support of V3D in Fedora, is that support
> goes to upstream mainline Linux kernel? If yes, which release of Kernel has
> that inclu
On Fri, Jul 8, 2022 at 6:39 PM Christopher Brown wrote:
>
> Hello,
>
> I've been doing a terrible job of maintaining these recently. Please let me
> know if you would like to take over. Will orphan otherwise.
>
> python-tenacity
> python-typeguard
> rubygem-asciidoctor-pdf
> rubygem-chunky_png
>
On Thu, Jul 7, 2022 at 7:05 PM Alec Leamas wrote:
>
> Hi,
>
> On 07/07/2022 17:36, Onuralp SEZER wrote:
> >
> > For example can you run wayland, or usage of fully supported GPU usage,
> > Rs-pi's Camera usage, SPI , I2C , GPIO usages (PWM,Analog and others)
>
>
> Indeed. Also, the installation pro
Missing expected images:
Minimal raw-xz armhfp
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 10/236 (x86_64), 16/165 (aarch64)
New failures (same test not failed in Fedora-Rawhide-20220707.n.0):
ID: 1319040 Test: x86_64 KDE-live-iso desktop_pr
Discussion of Microsoft Store policies is off-topic for this list. The
Water Cooler category[1] on Fedora Discussion would be a good place to
have this conversation.
[1] https://discussion.fedoraproject.org/c/fun/8
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/In
Hello,
I've been doing a terrible job of maintaining these recently. Please let me
know if you would like to take over. Will orphan otherwise.
python-tenacity
python-typeguard
rubygem-asciidoctor-pdf
rubygem-chunky_png
rubygem-css_parser
rubygem-font-awesome-rails
rubygem-pdf-core
rubygem-prawn-i
Vitaly Zaitsev via devel wrote:
> For example, last week they decided to kill all OSS applications from
> the Microsoft Store:
>
https://www.reddit.com/r/linux/comments/vtxr9r/software_freedom_conservancy_heads_up_microsoft/
Actually, what they did there actually makes sense to me. The rule prohi
On 08/07/2022 17:48, Adam Williamson wrote:
That's not what that story says. It says you can't charge for them.
Additionally, Microsoft says[1] the intent is not to stop F/OSS
developers from charging for their own software, but to stop others
passing off for a profit. I agree that the current p
On Fri, 2022-07-08 at 17:20 +0200, Vitaly Zaitsev via devel wrote:
> On 08/07/2022 16:14, Matthew Miller wrote:
> > And Microsoft is not the 1990s Microsoft. They know that
> > they need to do this differently and I know there are people (actual, real,
> > humans!) who care about open source and ma
On 08/07/2022 16:14, Matthew Miller wrote:
And Microsoft is not the 1990s Microsoft. They know that
they need to do this differently and I know there are people (actual, real,
humans!) who care about open source and making Linux better for everyone.
And now that includes Lennart.
No. Microsoft
On 7/7/22 16:13, Christian Hergert wrote:
> Sysprof has modular data collection backends, and not everything requires
> linking against libunwind.
>
> For those not familiar with Sysprof, or profiling the desktop at large,
> generally a single program is not the problem. The performance problems
On Fri, 8 Jul 2022, Kevin Kofler via devel wrote:
But upstream is now under a hostile corporation's control? Can we trust the
most privileged userspace program when it is effectively controlled by a
hostile corporation?
Yes we can, by reading and evaluating the code like we always do. If it
st
On Fri, Jul 08, 2022 at 04:08:55PM +0200, Kevin Kofler via devel wrote:
> Peter Robinson wrote:
> > Why? There's other maintainers, and he's not been the lead maintainer
> > in Fedora for some time.
>
> But upstream is now under a hostile corporation's control? Can we trust the
> most privileged
Neal Gompa wrote:
> Microsoft has people working on a number of core Linux projects ever
> since they started making their own Linux distribution.
It is fun how the old
https://web.archive.org/web/20220312030903/http://www.mslinux.org/
joke has suddenly become reality.
I hope we are not getting E
On Fri, Jul 08, 2022 at 04:08:55PM +0200, Kevin Kofler via devel wrote:
> But upstream is now under a hostile corporation's control? Can we trust the
> most privileged userspace program when it is effectively controlled by a
> hostile corporation?
Let's please not do this. Upstream is an LGPL pr
On Fri, Jul 8, 2022 at 10:09 AM Kevin Kofler via devel
wrote:
>
> Peter Robinson wrote:
> > Why? There's other maintainers, and he's not been the lead maintainer
> > in Fedora for some time.
>
> But upstream is now under a hostile corporation's control? Can we trust the
> most privileged userspace
Peter Robinson wrote:
> Why? There's other maintainers, and he's not been the lead maintainer
> in Fedora for some time.
But upstream is now under a hostile corporation's control? Can we trust the
most privileged userspace program when it is effectively controlled by a
hostile corporation?
Hey folks,
The deadline for the Nest with Fedora CfP submissions is extended until
next Wednesday, July 13th! Make sure to submit your ideas on the Flock
Pagure repo: https://pagure.io/flock/issues
Registration is also open: https://hopin.com/events/nest-with-fedora-2022
Cheers!
--
Marie
On Fri, Jul 8, 2022 at 9:34 AM Chris Adams wrote:
>
> Once upon a time, Kevin Kofler said:
> > Luna Jernberg wrote:
> > > https://www.phoronix.com/scan.php?page=news_item&px=Systemd-Creator-Microsoft
> > > https://linuxactionnews.com/248
> >
> > Time to remove systemd from the distribution?
>
> W
On 08.07.22 09:46, Sandro Mani wrote:
Hi
I'll update to tesseract-5.2.0 in rawhide, and rebuild affected
packages as listed below. I'll do the work in the side tag
f37-build-side-54886.
Done now, all build succeeded.
Sandro
___
devel mailing li
Once upon a time, Kevin Kofler said:
> Luna Jernberg wrote:
> > https://www.phoronix.com/scan.php?page=news_item&px=Systemd-Creator-Microsoft
> > https://linuxactionnews.com/248
>
> Time to remove systemd from the distribution?
What part of Free and Open says "judge people based on their employe
On Fri, Jul 8, 2022 at 2:05 PM Kevin Kofler via devel
wrote:
>
> Luna Jernberg wrote:
> > https://www.phoronix.com/scan.php?page=news_item&px=Systemd-Creator-Microsoft
> > https://linuxactionnews.com/248
>
> Time to remove systemd from the distribution?
Why? There's other maintainers, and he's no
Luna Jernberg wrote:
> https://www.phoronix.com/scan.php?page=news_item&px=Systemd-Creator-Microsoft
> https://linuxactionnews.com/248
Time to remove systemd from the distribution?
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject
> On Sun, Jul 03, 2022 at 12:11:40PM +0200, Fabio Valentini wrote:
>
> That said, until then I can try and run things on weekends.
Is there a formal process to volunteer to hold the keys to the kingdom?
___
devel mailing list -- devel@lists.fedoraproje
On Thursday, 7 July 2022 19:37:16 BST Sharpened Blade via devel wrote:
> If it is really compromised, then you have to assume anything the vm sends
> you is fake. As far as the owner of guest knows, there could not even a a
> real vm, only a ssh shell that looks like it.
> In a real situation, th
Theodore Papadopoulo wrote:
> gdb and similar tools are confused, notably because local variables are
> "optimsed out" (which I suspect is related to frame pointer).
It is not.
This is related to compiling with any optimization at all, and you
definitely do not want production binaries compiled
OLD: Fedora-Rawhide-20220707.n.0
NEW: Fedora-Rawhide-20220708.n.0
= SUMMARY =
Added images:2
Dropped images: 0
Added packages: 3
Dropped packages:0
Upgraded packages: 123
Downgraded packages: 0
Size of added packages: 21.28 MiB
Size of dropped packages:0
On Thu, Jul 07, 2022 at 08:13:52PM -, Christian Hergert wrote:
> Sysprof has modular data collection backends, and not everything
> requires linking against libunwind.
>
> For those not familiar with Sysprof, or profiling the desktop at
> large, generally a single program is not the problem. T
PS: One more question:
Christian Hergert wrote:
> We have an in-tree parser for ELF that allows us to avoid a lot of
> extraneous code when extracting symbols. Partially because libunwind is
> incredibly slow (by profiler requirements), and partially because
> historically we never had to stash st
Christian Hergert wrote:
> For those not familiar with Sysprof, or profiling the desktop at large,
> generally a single program is not the problem. The performance problems
> often exist across a number of processes.
[…]
> The most used collector, however, is the perf collector which is just
> read
Hi,
After a few issues with the new zlib-1.2.12 release [1], we fixed the
incompatible issue spotted in ruby package [2].
I would like to announce the new zlib-1.2.12-3 package that is now present
in Fedora Rawhide [3].
This release also brings some new IBM performance optimizations which are
me
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-35-20220707.0):
ID: 1318933 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On 7/6/22 08:30, Vitaly Zaitsev via devel wrote:
On 05/07/2022 21:15, Matthias Clasen wrote:
And I doubt that you'd be able to notice a 'smaller than 1% slowdown'
on your system.
4% slowdown is unacceptable.
At least for Fedora Workstation, being
a useful system for developers with working d
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-36-20220707.0):
ID: 1318917 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Hi
I'll update to tesseract-5.2.0 in rawhide, and rebuild affected packages
as listed below. I'll do the work in the side tag f37-build-side-54886.
Thanks
Sandro
---
Affected packages:
ffmpeg
gimagereader
mupdf
opencv
python-PyMuPDF
R-tesseract
zathura-pdf-mupdf
__
54 matches
Mail list logo
