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
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
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,
> >
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 bring.
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 se
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'
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
cheer
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 pa
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 plea
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 mailing
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
PCP.
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 running
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 (of
13 matches
Mail list logo