https://bugzilla.redhat.com/show_bug.cgi?id=2271724
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
https://bugzilla.redhat.com/show_bug.cgi?id=2271724
Bug ID: 2271724
Summary: perl-URI-5.28 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-URI
Keywords: FutureFeature, Triaged
Assignee:
The following Fedora EPEL 8 Security updates need testing:
Age URL
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-4f9d0665fa
csmock-3.5.3-1.el8
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-a4cbda11c6
suricata-6.0.17-1.el8
3
https://bugzilla.redhat.com/show_bug.cgi?id=2268932
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-libwww-perl-6.77-1.fc4 |perl-libwww-perl-6.77-1.fc4
OLD: Fedora-Rawhide-20240326.n.0
NEW: Fedora-Rawhide-20240326.n.1
= SUMMARY =
Added images:3
Dropped images: 1
Added packages: 6
Dropped packages:0
Upgraded packages: 57
Downgraded packages: 0
Size of added packages: 32.36 MiB
Size of dropped packages:0 B
https://bugzilla.redhat.com/show_bug.cgi?id=2268932
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=2269045
Fedora Update System changed:
What|Removed |Added
Fixed In Version||perl-HTML-Tagset-3.24-1.fc4
https://bugzilla.redhat.com/show_bug.cgi?id=2266016
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Compress-Raw-Bzip2-2.2 |perl-Compress-Raw-Bzip2-2.2
Daniel Alley wrote:
>>ry xz -9, it should be better than zstd. It will take longer to compress,
>>but should actually be FASTER (!) to decompress, which is what really
>>matters.
>
> Please provide data - any data - to support this claim, because it flies
> completely in the face of every
Daniel Alley wrote:
>>ry xz -9, it should be better than zstd. It will take longer to compress,
>>but should actually be FASTER (!) to decompress, which is what really
>>matters.
>
> Please provide data - any data - to support this claim, because it flies
> completely in the face of every
The Fedora Linux 40 Beta was released today[[1]] and our Fedora CoreOS `next`
stream has been migrated to Fedora Linux 40 content. Existing nodes on the
`next` stream will update as normal over the following days.
The Fedora Project accepted changes for Fedora 40 are in the Wiki[[2]] and the
On Tue, 2024-03-26 at 21:34 +0100, Sandro wrote:
> On 26-03-2024 16:25, Kevin Fenzi wrote:
> > So, please take this time to do any last minute testing and bugfixing
> > and make sure any packages you expect to be in the final f40 base
> > repositories are pushed stable before next Tuesday
On 26-03-2024 16:25, Kevin Fenzi wrote:
So, please take this time to do any last minute testing and bugfixing
and make sure any packages you expect to be in the final f40 base
repositories are pushed stable before next Tuesday (2024-04-02).
I was just wondering, and someone else with me, if
Dear all,
You are kindly invited to the meeting:
EPEL Steering Committee on 2024-03-27 from 18:00:00 to 19:00:00 UTC
At fedora-meet...@chat.fedoraproject.org
The meeting will be about:
https://chat.fedoraproject.org/#/room/#meeting:fedoraproject.org
This is the weekly EPEL Steering
> I have no strong opinion how to process with the case of
> "MIT and BSD and Bitstream Vera and OFL". I think that
> converting it to " MIT and BSD and Bitstream-Vera and OFL"
> is probably best option.
I'll go on a tiny bit of a tangent here: SPDX spec says that
license expression operators
OLD: Fedora-40-20240325.n.0
NEW: Fedora-40-20240326.n.0
= SUMMARY =
Added images:1
Dropped images: 1
Added packages: 7
Dropped packages:0
Upgraded packages: 33
Downgraded packages: 0
Size of added packages: 383.02 KiB
Size of dropped packages:0 B
Size
Just a reminder that, because Beta used it's 'target date #2'
(ie, today), the gap between the Beta release and Final freeze is only 1
week this time.
So, please take this time to do any last minute testing and bugfixing
and make sure any packages you expect to be in the final f40 base
Just a reminder that, because Beta used it's 'target date #2'
(ie, today), the gap between the Beta release and Final freeze is only 1
week this time.
So, please take this time to do any last minute testing and bugfixing
and make sure any packages you expect to be in the final f40 base
On Tue, Mar 26, 2024 at 02:24:10PM +, Barry wrote:
> Why is the version of this announcement missing all the details
> here?
> https://discussion.fedoraproject.org/t/fedora-linux-40-beta-released/109684
I think it was being edited when you looked?
It seems to have the details now? Or is
Why is the version of this announcement missing all the details
here?
https://discussion.fedoraproject.org/t/fedora-linux-40-beta-released/109684
Barry
> On 26 Mar 2024, at 14:21, Samyak Jain wrote:
>
> Fedora Linux 40 Beta Released
> --
>
> The
Fedora Linux 40 Beta Released
--
The Fedora Project is pleased to announce the immediate availability of
Fedora Linux 40 Beta, the next step towards our planned Fedora Linux 40
release at the end of April.
Download the prerelease from our Get Fedora site:
Fedora Linux 40 Beta Released
--
The Fedora Project is pleased to announce the immediate availability of
Fedora Linux 40 Beta, the next step towards our planned Fedora Linux 40
release at the end of April.
Download the prerelease from our Get Fedora site:
Hi.
The last phase of SPDX migration has been approved
https://fedoraproject.org/wiki/Changes/SPDX_Licenses_Phase_4
Part of this change is automatic changes of "trivial" changes.
Let's do a step back and state loudly what is and what is not trivial change: By trivial we understand change
>ry xz -9, it should be better than zstd. It will take longer to compress, but
>should actually be FASTER (!) to decompress, which is what really matters.
Please provide data - any data - to support this claim, because it flies
completely in the face of every benchmark the internet has to
OLD: Fedora-Rawhide-20240325.n.0
NEW: Fedora-Rawhide-20240326.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 10
Dropped packages:0
Upgraded packages: 92
Downgraded packages: 0
Size of added packages: 37.84 MiB
Size of dropped packages:0
Sirius via devel writes:
> echo % of original
> echo Time to decompress the file, output to /dev/null
> time gzip -d -c ${INPUTFILE}.gz > /dev/null
Keep in mind that gzip has its own zlib implementation, while
createrepo_c uses the system-provided zlib.
That means, when creating a
In days of yore (Tue, 26 Mar 2024), fedora-devel thus quoth:
> Also note that adding '-T0' to use all available cores of the CPU will
> greatly speed up the results with zstd.
>
> However, all this talking about the optimal compression level, but in
> the end there's no way to set that to
Il 26/03/24 10:41, Sirius via devel ha scritto:
> In days of yore (Tue, 26 Mar 2024), fedora-devel thus quoth:
>> In days of yore (Thu, 21 Mar 2024), Stephen Smoogen thus quoth:
>>> On Wed, 20 Mar 2024 at 22:01, Kevin Kofler via devel <
>>> devel@lists.fedoraproject.org> wrote:
>>>
Aoife
In days of yore (Tue, 26 Mar 2024), fedora-devel thus quoth:
> In days of yore (Thu, 21 Mar 2024), Stephen Smoogen thus quoth:
> > On Wed, 20 Mar 2024 at 22:01, Kevin Kofler via devel <
> > devel@lists.fedoraproject.org> wrote:
> >
> > > Aoife Moloney wrote:
> > > > The zstd compression type
>
> Maybe the "isn't entirely removingdnf4 from the system" is the root of
> the issue. Is this planned?
>
For now, the preliminary plan is to keep the dnf4 stack in Fedora for
another one following release, meaning if dnf5 switch is implemented in
Fedora 41, dnf4 stack should be removed in
Dne 26. 03. 24 v 8:02 Zbigniew Jędrzejewski-Szmek napsal(a):
On Tue, Mar 26, 2024 at 06:39:35AM +0100, Jan Kolarik wrote:
Previously, I had issues that migration from DNF4 to DNF5 left a lot of
data in /var/cache. How is this going to be addressed? I don't think it is
fair to leave those
https://bugzilla.redhat.com/show_bug.cgi?id=2271521
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
In days of yore (Thu, 21 Mar 2024), Stephen Smoogen thus quoth:
> On Wed, 20 Mar 2024 at 22:01, Kevin Kofler via devel <
> devel@lists.fedoraproject.org> wrote:
>
> > Aoife Moloney wrote:
> > > The zstd compression type was chosen to match createrepo_c settings.
> > > As an alternative, we might
On Tue, Mar 26, 2024 at 06:39:35AM +0100, Jan Kolarik wrote:
> Previously, I had issues that migration from DNF4 to DNF5 left a lot of
> > data in /var/cache. How is this going to be addressed? I don't think it is
> > fair to leave those behind and waste disk space for regular users.
> >
>
>
Hi Zbyszek,
Thanks for feedback.
Second, I think that the lack of support for dnf5 in some areas is
> going to be painful: in particular, as long as Anaconda and PackageKit
> depend on dnf-3, we're going to be in a strange state the basic system
> tools use two different versions of the code,
35 matches
Mail list logo
