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.
> >
>
> That'
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
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:
https://docs.fedoraproject.org/en-US/project/code-o
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 behin
>
> 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 Fedora
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 was
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 Molon
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 creat
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 re
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
>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 offer,
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 wh
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:
*
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
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 ther
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
repositori
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 of
> 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 (AND
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 tod
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 (2024-04-
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
Fe
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 benchma
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 benchma
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
Dne 26. 03. 24 v 6:00 odp. Artur Frenszek-Iwicki napsal(a):
If we're going to introduce any kind of (semi-)automatic
conversion of existing license tags, I think it'd be good
to make "convert «and» and «or» to upper-case"
part of the process.
A.FI.
[0]https://spdx.github.io/spdx-spec/v2.3/SPDX-
25 matches
Mail list logo
