Revue de presse de l’April pour la semaine 13 de l’année 2024

Posté par  (site web personnel, Mastodon) . Modéré par Benoît Sibaud. Licence CC By‑SA.
17
3
avr.
2024
Internet

Cette revue de presse sur Internet fait partie du travail de veille mené par l’April dans le cadre de son action de défense et de promotion du logiciel libre. Les positions exposées dans les articles sont celles de leurs auteurs et ne rejoignent pas forcément celles de l’April.

Journal Le roi est mort, vive le roi ! Les alternatives de Redis sont là

Posté par  (site web personnel) . Licence CC By‑SA.
13
3
avr.
2024

Bonjour Nal !

Après le changement de licence de Redis, ce qui devait arriver arriva, et des alternatives libres apparaissent.

Tout d'abord, on a le timing magnifique de Microsoft qui publie quelques jours avant le-dit changement : Garnet, sous licence MIT, et utilisant le protocole RESP, permettant d'utiliser les clients Redis tels quels.

Ensuite, on a l'annonce de Redict, sous licence LGPL 3.0-only (à différencier donc des LGPL 3.0 et plus).

Puis Valkey, supporté par la Linux (…)

Journal Redis Open Source bronsonisé

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
19
22
mar.
2024

Bonjour Nal.

Désolé pour ce titre un peu putaclick. Personne n'est décédé cette fois ci.

Juste Redis qui change de licence, passant de BSD3 a une double licence, dont une propriétaire.

Un autre lien sur le sujet avec un peu plus d'information ici. Toujours en anglais cela dit.

On notera l'apparition quasi immédiate du manifeste CacheRevolt en réponse.

J'observe une tendance des "gros" projets à se retirer de l'open source progressivement, tout en communiquant leur prétendu "amour de (…)

Wiki Tuto/HowTo - Nextcloud activer système de cache (memcache) avec redis

4
29
mar.
2017

Introduction

  • Le système de cache permet de stocker en mémoire RAM (ou en SWAP si trop de RAM utilisée) certaines informations régulièrement sollicitées, évitant ainsi de passer par la base de données (MySQL, PostGreSQL, SQLITE, etc) et augmentant les performances. Si vous utilisez un cache Redis sur une autre machine que le serveur web (par exemple en cluster), utilisez php-apcu pour stocker localement les scripts php précompilés et redis pour les informations qui doivent être partagées entre les serveurs.

Note (…)

Virevoltantes valses de licences libres et non libres dans les bases de données

Posté par  (site web personnel) . Édité par bubar🦥, patrick_g et Ysabeau 🧶 🧦. Modéré par claudex. Licence CC By‑SA.
54
3
fév.
2021
Justice

Sur les cinq dernières années, nous avons assisté un ballet impressionnant de changements de licences dans les « bases de données » (au sens large ici) libres (SQL ou NoSQL) : on parle ici de MariaDB (base relationnelle), Elasticsearch (moteur de recherche)/Kibana (visualisation de données), MongoDB (base orientée documents), Redis (base clé valeur), Confluent (gestion d’événements), CockroachDB (SQL distribué), Graylog (gestion de journaux système), et j’en oublie peut-être.

La trame

Les entreprises qui éditent ces bases se voient attaquées dans leur modèle (double licence libre et payante, open core, service, etc.). Selon ces entreprises, d’autres acteurs leur taillent des croupières, leur piquent leur chiffre d’affaires, se placent en intermédiaires captant la valeur, souvent avec une approche « base de données à la demande » de type opérateur d’infrastructure de cloud (mais ça pourrait aussi être un simple intégrateur de solution), et le tout sans contribuer.

Et souvent la solution retenue pour stopper ce qui est perçu comme une dérive est un changement de licence, vers une licence non-libre, respectant généralement les critères suivant :

  • le code est visible / disponible (on part quand même d’une solution libre/open source, si le code n’était pas visible le changement serait brutal)
  • « ça change rien pour toi utilisateur final » (soit tu ne payais pas et c’est encore le cas, soit tu payais déjà (pour le service, le support, etc.) et ça va continuer identiquement)
  • il est interdit de faire du « à la demande » sans publier le code qui te permet de le faire.

Journal GitHub remplace la branche master par main

62
24
août
2020

Bonjour cher journal. Aujourd'hui je prends ma plume pour te parler de ce que j'ai vu sur GitHub et qui m'a beaucoup choqué : https://github.com/github/renaming#from-master-to-main

One month after the new settings are available in GitHub.com, we will set the default to main for any user or organization that hasn't chosen a default branch for new repositories. We'll do the same in GitHub Enterprise Server 2.23. You can opt out of this at any time by configuring the default branch name (…)

Suivi — Tribune board-linuxfr: réparer le build et permettre de configurer le host et port du serveur redis

#1949 Posté par  (site web personnel, Mastodon) . État de l’entrée : corrigée. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes :
0
14
sept.
2020

Hello!

Ce weekend, j'ai essayé de créer un environnement de dev pour LinuxFr avec Docker-Compose.

J'ai bien progressé, mais je n'arrive pas à exécuter l'outil board-linuxfr dans son propre container.

En fait, le soucis est assez simple: dans le PluginRedis, le code utilise Redis.new et il faudrait le mettre à jour pour permettre de choisir l'host et le port.

Je pensais faire simplement:

diff --git a/lib/board-linuxfr/redis_plugin.rb b/lib/board-linuxfr/redis_plugin.rb
index 15f4db2..5ba3625 100644
--- a/lib/board-linuxfr/redis_plugin.rb
+++ b/lib/board-linuxfr/redis_plugin.rb
@@ -12,7 +12,7 @@ class BoardLinuxfr
(…)

Journal Ça passe crème

Posté par  . Licence CC By‑SA.
13
18
avr.
2020

Quoi

À la recherche d’un CRM pour un petit boulot, je découvre Creme CRM. Selon mon product owner, il y a toutes les fonctionnalités souhaitées. Top!

Ma prod est à base de conteneurs ; il faut « dockeriser » l’outil. Creme est une application Python-Django. Cela ne devrait pas poser de problème particulier, python étant très bien supporté dans Docker.

Comment

Le site officiel renvoi vers le repo git et le README explique la marche à suivre pour lancer (…)

Journal Il était une fois… la procrastination

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
84
31
mai
2020

(TLDR: c’est l’histoire d’un geek qui veut écrire un commentaire et, une chose en amenant une autre, il doit écrire du code, de la doc, déboguer, modifier les données en production, écrire un journal et discuter procrastination.)

Étape 1, où une mémoire ressurgit : il était une fois un journal sur Window Maker 0.95.9. Cela faisait longtemps que le sujet Window Maker n’avait pas été abordé sur LinuxFr.org, et ceci me rappelle des souvenirs lointains de modération multiple des (…)

Robert, un logiciel de stockage en mémoire vive

Posté par  . Édité par Ysabeau 🧶 🧦, claudex, bubar🦥, palm123, Benoît Sibaud et Davy Defaud. Modéré par claudex. Licence CC By‑SA.
31
20
avr.
2020
Rust

Bonjour tout le monde,

J’ai le plaisir, pour ce premier message sur LinuxFr.org, de vous annoncer un nouveau projet de stockage clé‑valeur en mémoire vive.

« Encore un » vous direz‑vous ? Certes. Voyons si j’arrive à vous convaincre.

N. D. M. : à ne pas confondre avec le protocole ROBERT (ROBust and privacy‐presERving proximity Tracing) qui vient d’être publié par l’INRIA et la Fraunhofer AISEC pour le suivi de contacts dans le cadre de la pandémie de Covid‑19.