https://bugzilla.redhat.com/show_bug.cgi?id=2088264
Bug ID: 2088264
Summary: Upgrade perl-Module-Refresh to 0.18
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Module-Refresh
Assignee: rc040...@freenet.de
https://bugzilla.redhat.com/show_bug.cgi?id=2088259
Bug ID: 2088259
Summary: Upgrade perl-Mail-POP3Client to 2.21
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Mail-POP3Client
Assignee: rc040...@freenet.de
https://bugzilla.redhat.com/show_bug.cgi?id=2088256
Bug ID: 2088256
Summary: Upgrade perl-Devel-CheckLib to 1.16
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Devel-CheckLib
Assignee: de...@fateyev.com
Demi Marie Obenour wrote:
> If Fedora legally cannot ship a version of OpenJDK that hasn’t
> passed the TCK, but which is still compatible with the vast majority
> of Java code, then OpenJDK isn’t free software and Fedora cannot
> ship it at all. Conversely, if OpenJDK is free software, then
On 5/18/22 23:57, Jerry James wrote:
On Wed, May 18, 2022 at 9:41 PM Jerry James wrote:
I just updated my home machine to F36. Now, when I try to debug a
Fedora-built package after installing the appropriate debuginfo
packages with dnf, I get:
(No debugging symbols found in .gnu_debugdata
Hi,
I'm planning to update all of the LLVM packages in f36/rawhide to 14.0.3.
This release is API/ABI compatible with 14.0.0, so most packages that
depend on llvm won't need to be rebuilt. However, some packages hard-code
the resource directory for clang which has the version in its path, so
On Wed, May 18, 2022 at 9:41 PM Jerry James wrote:
> I just updated my home machine to F36. Now, when I try to debug a
> Fedora-built package after installing the appropriate debuginfo
> packages with dnf, I get:
>
> (No debugging symbols found in .gnu_debugdata for [path to ELF object])
>
> for
I just updated my home machine to F36. Now, when I try to debug a
Fedora-built package after installing the appropriate debuginfo
packages with dnf, I get:
(No debugging symbols found in .gnu_debugdata for [path to ELF object])
for every library. Is debuginfod the only supported way to get
Add `slab_nomerge init_on_alloc=1 init_on_free=1 page_alloc.shuffle=1 pti=on
randomize_kstack_offset=on vsyscall=none ` as default kernel command line
arguments. This can help prevent local exploits by making it harder to exploit
the kernel. I do not think there will be any breakage, I have
Add `slab_nomerge init_on_alloc=1 init_on_free=1 page_alloc.shuffle=1 pti=on
randomize_kstack_offset=on vsyscall=none ` as default kernel command line
arguments. This can help prevent local exploits by making it harder to exploit
the kernel. I do not think there will be any breakage, I have
On Monday, May 16, 2022 11:00:06 AM CDT you wrote:
> With the release of ansible-collection-community-docker 2.5.1, the license
> has changed from `GPLv3+` > `GPLv3+ and Python`.
This same change applies to the new release of
ansible-collection-community-rabbitmq.
--
Thanks,
Maxwell G
Hi,
I am trying to request a package for RHEL 9, but I cannot find RHEL
under Projects at issues.redhat.com.
What is the correct project for RHEL 9 ?
Thanks
---
Lee
On Mon, Mar 7, 2022 at 11:14 PM Josh Boyer wrote:
>
> Hi Fedora, CentOS, and EPEL Communities!
>
> As part of our continued 3
https://bugzilla.redhat.com/show_bug.cgi?id=2083360
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-libwww-perl-6.65-1.fc3 |perl-libwww-perl-6.65-1.fc3
https://bugzilla.redhat.com/show_bug.cgi?id=2083360
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-libwww-perl-6.65-1.fc3 |perl-libwww-perl-6.65-1.fc3
https://bugzilla.redhat.com/show_bug.cgi?id=2083360
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
On Wed, May 18, 2022 at 10:08 PM Otto Urpelainen wrote:
> Neal's proposal seems simple and safe.
Except that it conflicts with another of the
proposal authors, who claims one will be
required to use %if-%else logic.
Limitations in tooling to not report violations
of the intention of the
Ben Cotton kirjoitti 18.5.2022 klo 20.03:
We currently have three candidates for five open seats. This math does
not work out. You may nominate yourself (or someone else, with their
permission) before 2359 UTC on Wednesday 25 May.
On Wed, May 11, 2022 at 9:05 AM Ben Cotton wrote:
Now through
Rijul Gulati kirjoitti 15.5.2022 klo 21.05:
Hello Fedora,
My name is Rijul Gulati. I am a Software Developer from India.
I have been using Linux for a couple of years now, and would like to contribute
to the fedora project.
Welcome Rijul! Contributions are much appreciated.
I would like
Neal Gompa kirjoitti 18.5.2022 klo 19.40:
On Wed, May 18, 2022 at 12:27 PM Vít Ondruch wrote:
Dne 18. 05. 22 v 15:51 David Cantrell napsal(a):
On Wed, May 18, 2022 at 02:51:33PM +0200, Miro Hrončok wrote:
On 17. 05. 22 21:49, Miro Hrončok wrote:
On 17. 05. 22 17:06, Miroslav Suchý wrote:
Minutes:
https://meetbot.fedoraproject.org/fedora-meeting-1/2022-05-18/fedora_coreos_meeting.2022-05-18-16.30.html
Minutes (text):
https://meetbot.fedoraproject.org/fedora-meeting-1/2022-05-18/fedora_coreos_meeting.2022-05-18-16.30.txt
Log:
https://bugzilla.redhat.com/show_bug.cgi?id=2088118
Bug ID: 2088118
Summary: perl-libwww-perl-6.66 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-libwww-perl
Keywords: FutureFeature, Triaged
On 18/05/2022 19:14, Michael Catanzaro wrote:
Every bundled library needs a Provides, not only the ones that would be
affected by this change.
Yes. And maintainers must include and keep up to date this information
in SPECs:
All packages whose upstreams have no mechanism to build against
On 5/18/22 06:45, jiri vanek wrote:
>> Why did you give up?
>>
>
> I'm unable to enumerate number of bugs we solved, or even dropped as
> unsolvable due to dynamic nature of distribution-correct JDK.
Can you provide an example of an unsolvable one?
>> At one point AdoptOpenJDK distributed
On Wed, May 18 2022 at 12:01:33 PM -0400, Neal Gompa
wrote:
At this point, I'd rather have an OpenJDK in Fedora than not.
I'll bite: why? Just so that it's easily available via RPM? It's
starting to sound like Fedora would be providing very little value here
on top of what is offered by
We currently have three candidates for five open seats. This math does
not work out. You may nominate yourself (or someone else, with their
permission) before 2359 UTC on Wednesday 25 May.
On Wed, May 11, 2022 at 9:05 AM Ben Cotton wrote:
>
> Now through 25 May, you may nominate candidates for
On 18/05/2022 18:26, Simon Farnsworth wrote:
In English, "lie" means "a statement made by someone knowing it is not true".
It carries with it the idea that the person making the false statement knew it
was false, but claimed it was true anyway.
True, but we don't know for sure was it a mistake
On Wed, May 18, 2022 at 12:27 PM Vít Ondruch wrote:
>
>
> Dne 18. 05. 22 v 15:51 David Cantrell napsal(a):
> > On Wed, May 18, 2022 at 02:51:33PM +0200, Miro Hrončok wrote:
> >> On 17. 05. 22 21:49, Miro Hrončok wrote:
> >>> On 17. 05. 22 17:06, Miroslav Suchý wrote:
> Dne 17. 05. 22 v 16:59
On Wed, May 18, 2022 at 12:33 PM jiri vanek wrote:
>
> Hi Neal!
>
> We are participating on Wakefield too. Why do you think JDK in feora should
> miss it ?
> It does nto metter if it is static or dynamic one, it will just run correctly
> under wayaland. Or do I miss something?
The runtime
On 18/05/2022 17:51, jiri vanek wrote:
You can not put uncertified JDK to fedora.
Why not?
And we can no longer properly support certified dynamic builds
Hire new maintainers who can.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
Hi Neal!
We are participating on Wakefield too. Why do you think JDK in feora should
miss it ?
It does nto metter if it is static or dynamic one, it will just run correctly
under wayaland. Or do I miss something?
___
devel mailing list --
On 18/05/2022 18:01, Neal Gompa wrote:
At this point, I'd rather have an OpenJDK in Fedora than not. If that
means switching to bundled libraries, then fine. But all bundled
libraries need to be documented in the spec file and that information
needs to be kept up to date.
They also want to
On 18/05/2022 17:28, Peter Boy wrote:
You neglect the reality.
RPM is still the main package format on Fedora.
One alternative installation source is flatpak, that is gaining approval among
more and more Fedora developers, and more and more are switching to it.
Do you mean a third-party
Dne 18. 05. 22 v 15:51 David Cantrell napsal(a):
On Wed, May 18, 2022 at 02:51:33PM +0200, Miro Hrončok wrote:
On 17. 05. 22 21:49, Miro Hrončok wrote:
On 17. 05. 22 17:06, Miroslav Suchý wrote:
Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a):
Thanks for the explanation. Could this be
On Wednesday, 18 May 2022 15:41:17 BST Vitaly Zaitsev via devel wrote:
> On 18/05/2022 13:47, Dominik 'Rathann' Mierzejewski wrote:
>
> > Then call it "incorrect". Saying it's a lie implies intent to mislead,
> > while there obviously was none.
>
>
> Saying "lie" means "not true".
>
In
On Wed, May 18, 2022 at 6:04 PM Neal Gompa wrote:
>
> On Wed, May 18, 2022 at 11:55 AM jiri vanek wrote:
> >
> > You can imagine TCK as gigantic and pretty good testsuite, runing 24hours
> > with quite complicated setup. The pull and setup and run is completely
> > autoamted, but it is a lot
On Wed, May 18, 2022 at 11:55 AM jiri vanek wrote:
>
> You can imagine TCK as gigantic and pretty good testsuite, runing 24hours
> with quite complicated setup. The pull and setup and run is completely
> autoamted, but it is a lot of HW you need (all architecures x all oses x all
> jdks). In
One one side it is good testsuite, on second something yo have to pass to
publish. So if users in fedora should have distribution-packed JDKs, someone
have to run (At least) them.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
You can imagine TCK as gigantic and pretty good testsuite, runing 24hours with
quite complicated setup. The pull and setup and run is completely autoamted,
but it is a lot of HW you need (all architecures x all oses x all jdks). In
adition, you need human power to keep with TCK evolution,
You can not put uncertified JDK to fedora. And we can no longer properly
support certified dynamic builds. We realy do no like this change, but we do
not see another way.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
On Wed, May 18, 2022 at 11:28 AM Peter Boy wrote:
>
>
>
> > Am 18.05.2022 um 16:36 schrieb Vitaly Zaitsev via devel
> > :
> >
> > On 18/05/2022 11:27, Peter Boy wrote:
> >> We didn’t lost Eclipse, we switched from RPM to another distribution
> >> method. The same with Netbeans.
> >
> > No RPMS
> Am 18.05.2022 um 16:36 schrieb Vitaly Zaitsev via devel
> :
>
> On 18/05/2022 11:27, Peter Boy wrote:
>> We didn’t lost Eclipse, we switched from RPM to another distribution method.
>> The same with Netbeans.
>
> No RPMS in Fedora repositories => Fedora lost them.
You neglect the reality.
On 18/05/2022 17:04, Stephen Smoogen wrote:
It generally means and is interpreted as 'not true with the intention of
deceiving'. 'incorrect' is considered 'not true'.
The Oxford English Dictionary gives the following answer:
lie (noun) - an intentionally false statement
used with reference to
On Wed, 18 May 2022 at 10:41, Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 18/05/2022 13:47, Dominik 'Rathann' Mierzejewski wrote:
> > Then call it "incorrect". Saying it's a lie implies intent to mislead,
> > while there obviously was none.
>
> Saying "lie" means "not
On 18/05/2022 14:09, Stephen Snow wrote:
Below is the link to the JCK/TCK and to be able to use the OpenJDK name
you must sign the agreement and then you get access to the JCK which is
the certification test API.
That means that OpenJDK is no longer a free software and can't be
distributed by
On 18/05/2022 13:47, Dominik 'Rathann' Mierzejewski wrote:
Then call it "incorrect". Saying it's a lie implies intent to mislead,
while there obviously was none.
Saying "lie" means "not true".
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
Hi,
"jiri vanek" writes:
> As for .NET - you can not compare.
That's completely fair. One (OpenJDK) has been open source in various
forms for 15 years. The other has been (re-designed and made) open
source for around 5 years now. 10 years is an eternity, and has both
positive and negative
On 18/05/2022 11:27, Peter Boy wrote:
We didn’t lost Eclipse, we switched from RPM to another distribution method.
The same with Netbeans.
No RPMS in Fedora repositories => Fedora lost them.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
Hi,
Neal Gompa writes:
> The Python team made "Fedora Loves Python": https://fedoralovespython.org/
> The .NET team maintains the Developer page for .NET and has a domain
> redirect to it: https://fedoraloves.net/
For the record, the .NET SIG has a bus factor of one (maybe two) people
when it
On Wed, May 18, 2022 at 9:49 AM Mario Torre wrote:
>
> On Tue, May 10, 2022 at 11:52 PM Neal Gompa wrote:
>
> > I'm confused how this would not negatively impact the user experience,
> > because things like FreeType and HarfBuzz in Fedora have features and
> > configuration that are non-default
On Wed, May 18, 2022 at 02:51:33PM +0200, Miro Hrončok wrote:
> On 17. 05. 22 21:49, Miro Hrončok wrote:
> > On 17. 05. 22 17:06, Miroslav Suchý wrote:
> > > Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a):
> > > > Thanks for the explanation. Could this be explicitly written in
> > > > the change
On Tue, May 10, 2022 at 11:52 PM Neal Gompa wrote:
> I'm confused how this would not negatively impact the user experience,
> because things like FreeType and HarfBuzz in Fedora have features and
> configuration that are non-default that improve the font rendering
> capabilities of applications
On Tue, May 17, 2022 at 03:30:43PM -0400, Kevin P. Fleming wrote:
> On 5/17/22 14:35, David Cantrell wrote:
> > I think a better thing to do would be to use a scanner like scancode[1]
> > to
> > check the source tree in question and then construct a License expression
> > for
> > the spec file
On 5/17/22 21:39, Orion Poplawski wrote:
> libfabric 1.15.1 builds on x86_64 are failing because the final LTO link
> seems to consume all available memory:
...
> gcc: fatal error: Killed signal terminated program lto1
> compilation terminated.
> lto-wrapper: fatal error: gcc returned 1 exit
On Wed, 2022-05-18 at 14:39 +0200, Petr Pisar wrote:
> V Wed, May 18, 2022 at 08:09:06AM -0400, Stephen Snow napsal(a):
> > Once upon a time On Tue, 2022-05-17 at 10:29 -0500, Chris Adams
> > wrote:(snip unrelated) ...
> > > In this thread it was claimed (I believe by a packager) that TCK
> > > is
On Wed, 2022-05-18 at 07:27 -0500, Chris Adams wrote:
> Once upon a time, Stephen Snow said:
> > Once upon a time On Tue, 2022-05-17 at 10:29 -0500, Chris Adams
> > wrote:(snip unrelated) ...
> > > In this thread it was claimed (I believe by a packager) that TCK
> > > is
> > > important to Java
On 17. 05. 22 21:49, Miro Hrončok wrote:
On 17. 05. 22 17:06, Miroslav Suchý wrote:
Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a):
Thanks for the explanation. Could this be explicitly written in the change
proposal?
Yes. I will amend the proposal with FAQ posted in this thread.
Also, when
V Wed, May 18, 2022 at 08:09:06AM -0400, Stephen Snow napsal(a):
> Once upon a time On Tue, 2022-05-17 at 10:29 -0500, Chris Adams
> wrote:(snip unrelated) ...
> > In this thread it was claimed (I believe by a packager) that TCK is
> > important to Java users, but I haven't seen any users say
Am 18.05.22 um 11:27 schrieb Peter Boy:
We didn’t lost Eclipse, we switched from RPM to another distribution method.
Do you mean the Eclipse flatpak? I tried the flatpak but in the end went back to
upstream's plain binaries as the Flatpak does not work well when using pydev.
So for my use
Hello all,
Fedora 34 will go end of life for updates and support on 2022-06-07
No further updates, including security updates, will be
available for Fedora 34 after the said date. All the updates of Fedora
34 being pushed to stable will be stopped as well.
Regards,
Fedora Release Engineering
Hello all,
Fedora 34 will go end of life for updates and support on 2022-06-07
No further updates, including security updates, will be
available for Fedora 34 after the said date. All the updates of Fedora
34 being pushed to stable will be stopped as well.
Regards,
Fedora Release Engineering
Once upon a time, Filip Bartmann said:
> Hello,
> how can I request cerbot rpm for epel 9?
This is a work in progress, because of all the dependencies of certbot.
See https://bugzilla.redhat.com/show_bug.cgi?id=2041142
--
Chris Adams
___
epel-devel
Once upon a time, Stephen Snow said:
> Once upon a time On Tue, 2022-05-17 at 10:29 -0500, Chris Adams
> wrote:(snip unrelated) ...
> > In this thread it was claimed (I believe by a packager) that TCK is
> > important to Java users, but I haven't seen any users say that.
> >
> > I'm not a Java
Hi Filip,
> how can I request cerbot rpm for epel 9?
You can find the instructions for requesting an EPEL package in the
documentation here:
https://docs.fedoraproject.org/en-US/epel/epel-package-request/
--
Mike Rochefort
___
epel-devel mailing
Once upon a time On Tue, 2022-05-17 at 10:29 -0500, Chris Adams
wrote:(snip unrelated) ...
> In this thread it was claimed (I believe by a packager) that TCK is
> important to Java users, but I haven't seen any users say that.
>
> I'm not a Java user... I had never heard of TCK. I just went
>
Missing expected images:
Minimal raw-xz armhfp
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 14/231 (x86_64), 19/161 (aarch64)
New failures (same test not failed in Fedora-Rawhide-20220517.n.0):
ID: 1271137 Test: x86_64 Workstation-live-iso
> Jiri Vanek wrote:
>
> Unfortunately, your mail does not clarify all that much for me. I actually
> see several contradictions, e.g.:
>
>
> vs.
>
>
> so "putting [the binary] onto some other system", "eg on super custom
> opensuse", is exactly what you want to be able to do.
I do not see
On Tuesday, 17 May 2022 at 16:30, Vitaly Zaitsev via devel wrote:
> On 17/05/2022 14:36, Stephen Smoogen wrote:
> > I am going to ask you once to dial back your rhetoric. Calling people
> > liars for having definitions of firmware and drivers isn't helpful to
> > this conversation.
>
> I've never
V Wed, May 18, 2022 at 06:49:48AM -0400, Josh Boyer napsal(a):
> On Wed, May 18, 2022 at 6:21 AM Filip Bartmann wrote:
> >
> > Hello,
> > I try to install amavis in epel for RedHat 9 Stable:
> >
> > dnf install amavis
> > Updating Subscription Management repositories.
> > Last metadata expiration
On Wed, May 18, 2022 at 12:28 PM jiri vanek wrote:
>
> > Once, long ago, we were the leader in the Linux Java ecosystem, but
> > ironically as Red Hat's influence in OpenJDK grew, investment in
> > Fedora dwindled.
>
> That really is not true. But maybe we were doing to much to keep any java
>
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-34-20220517.0):
ID: 1271463 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
On Wed, May 18, 2022 at 6:21 AM Filip Bartmann wrote:
>
> Hello,
> I try to install amavis in epel for RedHat 9 Stable:
>
> dnf install amavis
> Updating Subscription Management repositories.
> Last metadata expiration check: 0:02:16 ago on Wed 18 May 2022 12:16:52 PM
> CEST.
> Error:
>
Yo are right. Then probably the only precedent I have is shmi.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
> Why did you give up?
>
I'm unable to enumerate number of bugs we solved, or even dropped as unsolvable
due to dynamic nature of distribution-correct JDK.
>
> At one point AdoptOpenJDK distributed binaries that were not tested
> against the TCK
> On 5/17/22 08:33, Stephen Smoogen wrote:
> If I understand correctly, the main problem
> with the Java ecosystem
> is that it is based on redistribution of binaries, not source code.
> The focus is on building binaries that can be run on as many
> systems as possible, rather than on providing
Hello,
how can I request cerbot rpm for epel 9?
Thanks,
Filip Bartmann
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
> On Tue, May 17, 2022 at 8:33 AM Stephen Smoogen wrote:
>
> My expectation is based on how both Python and .NET have done this:
>
> The Python team made "Fedora Loves Python": https://fedoralovespython.org/
> The .NET team maintains the Developer page for .NET and has a domain
> redirect to
> Once, long ago, we were the leader in the Linux Java ecosystem, but
> ironically as Red Hat's influence in OpenJDK grew, investment in
> Fedora dwindled.
That really is not true. But maybe we were doing to much to keep any java
somehow alive. This proposal will untie our hands, and we wil be
Hello,
I try to install amavis in epel for RedHat 9 Stable:
dnf install amavis
Updating Subscription Management repositories.
Last metadata expiration check: 0:02:16 ago on Wed 18 May 2022 12:16:52 PM
CEST.
Error:
Problem: conflicting requests
- nothing provides perl(Net::LibIDN) needed by
OLD: Fedora-Rawhide-20220517.n.0
NEW: Fedora-Rawhide-20220518.n.0
= SUMMARY =
Added images:1
Dropped images: 7
Added packages: 2
Dropped packages:1
Upgraded packages: 65
Downgraded packages: 0
Size of added packages: 5.61 MiB
Size of dropped packages
> Am 17.05.2022 um 15:02 schrieb Neal Gompa :
>
> On Tue, May 17, 2022 at 8:33 AM Stephen Smoogen wrote:
>>
>>
>>>
>>> So tell me, if we actually *did* this, what are *you* planning to do
>>> to make open source Java more attractive? What are you going to do to
>>
>>
>> Why is this their
> Am 17.05.2022 um 05:08 schrieb Neal Gompa :
> I don't know if you're going to gain any sympathy for stating this,
> considering how badly the Fedora Java ecosystem has fallen apart in
> the span of five years. Both in the wider Red Hat world and within
> Fedora itself, Java has received less
https://bugzilla.redhat.com/show_bug.cgi?id=2087276
--- Comment #1 from Fedora Update System ---
FEDORA-2022-2956da30eb has been submitted as an update to Fedora 36.
https://bodhi.fedoraproject.org/updates/FEDORA-2022-2956da30eb
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=2087276
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |MODIFIED
Fixed In Version|
Hi,
I am trying to create a new package in Fedora: "zstd-jni"
https://github.com/luben/zstd-jni
This would allow our package "apache-commons-compress" to use zstd
compression. Note that zstd-jni is a separate project from zstd. They
just add some jni C and Java librry to use them.
I am
V Tue, May 17, 2022 at 05:06:44PM +0200, Miroslav Suchý napsal(a):
> Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a):
> > Also, when you say "after F38 branching", does that mean it will not be
> > allowed in f35, f36 and f37 branches?
>
> No. Old branches i.e. f35, f36 and f37 will keep using the
85 matches
Mail list logo
