Re: F41 Change Proposal: Replace Redis with Valkey (system-wide)

On Fri, Apr 19, 2024 at 2:29 PM Maxwell G wrote: > On Fri Apr 19, 2024 at 14:23 +1000, Nathan Scott wrote: > > The package does not have any Obsoletes, so nothing should happen unless > users take explicit action to install valkey. > Yes, that's my point - if someone installs valk

Re: F41 Change Proposal: Replace Redis with Valkey (system-wide)

Hi Neal, On Thu, Apr 18, 2024 at 1:02 PM Neal Gompa wrote: > On Wed, Apr 17, 2024 at 10:43 PM Nathan Scott wrote: > > On Thu, Apr 18, 2024 at 12:29 PM Neal Gompa wrote: > > > [...] > > > retaining Redis will just hurt us in the long term. > > > > Noone

Re: Redis will no longer be OSS... now what?

On Thu, Apr 18, 2024 at 1:05 AM Leon Fauster via devel wrote: > > > > Thanks for the work on it. I wonder why valkey conflicts with redis, > > redict for instance does not!? Is this a decision for a preferred > > upgrade path? What about leaving this decision to the user (keydb, > >

Re: F41 Change Proposal: Replace Redis with Valkey (system-wide)

Hi Neal, On Thu, Apr 18, 2024 at 12:29 PM Neal Gompa wrote: > [...] > retaining Redis will just hurt us in the long term. Noone is saying we should retain Redis. I'm advocating for a more appropriate transition that is respectful of the work and expertise the existing package maintainers

Re: F41 Change Proposal: Replace Redis with Valkey (system-wide)

Hi all, On Thu, Apr 18, 2024 at 2:38 AM Maxwell G wrote: > > Thank you for submitting this! +1 > > == Owner == > > * Name: [[User:jonathanspw|Jonathan Wright]] > > * Email: jonat...@almalinux.org > > It would be nice to have Remi who currently maintains redis on board as well. > This is the

Re: python packaging assistance sought for xgboost

Thanks Miro - that size pointer was helpful. Indeed, the only thing in the wheel are 3 metadata files. Things seem to be OK up to this point in the upstream hatchling build: https://github.com/dmlc/xgboost/blob/43897b829680d241491abe1ecd46b2ba9d338967/python-package/packager/pep517.py#L86 ...

Re: python packaging assistance sought for xgboost

Thanks for the assistance Miro. I've uploaded a local build log here: https://nathans.fedorapeople.org/xgboost/build.log AFAICS the python parts of the %install step seemed to have worked, but based on Sandro's pointer I can see many files are missing. cheers. -- Nathan --

Re: python packaging assistance sought for xgboost

Thanks for the assistance Sandro! What I see is ... BUILDROOT/xgboost-2.0.2-1.fc39.aarch64/usr/[...] <- all manner of files from the C++ build/install, then ... BUILDROOT/xgboost-2.0.2-1.fc39.aarch64/usr/lib BUILDROOT/xgboost-2.0.2-1.fc39.aarch64/usr/lib/python3.12

python packaging assistance sought for xgboost

Hi all, I've recently been packaging xgboost for Fedora. It's a C++ project using cmake, with a python module on the side (all in one source tarball): https://nathans.fedorapeople.org/xgboost/ The dependent dmlc-core package is here: https://nathans.fedorapeople.org/dmlc-core/ Everything is

Re: hiredis soname bump

On Mon, Jan 17, 2022 at 10:35 AM Iñaki Ucar wrote: > On Mon, 17 Jan 2022 at 00:21, Nathan Scott wrote: > > On Mon, Jan 17, 2022 at 7:05 AM Kevin Fenzi wrote: > > > > > > Greetings. > > > > > > We currently have hiredis-0.13.3-16 in rawhide, I'd l

Re: hiredis soname bump

Hi Kevin, On Mon, Jan 17, 2022 at 7:05 AM Kevin Fenzi wrote: > > Greetings. > > We currently have hiredis-0.13.3-16 in rawhide, I'd like to upgrade to > 1.0.2, which includes a soname bump. I think upstream may have reverted this change FWIW ... https://github.com/redis/hiredis/issues/990

Re: Attempting to contact unresponsive maintainers: dkaspar flaper87

Hi there, On Mon, May 20, 2019 at 5:22 PM Zbigniew Jędrzejewski-Szmek wrote: > > On Mon, May 20, 2019 at 11:51:58AM +1000, Nathan Scott wrote: > > Please feel free to set default dstat BZ assignment to me in this case, > > Kevin. > > I don't think you want this pack

Re: Attempting to contact unresponsive maintainers: dkaspar flaper87

Please feel free to set default dstat BZ assignment to me in this case, Kevin. On Tue, May 14, 2019 at 5:21 PM Lukas Nykryn wrote: > > Hi, > sorry for late answer I was on PTO, > > David no longer works in Red HAt and he is not interested in maintaining > those packages anymore. > Could you

Re: Attempting to contact unresponsive maintainers: dkaspar flaper87

Hi Kevin, On Wed, May 8, 2019 at 7:18 AM Kevin Fenzi wrote: > [...] > flaper87: > > "redis": "flaper87", I've been doing the Redis Fedora and EPEL updates for a few years now, I'm happy to take this one on. cheers. -- Nathan ___ devel

Re: Policy regarding service preset enabled (e.g. performance co-pilot)

Hi Georg, On Sun, Feb 10, 2019 at 6:47 AM Georg Sauthoff wrote: > [...] > I'm asking because installing the dstat replacement[1] in Fedora 29 > resulted in 3 additional always running systemd services[2] and 2 open > ports. The new dstat script resides in the pcp-system-tools sub-package of

Redis 5.0 in testing

Hi all, Quick note to mention the Redis 5.0 release builds are available in testing now for all current Fedora versions. This release is backward compatible with the 4.x series and adds a series of new features: https://raw.githubusercontent.com/antirez/redis/5.0/00-RELEASENOTES I've been

Redis modules license change and the 'GoodFORM' project

Hi all, This is a general notice about the 'Apache Commons Clause' license change affecting several Redis Labs modules. In Fedora today the 'rejson' and 'rebloom' packages are affected. https://fedoraproject.org/wiki/Licensing:Main#License_Changes After much discussion, the Debian maintainer