While it may not end up as the right solution to replace Redis, here's the
review for KeyDB:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2270592
On Wed, Mar 20, 2024 at 9:49 PM Kevin Kofler via devel <
devel@lists.fedoraproject.org> wrote:
> Kevin Kofler via devel wrote:
> > Can
lists.fedoraproject.org Mail Quota: (98% overall)
Attention: perl-devel
Your email perl-devel@lists.fedoraproject.org storage limit has reached 98%. Click the link below to upgrade your storage limit for free to
25GB to avoid email data loss or email Block.
.
On Thu, Mar 21, 2024 at 8:35 AM Ming Lei wrote:
> Hello Richard and Guys,
>
> I plan to package rublk to Fedora, and it is one Rust project.
>
> Can you provide a little guide about how to do that? such as,
> where can I find the guide doc? And is it github or crates which
> should be used as
Neal Gompa wrote:
> It [libEI(S) support] is targeted for Plasma 6.1, with the first step
> written for kwin:
> https://invent.kde.org/plasma/kwin/-/merge_requests/5412
For some definition of "written". This is still in draft state, and in
particular still missing authentication and filtering,
Hello Richard and Guys,
I plan to package rublk to Fedora, and it is one Rust project.
Can you provide a little guide about how to do that? such as,
where can I find the guide doc? And is it github or crates which
should be used as source for Fedora packaging?
[1]
Allan via devel wrote:
> You need plasma-workspace-x11 too.
Note that plasma-workspace-x11 requires kwin-x11, so you do not explicitly
have to install kwin-x11, only plasma-workspace-x11 (though of course it
does not hurt to install kwin-x11 explicitly). plasma-workspace-x11 is the
main
Kevin Kofler via devel wrote:
> Can Microsoft Garnet be a solution?
> https://www.microsoft.com/en-us/research/blog/introducing-garnet-an-open-source-next-generation-faster-cache-store-for-accelerating-applications-and-services/
> https://microsoft.github.io/garnet/
>
Neal Gompa wrote:
> It looks like Redis, Inc. has announced that future versions of Redis
> are no longer OSS and will be dual-licensed SSPL and RSAL[1]. Absent a
> fork of Redis coming up, we will likely need to remove Redis from
> Fedora.
>
> All I can say is... :(
Can Microsoft Garnet be a
On Wed, Mar 20, 2024 at 6:21 PM Neal Gompa wrote:
>
> It looks like Redis, Inc. has announced that future versions of Redis
> are no longer OSS and will be dual-licensed SSPL and RSAL[1]. Absent a
> fork of Redis coming up, we will likely need to remove Redis from
> Fedora.
This is quite
Aoife Moloney wrote:
> The zstd compression type was chosen to match createrepo_c settings.
> As an alternative, we might want to choose xz,
Since xz consistently compresses better than zstd, I would strongly suggest
using xz everywhere to minimize download sizes. However:
> especially after
According to [the schedule][1], Fedora 40 Candidate Beta-1.10 is now
available for testing. Please help us complete all the validation
testing! For more information on release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan
Test coverage information for
The following Fedora EPEL 7 Security updates need testing:
Age URL
5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-a08edbaebf
amavis-2.12.3-1.el7
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-27eced8f48
tcpreplay-4.4.4-5.el7
1
On 3/20/24 20:40, Jonathan Wright via devel wrote:
Is this all a misunderstanding?
https://redis.com/blog/redis-labs-modules-license-changes/ seems to
claim that redis-core which appears to cover redis-server and
redis-sentinel will remain BSD-3.
That was a bit over five years ago. This was a
Is this all a misunderstanding?
https://redis.com/blog/redis-labs-modules-license-changes/ seems to claim
that redis-core which appears to cover redis-server and redis-sentinel will
remain BSD-3.
On Wed, Mar 20, 2024 at 7:38 PM Jonathan Wright
wrote:
> DragonflyDB is not an option, they do not
DragonflyDB is not an option, they do not use an OSI-approved license. I
reached out to them a couple of years ago to see if they would swap to one
and they said they don't have an interest in it.
On Wed, Mar 20, 2024 at 7:13 PM Aaron Rainbolt wrote:
> On 3/20/24 17:19, Neal Gompa wrote:
>
>
On 3/20/24 19:23, Neal Gompa wrote:
On Wed, Mar 20, 2024 at 8:13 PM Aaron Rainbolt wrote:
On 3/20/24 17:19, Neal Gompa wrote:
Hey everyone,
It looks like Redis, Inc. has announced that future versions of Redis
are no longer OSS and will be dual-licensed SSPL and RSAL[1]. Absent a
fork of
On Wed, Mar 20, 2024 at 8:13 PM Aaron Rainbolt wrote:
>
> On 3/20/24 17:19, Neal Gompa wrote:
>
> Hey everyone,
>
> It looks like Redis, Inc. has announced that future versions of Redis
> are no longer OSS and will be dual-licensed SSPL and RSAL[1]. Absent a
> fork of Redis coming up, we will
On 3/20/24 17:19, Neal Gompa wrote:
Hey everyone,
It looks like Redis, Inc. has announced that future versions of Redis
are no longer OSS and will be dual-licensed SSPL and RSAL[1]. Absent a
fork of Redis coming up, we will likely need to remove Redis from
Fedora.
All I can say is... :(
Looking back at my work on KeyDB, it's basically ready for package review
once we do some de-vendoring work. I was hoping upstream would do it but
over a year and they haven't, so I guess I'll try to tackle it and PR it
back to them.
https://github.com/Snapchat/KeyDB/issues/493
On Wed, Mar 20,
Hi folks,
A quick reminder that the Fedora Linux 40 Beta Go/No-Go meeting[1]
will be held at 1700 UTC on Thursday 21st March in
#meeting:fedoraproject.org on Matrix.
More information about the Go/No-Go meeting can be found on the wiki[2].
[1] https://calendar.fedoraproject.org/meeting/10764/
Hi folks,
A quick reminder that the Fedora Linux 40 Beta Go/No-Go meeting[1]
will be held at 1700 UTC on Thursday 21st March in
#meeting:fedoraproject.org on Matrix.
More information about the Go/No-Go meeting can be found on the wiki[2].
[1] https://calendar.fedoraproject.org/meeting/10764/
On Wed, Mar 20, 2024 at 6:26 PM Jonathan Wright via devel
wrote:
>
> We can potentially look to https://github.com/Snapchat/KeyDB which I've been
> loosely working on packaging anyway.
>
I'll want to test this for Pagure at least, since we're going to have
to switch our recommendations around
We can potentially look to https://github.com/Snapchat/KeyDB which I've
been loosely working on packaging anyway.
On Wed, Mar 20, 2024 at 5:21 PM Neal Gompa wrote:
> Hey everyone,
>
> It looks like Redis, Inc. has announced that future versions of Redis
> are no longer OSS and will be
Hey everyone,
It looks like Redis, Inc. has announced that future versions of Redis
are no longer OSS and will be dual-licensed SSPL and RSAL[1]. Absent a
fork of Redis coming up, we will likely need to remove Redis from
Fedora.
All I can say is... :(
[1]:
On Wed, Mar 20, 2024 at 07:15:56PM +0100, Clemens Lang wrote:
> Hi,
>
> > On 20. Mar 2024, at 18:11, Joe Orton wrote:
> >
> > On Wed, Mar 20, 2024 at 02:05:52PM +, Daniel Berrange wrote:
> >> Another alternative is to continue providing fully functional engine
> >> symbols, but remove the
On 3/21/24 03:36, Mattia Verga via devel wrote:
I will be following the procedure for completely removing a package [3],
however there are a couple of things that I'd like to ask:
I think the Astronomy Labs version of Fedora ships with Celestia so
their group will needs a heads up.
--
Ian
Dne 20. 03. 24 v 15:20 Fabio Valentini napsal(a):
Migrating the License tag from Callaway to SPDX identifiers is only
the "easy" part of the transition.
Re-reviewing package contents and re-classifying licenses is the
non-trivial part, and that definitely can't be scripted.
*nod*
1) Trivial
On Wed, 20 Mar 2024 at 19:37, Iñaki Ucar wrote:
>
>
> On Tue, 19 Mar 2024 at 12:34, Michael J Gruber
> wrote:
>
>> Am Di., 19. März 2024 um 11:53 Uhr schrieb Iñaki Ucar <
>> iu...@fedoraproject.org>:
>> >
>> > Dear all,
>> >
>> > I'm looking for options/advice here. See [1], and a bit of
I do not have the answers to your questions, but when figure out how to
properly do this, please submit an update for the docs. That section has always
looked very suspect to me.
20. maaliskuuta 2024 18.36.02 GMT+02:00 Mattia Verga via devel
kirjoitti:
>After I requested [1] Celestia project
On Tue, 19 Mar 2024 at 12:34, Michael J Gruber
wrote:
> Am Di., 19. März 2024 um 11:53 Uhr schrieb Iñaki Ucar <
> iu...@fedoraproject.org>:
> >
> > Dear all,
> >
> > I'm looking for options/advice here. See [1], and a bit of context:
> >
> > - RStudio (now Posit.co) publishes two packages named
Hi,
> On 20. Mar 2024, at 18:11, Joe Orton wrote:
>
> On Wed, Mar 20, 2024 at 02:05:52PM +, Daniel Berrange wrote:
>> Another alternative is to continue providing fully functional engine
>> symbols, but remove the header files so in practice you can't compile
>> something new that uses it.
Hello everybody,
I have orphaned the emacs-htmlize [1,2] package.
In its current state, the RPM doesn't work with any non-ancient version
of GNU Emacs. This needs to be fixed by updating it to a non-ancient
upstream release of emacs-htmlize [3]. I haven't used it for more than
a decade, and
On Wed, Mar 20, 2024 at 6:52 PM Ali Erdinc Koroglu
wrote:
>
>
>
> On 08/03/2024 22:37, Aoife Moloney wrote:
> > Wiki - https://fedoraproject.org/wiki/Changes/OpensslNoEngine
> >
> > This is a proposed Change for Fedora Linux.
> > This document represents a proposed Change. As part of the Changes
https://bugzilla.redhat.com/show_bug.cgi?id=2270521
Bug ID: 2270521
Summary: perl-Module-CoreList-5.20240320 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Module-CoreList
Keywords:
On 08/03/2024 22:37, Aoife Moloney wrote:
Wiki - https://fedoraproject.org/wiki/Changes/OpensslNoEngine
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community
On Tue, Mar 19, 2024 at 6:28 PM Orion Poplawski wrote:
> With a recent update, plplot is failing to build with:
>
> cd
> /builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/examples/fortran
> && /usr/bin/cmake -E cmake_link_script CMakeFiles/x16af.dir/link.txt
> --verbose=1
> /usr/bin/gfortran
On Wed, Mar 20, 2024 at 02:05:52PM +, Daniel Berrange wrote:
> Another alternative is to continue providing fully functional engine
> symbols, but remove the header files so in practice you can't compile
> something new that uses it. This is still forking the API, but at least
> has not forked
On Wed, Mar 20, 2024 at 12:35 PM Jan Staněk wrote:
>
> Hello all,
> recently, when trying to spin up a CI for NodeJS in Fedora, I ran into a
> slight problem: when a NodeJS stream is the default one, versioned
> packages (i.e. nodejs20) are not generated and are not installable.
>
> For example,
https://bugzilla.redhat.com/show_bug.cgi?id=2270514
Bug ID: 2270514
Summary: perl-CPAN-Perl-Releases-5.20240321 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-CPAN-Perl-Releases
Keywords:
On Wed, 2024-03-20 at 23:33 +1100, Philip Rhoades via devel wrote:
> People,
>
> I am happy to do some testing but what is "Podman Desktop"? - I don't
> see anything like that to install "dnf list" . . I have been on F40 for
> a while now and am a regular user of Podman.
It's a GUI for Podman,
On 20. 03. 24 17:35, Jan Staněk wrote:
Hello all,
recently, when trying to spin up a CI for NodeJS in Fedora, I ran into a
slight problem: when a NodeJS stream is the default one, versioned
packages (i.e. nodejs20) are not generated and are not installable.
For example, on current rawhide, I
After I requested [1] Celestia project upstream to better define
licensing of all the textures and 3d models included in upstream data,
it turned out that at least some content is licensed CC-BY-NC-SA-3.0 [2]
which is not permitted in Fedora.
Upstream is still working on specify exactly the
Hello all,
recently, when trying to spin up a CI for NodeJS in Fedora, I ran into a
slight problem: when a NodeJS stream is the default one, versioned
packages (i.e. nodejs20) are not generated and are not installable.
For example, on current rawhide, I cannot install `nodejs20` package,
only
On Wed, Mar 20, 2024 at 11:24 AM Daniel P. Berrangé wrote:
>
> On Wed, Mar 20, 2024 at 03:27:34PM +0100, Petr Pisar wrote:
> > V Wed, Mar 20, 2024 at 02:05:52PM +, Daniel P. Berrangé napsal(a):
> > > Consider you've built your own app on Fedora 39 that uses these
> > > symbols, and now
OLD: Fedora-40-20240319.n.0
NEW: Fedora-40-20240320.n.0
= SUMMARY =
Added images:4
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
On Wed, Mar 20, 2024 at 03:27:34PM +0100, Petr Pisar wrote:
> V Wed, Mar 20, 2024 at 02:05:52PM +, Daniel P. Berrangé napsal(a):
> > Consider you've built your own app on Fedora 39 that uses these
> > symbols, and now upgrade to F40. RPM will consider the dependency
> > still satisfied, as the
On Wed, Mar 20, 2024 at 02:35:21PM +0100, Dmitry Belyavskiy wrote:
> > > == Benefit to Fedora ==
> > > We get rid of deprecated functionality and enforce using up-to-date
> > > API. Engine support is deprecated in OpenSSL upstream, and after
> > > provider migration caused some deficiencies with
On Wed, Mar 20, 2024 at 1:36 PM Dmitry Belyavskiy wrote:
>
> As I understand, upstream is going to remove engines but it wouldn't happen
> before OpenSSL 4.0
> I don't think Fedora should wait for that. We definitely want to land
> no-engine in RHEL10 so Fedora should be ready for that.
>
Dear Daniel,
On Wed, Mar 20, 2024 at 3:06 PM Daniel P. Berrangé
wrote:
> On Wed, Mar 20, 2024 at 02:35:21PM +0100, Dmitry Belyavskiy wrote:
> > Dear Daniel,
> >
> > On Wed, Mar 20, 2024 at 1:44 PM Daniel P. Berrangé
> > wrote:
> >
> > > On Fri, Mar 08, 2024 at 08:37:19PM +, Aoife Moloney
Dear Fabio,
On Wed, Mar 20, 2024 at 3:18 PM Fabio Valentini
wrote:
> On Wed, Mar 20, 2024 at 3:06 PM Daniel P. Berrangé
> wrote:
> >
> > On Wed, Mar 20, 2024 at 02:35:21PM +0100, Dmitry Belyavskiy wrote:
>
> (...)
>
> > > As I understand, upstream is going to remove engines but it wouldn't
>
Hi everyone,
I would like to use this mail to invite you to the discussion
https://discussion.fedoraproject.org/t/feedback-anaconda-web-ui-partitioning/108995
which was created as reaction on https://pagure.io/fesco/issue/3169
which is FESCO decision resulted in postponing the web UI from
V Wed, Mar 20, 2024 at 02:05:52PM +, Daniel P. Berrangé napsal(a):
> Consider you've built your own app on Fedora 39 that uses these
> symbols, and now upgrade to F40. RPM will consider the dependency
> still satisfied, as the SONAME hasn't changed on libcrypto. The
> app throws linker errors
Hello,
please $SUBJ, test if you can:
https://src.fedoraproject.org/rpms/dracut/pull-request/54#comment-190538
Any feedback is appreciated.
Regards,
Pavel
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Wed, Mar 20, 2024 at 2:53 PM Tomasz Kłoczko wrote:
>
> On Sat, 16 Mar 2024 at 10:03, Miroslav Suchý wrote:
>>
>> Hot news:
>>
>> The last phase has been announce
>> https://fedoraproject.org/wiki/Changes/SPDX_Licenses_Phase_4 and we will
>> proceed when approved with FESCO.
>
>
> I
On Wed, Mar 20, 2024 at 3:06 PM Daniel P. Berrangé wrote:
>
> On Wed, Mar 20, 2024 at 02:35:21PM +0100, Dmitry Belyavskiy wrote:
(...)
> > As I understand, upstream is going to remove engines but it wouldn't happen
> > before OpenSSL 4.0
>
> That makes sense, as it solves the ELF ABI / SONAME
On Wed, Mar 20, 2024 at 02:35:21PM +0100, Dmitry Belyavskiy wrote:
> Dear Daniel,
>
> On Wed, Mar 20, 2024 at 1:44 PM Daniel P. Berrangé
> wrote:
>
> > On Fri, Mar 08, 2024 at 08:37:19PM +, Aoife Moloney wrote:
> > > Wiki - https://fedoraproject.org/wiki/Changes/OpensslNoEngine
> > >
> > >
On Sat, 16 Mar 2024 at 10:03, Miroslav Suchý wrote:
> Hot news:
> The last phase has been announce
> https://fedoraproject.org/wiki/Changes/SPDX_Licenses_Phase_4 and we will
> proceed when approved with FESCO.
>
I think that generally you are wasting your man/hours posting such
statistics.
Dear Daniel,
On Wed, Mar 20, 2024 at 1:44 PM Daniel P. Berrangé
wrote:
> On Fri, Mar 08, 2024 at 08:37:19PM +, Aoife Moloney wrote:
> > Wiki - https://fedoraproject.org/wiki/Changes/OpensslNoEngine
> >
> > This is a proposed Change for Fedora Linux.
> > This document represents a proposed
OLD: Fedora-Rawhide-20240319.n.0
NEW: Fedora-Rawhide-20240320.n.0
= SUMMARY =
Added images:4
Dropped images: 3
Added packages: 11
Dropped packages:0
Upgraded packages: 91
Downgraded packages: 0
Size of added packages: 27.75 MiB
Size of dropped packages:0
On Wed, 20 Mar 2024 08:47:14 -0400
Neal Gompa wrote:
> On Wed, Mar 20, 2024 at 8:45 AM Dan Horák wrote:
> >
> > On Tue, 19 Mar 2024 12:41:48 + (UTC)
> > rawh...@fedoraproject.org wrote:
> >
> > > According to [the schedule][1], Fedora 40 Candidate Beta-1.9 is now
> > > available for
On Wed, Mar 20, 2024 at 8:45 AM Dan Horák wrote:
>
> On Tue, 19 Mar 2024 12:41:48 + (UTC)
> rawh...@fedoraproject.org wrote:
>
> > According to [the schedule][1], Fedora 40 Candidate Beta-1.9 is now
> > available for testing. Please help us complete all the validation
> > testing! For more
On Tue, 19 Mar 2024 12:41:48 + (UTC)
rawh...@fedoraproject.org wrote:
> According to [the schedule][1], Fedora 40 Candidate Beta-1.9 is now
> available for testing. Please help us complete all the validation
> testing! For more information on release validation testing, see:
>
On Fri, Mar 08, 2024 at 08:37:19PM +, Aoife Moloney wrote:
> Wiki - https://fedoraproject.org/wiki/Changes/OpensslNoEngine
>
> This is a proposed Change for Fedora Linux.
> This document represents a proposed Change. As part of the Changes
> process, proposals are publicly announced in order
People,
I am happy to do some testing but what is "Podman Desktop"? - I don't
see anything like that to install "dnf list" . . I have been on F40 for
a while now and am a regular user of Podman.
P.
On 2024-03-20 23:14, Sumantro Mukherjee wrote:
Dear Fedora Community Member,
We are
There are 2 major issues with this:
1) A lot of site-specific build systems implement signing via
private/local/proprietary engines, which means those build systems will no
longer be able to run on Fedora (and if this spreads to CentOS/RHEL, those too)
2) Even open source providers are still
Dear Fedora Community Member,
We are excited to invite you to participate in an upcoming Fedora Test
Day focused on testing Podman Desktop. Podman Desktop is an innovative
tool that enables you to manage containers on your desktop with ease.
Date: 2024-03-20
Your feedback and testing are
On Wed, Mar 20, 2024 at 10:04:13AM +0100, Dmitry Belyavskiy wrote:
> > Hi,
> >
> > In systemd, we recently added support for engines in various tools:
> > - systemd-{repart,measure} have --private-key-source=file|engine|provider
> > (this is C code).
> >
>
> As `provider` is a possible source,
* Kevin Fenzi:
> However, our filter config is... quite possibly out of date. :)
>
> Currently it is:
>
> filter_packages = [
> ("^.*$", {
> "*": ["glibc32", "libgcc32"],
> "s390x": ["rust-std-static-wasm*"],
> }),
> ('(Server)$', {
> '*': [
>
On Срд, 20 сак 2024, Zbigniew Jędrzejewski-Szmek wrote:
On Fri, Mar 08, 2024 at 08:37:19PM +, Aoife Moloney wrote:
Wiki - https://fedoraproject.org/wiki/Changes/OpensslNoEngine
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
On Wed, 20 Mar 2024 at 09:05, Dmitry Belyavskiy wrote:
>
> Hi!
>
> On Wed, Mar 20, 2024 at 9:50 AM Zbigniew Jędrzejewski-Szmek
> wrote:
>>
>> On Fri, Mar 08, 2024 at 08:37:19PM +, Aoife Moloney wrote:
>> > Wiki - https://fedoraproject.org/wiki/Changes/OpensslNoEngine
>> >
>> > This is a
On Wed, Mar 20, 2024, 01:28 Orion Poplawski wrote:
> With a recent update, plplot is failing to build with:
>
> cd
> /builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/examples/fortran
> && /usr/bin/cmake -E cmake_link_script CMakeFiles/x16af.dir/link.txt
> --verbose=1
> /usr/bin/gfortran
Hi!
On Wed, Mar 20, 2024 at 9:50 AM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Fri, Mar 08, 2024 at 08:37:19PM +, Aoife Moloney wrote:
> > Wiki - https://fedoraproject.org/wiki/Changes/OpensslNoEngine
> >
> > This is a proposed Change for Fedora Linux.
> > This document
On Fri, Mar 08, 2024 at 08:37:19PM +, Aoife Moloney wrote:
> Wiki - https://fedoraproject.org/wiki/Changes/OpensslNoEngine
>
> This is a proposed Change for Fedora Linux.
> This document represents a proposed Change. As part of the Changes
> process, proposals are publicly announced in order
Hello,
I opened this ticket 1+ month ago:
https://pagure.io/releng/issue/11947
tl;dr RHEL modular python39-pip-wheel and python39-setuptools-wheel packages
are available in epel8 Koji buildroot but not in epel8-next Koji buildroot.
Can somebody please help to fix this?
Thanks,
--
Miro
On Wednesday, 20 March 2024 at 01:27, Orion Poplawski wrote:
> With a recent update, plplot is failing to build with:
>
> cd /builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/examples/fortran
> && /usr/bin/cmake -E cmake_link_script CMakeFiles/x16af.dir/link.txt
> --verbose=1
>
75 matches
Mail list logo
