On 14/12/2022 00:53, Michael Catanzaro via devel wrote:
Thank you _very much_ Neal, Fabio, and Zbigniew for your efforts to revisit
that decision.
This proposal was rejected and you don't like it. So please please stop
attacking other people.
--
Sincerely,
Vitaly Zaitsev (vit...@easycodi
Announcing the creation of a new nightly release validation test event
for Fedora 38 Rawhide 20221214.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
Good to see this proposal and I am glad that you have worked out the way
together.
Vít
Dne 12. 12. 22 v 17:43 Sérgio Basto napsal(a):
On Mon, 2022-12-12 at 10:57 -0500, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/ImageMagick7
This document represents a proposed Change. As part
OLD: Fedora-Rawhide-20221213.n.0
NEW: Fedora-Rawhide-20221214.n.0
= SUMMARY =
Added images:1
Dropped images: 5
Added packages: 4
Dropped packages:1
Upgraded packages: 190
Downgraded packages: 0
Size of added packages: 5.31 GiB
Size of dropped packages
Hey all,
I've been maintaining the Free Pascal Compiler [0] in Fedora for some time now.
A couple of times I played around with the idea of building and packaging FPC
cross-compilers. Lately I gave it another go and arrived and some quite
workable results. If you're interested, you can check them
Hey all-
I’m curious how Upstream Monitoring works; I got a BZ filed that Swift 5.7.2 is
available, which I’m building now, but what surprised me was how fast the new
version was detected and brought to my attention. Does it use The New Hotness?
I set that up awhile ago but I don’t think it fil
On Wed, Dec 14, 2022 at 4:38 PM Ron Olson wrote:
>
> Hey all-
>
> I’m curious how Upstream Monitoring works; I got a BZ filed that Swift 5.7.2
> is available, which I’m building now, but what surprised me was how fast the
> new version was detected and brought to my attention. Does it use The Ne
On Wed, 2022-12-14 at 09:36 -0600, Ron Olson wrote:
> Hey all-
>
> I’m curious how Upstream Monitoring works; I got a BZ filed that
> Swift 5.7.2 is available, which I’m building now, but what surprised
> me was how fast the new version was detected and brought to my
> attention. Does it use The N
There is a plan to automate that when you request a new package in
Fedora [0],
but it's still work in progress.
The notification settings are now explained in the-new-hotness
documentation [1]
with new coming in upcoming release of src.fedoraproject.org.
Michal
[0] - https://pagure.io/releng
Minutes:
https://meetbot.fedoraproject.org/fedora-meeting-1/2022-12-14/fedora_coreos_meeting.2022-12-14-16.31.html
Minutes (text):
https://meetbot.fedoraproject.org/fedora-meeting-1/2022-12-14/fedora_coreos_meeting.2022-12-14-16.31.txt
Log:
https://meetbot.fedoraproject.org/fedora-meeting-1/2022
The main issue with this change for Silverblue/Kinoite is that this introduces
client side layering by default for all users.
To understand why this is not a good idea, I need to recap a few things: how
rpm-ostree client side layering works, the general goal behind rpm-ostree and
image based up
> One solution to reduce the time taken by client side layering and those
> issues mentioned
> above is to move the package overrides back to the server side by using a
> layering
> approach similar to the one used to build containers. This is the goal of
> this change:
> https://fedoraproject.o
On Thu, 2022-12-15 at 00:11 +, Michael Catanzaro via devel wrote:
> For Fedora Flatpaks, the solution would have to be Flatpak extensions
> hosted by Cisco: overlaying OpenH264 on the host system won't
> actually accomplish anything useful. Even if you need it for a
> command line tool like ffm
> On Thu, 2022-12-15 at 00:11 +, Michael Catanzaro via devel wrote:
>
> Well, except that we ship Firefox in the default OS image and to make
> that play video, overlaying openh264 is *exactly* what's needed.
Ah, drat... well there's not a lot of great options, then. We can (a) change it
to
14 matches
Mail list logo
