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.

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 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 (…)

Revue de presse de l’April pour la semaine 28 de l’année 2020

Posté par  (site web personnel, Mastodon) . Édité par Davy Defaud. Modéré par ZeroHeure. Licence CC By‑SA.
Étiquettes :
22
14
juil.
2020
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 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.

Forum général.général Robert, un logiciel de stockage en RAM

Posté par  . Licence CC By‑SA.
8
19
avr.
2020

Bonjour à tous,

J'ai le plaisir pour ce premier message sur le forum, afin de vous annoncer un nouveau projet de stockage clé/valeur en RAM :
https://github.com/JGarderon/Robert

"Encore un" vous dire-vous ? certes. Voyons si j'arrive à vous convaincre.

(*) Présentation de 'Robert', votre nouvel ami

Le projet se nomme ainsi pour plusieurs raisons :
- c'est un projet entièrement francophone (j'y reviendrai),
- son fonctionnement s'apparente à celui d'un "Redis-like" (stockage de valeurs, mécanique de souscription et publication, exportation (…)

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 KissCache, kiss qui se cache

Posté par  . Licence CC By‑SA.
Étiquettes :
12
31
mar.
2020

présentation

Il y a peu, une dépêche présentait "kisscache", un serveur de cache HTTP(S). Particularité, il ne lance qu'un seul téléchargement concurrent pour une même ressource.

efficacité réseau

Cette fonctionnalité permet, si plusieurs clients se présentent pour télécharger la même ressource, avant sa mise en cache, de ne pas envoyer plusieurs fois la même demande au serveur et donc d'économiser de la bande passante côté client et serveur. Au final, tous les clients seront servis plus vite.

cache HTTPS

De (…)

Journal LinuxFr.org : seconde quinzaine de janvier 2020

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
13
2
fév.
2020

Cent trente‑septième épisode dans la communication entre les différents intervenants autour du site LinuxFr.org : l’idée est de tenir tout le monde au courant de ce qui est fait par les rédacteurs, les admins, les modérateurs, les codeurs, les membres de l’association, etc.

L’actu résumée ([*] signifie une modification du sujet du courriel) :

Statistiques

Du 16 au 31 janvier 2020 :

  • 1 384 commentaires publiés (dont 8 masqués depuis) ;
  • 333 étiquettes (tags) posées ;
  • 73 comptes (…)

Suivi — Administration système Entrée redis louche "users//diff_karma"

#1918 Posté par  (site web personnel) . État de l’entrée : corrigée. Assigné à Benoît Sibaud. Licence CC By‑SA.
Étiquettes :
0
29
déc.
2019

Identifier la source de l'entrée redis louche users//diff_karma

Indices :

  • en prod, revient régulièrement si on la vire
  • n'existe pas en dév
  • contient 20 soit le karma par défaut actuellement
app/models/node.rb:    $redis.incrby("users/#{self.user_id}/diff_karma", value)
app/models/account.rb:    self.karma += $redis.get("users/#{self.user_id}/diff_karma").to_i
app/models/account.rb:    $redis.del("users/#{self.user_id}/diff_karma")
app/models/comment.rb:      $redis.incrby("users/#{self.user_id}/diff_karma", value)

Journal LinuxFr.org : seconde quinzaine de novembre 2019

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
18
7
déc.
2019

Cent trente‑troisième épisode dans la communication entre les différents intervenants autour du site LinuxFr.org : l’idée est de tenir tout le monde au courant de ce qui est fait par les rédacteurs, les admins, les modérateurs, les codeurs, les membres de l’association, etc.

L’actu résumée ([*] signifie une modification du sujet du courriel) :

Statistiques

Du 16 au 30 novembre 2019 :

  • 2 036 commentaires publiés (dont 7 masqués depuis) ;
  • 330 étiquettes (tags) posées ;
  • 96 (…)