Uh no? There's nothing headed to any Fedora release that will replace or
touch redis in any way. The "obsoletes" is commented out in the spec and
non-functional, it's only there for note/intent purposes depending on what
comes of this change proposal.
If I mistakenly pushed something somewhere
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 valkey, their redis
On Fri Apr 19, 2024 at 14:23 +1000, Nathan Scott wrote:
> 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
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 is saying we should retain Redis. I'm
On Thu Apr 18, 2024 at 11:51 +1000, Nathan Scott wrote:
> > > == 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 second time this has
On 4/18/24 00:51, Remi Collet wrote:
Le 17/04/2024 à 18:37, Maxwell G a écrit :
On Wed Apr 17, 2024 at 16:38 +0100, Aoife Moloney wrote:
Thank you for submitting this!
I agree we’ll have to get rid of redis in the future, and than such a
switch will make a strong statement about our
Nathan Scott wrote:
> - it could be advantageous if the new compat sub-package contained
> the redis binary symlinks & not the primary valkey package (this could
> allow valkey and redict packages to coexist, for example). Long-term
> we may want to drop those entirely (along with the compat
Le 17/04/2024 à 18:37, Maxwell G a écrit :
On Wed Apr 17, 2024 at 16:38 +0100, Aoife Moloney wrote:
Thank you for submitting this!
I agree we’ll have to get rid of redis in the future, and than such a
switch will make a strong statement about our disapproval to redis about
this License
On Wed, Apr 17, 2024 at 10:43 PM Nathan Scott wrote:
>
> 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
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
On Wed, Apr 17, 2024 at 9:52 PM Nathan Scott wrote:
>
> 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
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
On Wed Apr 17, 2024 at 16:38 +0100, Aoife Moloney wrote:
Thank you for submitting this!
> == 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.
> == Detailed Description ==
> We
On Wed, Apr 17, 2024 at 04:38:32PM +0100, Aoife Moloney wrote:
> == Contingency Plan ==
> * Contingency mechanism: (What to do? Who will do it?) Do not
> obsolete Redis with Valkey
> * Contingency deadline: N/A
Hmm, is this coningency. plan realistic at all? IIUC, we can't update
redis, so we
14 matches
Mail list logo
