I'm +1 on "Fedora Linux". I believe it adds clarity, especially when talking
with software vendors. IE, "I'm running Fedora Linux" is less ambiguous than
having to explain that Fedora is Linux after telling your ISP's support, etc.,
"I'm running Fedora."
And, if Fedora Linux isn't clear enough, we can always abruptly rebrand it to
Fedora Stream in a few months. I don't think that would cause any confusion.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Assuming KeyDB gets accepted (it looks close from the Bugzilla review), we
should obsolete redis for KeyDB in Fedora 40+ and consider eventually doing
likewise with EPEL as well, since we aren't going to be able to ship any redis
patches moving forward. I feel less strongly about that for EPEL
Redis-6 is currently shipped in EPEL9, so it seems like a more obvious
step-forward wrt EPEL.
> Honestly trying to replace redis with KeyDB in Fedora would be a step
> backwards and cause headaches so I don't think it's feasible, at least
> until redis v7 features are merged into KeyDB.
FYI - It looks like there is a redis-7 to keydb-6 path:
https://github.com/Snapchat/KeyDB/issues/527#issuecomment-1370606311
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
My concern there is that it has 7 code contributors with just one person having
the vast majority of those commits. That's not a problem for including the
package, but it could be a concern for replacing redis with it given how young
the project is and for it having significantly less
> If we have some clue that a v7 merge/release
> is on the very near horizon for KeyDB
This doesn't look promising for v7 in time for Fedora 40 or shortly after,
unfortunately: https://github.com/Snapchat/KeyDB/issues/420
The choice of shipping an ever-stale v7 database versus a maintainable
Yeah, I was going to say it depends on the dotnet8 runtime. There are
containers for it, but that's a lot of extra dependency load. Otherwise, it
would be viable.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
