j'ai voulu faire un upgrade Wekan en version 6.37. C'est un environnement sous forme de containers docker, le tout dans une VM Debian, sur un cluster Proxmox.
J'étais scotché sur une ancienne version de MongoDB et ça convenait à tous le monde. Mais voila, à partir d'une version de Wekan dont je ne connais pas le n° précisément, il faut faire un upgrade de la base MongoDB >= 4.0
Me voila parti pour faire le grand saut, d'autant que l'application semble permettre de passer directement à la version 5.0.
Mais, cela semble impossible en environnement virtualisé (KVM) avec une VCPU au rabais. Sur Proxmox, KVM, il est possible de changer le processeur et de passer en "host", ou en custom (à se configurer soi-même).
Etant donné que MongoDB est souvent utiliser pour remplacer SQL par NoSQL, sans que cela adresse du big-data, je me demande combien de temps, cette condition tiendra dans le temps.
Entre temps, j'ai aussi eu des soucis d'upgrade MongDB et j'ai du passer par un backup/restore pour m'en sortir.
Mais surtout, il me semble bien que la ligne éditoriale ne s'applique qu'aux dépêches.
Sinon, je ne saurais expliquer pourquoi il y a eu tant de discussions, liens et journaux (non modérés) sur des trucs totalement hors sujet, qui ne concernent ni la notion de logiciels libre, ni les systèmes basés sur linux. Genre, les trucs liés au covid, les discussions sur le genre, la guerre en ukraine, …
Manque de bol, je n'arrive pas a retrouver la dépêche qui fait un retour sur l'ajout des liens, il me semble que ce type de sujet était abordé.
sur des trucs totalement hors sujet, qui ne concernent ni la notion de logiciels libre, ni les systèmes basés sur linux.
D'un autre coté, les soucis techniques rencontrés dans le logiciel propriétaire se retrouvent assez souvent aussi dans le logiciel libre, donc il y a forcément des choses à apprendre…
Bon je voulais faire un sous-entendu subtile sur le fait que des gens sensés être sensibles au libre n'ont pas vraiment de problème à utiliser du non libre tant que c'est gratuit pour eux, et que MangoDB a très bien fait pour eux de quitter le libre à la vue de l'importance que les gens y accordent dans la réalité et ça fait un peu mal pour le libre, faut croire que le sous-entendu n'est pas du tout passé.
Sinon, de ce que je comprend on a juste affaire à un logiciel non libre compilé avec instructions AVX sans vraiment vérifier que le CPU le supporte, assez banal, pas compris le lien avec la virtualisation.
MangoDB a très bien fait pour eux de quitter le libre
MangoDB1 a toujours était sous licence Apache 2.0. Le fait de mélanger allègrement le nom d'un logiciel non-libre avec celui de son alternative libre est-elle un signe de l'intérêt que tu porte au sujet ? Du fait que libre ou non libre ça n'est pas très important pour toi ?
Pense à corriger Wikipedia alors, il dit SSPL maintenant. Je fais plus confiance à Wikipedia (et sa source, la licence du logiciel) que toi.
maintenant appelé FerretDB
Oui, donc un fork et pas MangoDB.
Le fait de mélanger allègrement le nom d'un logiciel non-libre avec celui de son alternative libre
Rien compris, vu que j'ai utilisé le nom que l'auteur a utilisé (MangoDB). Tu ne mélangerais pas avec un autre logiciel, un fork par exemple, hors sujet ici?
Bon, passons, on sait tous bien que MangoDB n'est plus libre mais que les gens continuent de l'utiliser (et pas vraiment son fork libre, d'où l'usage du nom du projet pas libre) car ça ne dérange que un "méchant" et pas soit donc pas gênant pour beaucoup de monde… Je ne faisais qu'afficher la chose et je m'arrête sur ça, on aime ou pas suivant sa sensibilité au libre (vu la note ça semble pas apprécié de souligner que c'est non libre, soit :), après oui je sais où je me trouve dans la sensibilité relative au libre).
"à te piéger" ce qu'il faut pas lire. Je me suis amusé de ton erreur en soulignant qu'il s'agit d'une alternative libre à mongo. C'est toi qui t'es énervé et a lu ce que tu voulais lire (une faute de frappe qui est faite systématique à chaque occurrence n'est probablement pas une faute de frappe).
Après oui le fait de commencer une discussion en pointant du doigts les gens pour savoir s'ils sont libristes ou pas n'est pas propice à des discussions apaisées.
J'ai récement tenter d'utiliser un docker mongodb 5 sur une toute petite machine fanless avec un processeur bas de gamme (intel Jxxx), et j'ai eu la mauvaise surprise de découvrir que mongo était compilé avec des instructions AVX avancées non disponibles sur le processeur en question.
Je me suis juste rabattu sur une version 4 et c'est passé.
Je trouve ça un peu dommage, j'ai fait une recherche rapide pour voir s'il n'y avait pas plusieurs images docker mongo5 compilée avec différents sets d'instructions, mais je n'ai rien trouvé de probant.
# expérience Wekan
Posté par Marc Quinton . Évalué à 1.
mon expérience :
j'ai voulu faire un upgrade Wekan en version 6.37. C'est un environnement sous forme de containers docker, le tout dans une VM Debian, sur un cluster Proxmox.
J'étais scotché sur une ancienne version de MongoDB et ça convenait à tous le monde. Mais voila, à partir d'une version de Wekan dont je ne connais pas le n° précisément, il faut faire un upgrade de la base MongoDB >= 4.0
Me voila parti pour faire le grand saut, d'autant que l'application semble permettre de passer directement à la version 5.0.
Mais, cela semble impossible en environnement virtualisé (KVM) avec une VCPU au rabais. Sur Proxmox, KVM, il est possible de changer le processeur et de passer en "host", ou en custom (à se configurer soi-même).
Etant donné que MongoDB est souvent utiliser pour remplacer SQL par NoSQL, sans que cela adresse du big-data, je me demande combien de temps, cette condition tiendra dans le temps.
Entre temps, j'ai aussi eu des soucis d'upgrade MongDB et j'ai du passer par un backup/restore pour m'en sortir.
# Aussi intéressant que les problèmes avec les DB Oracle ou Microsoft SQL Server
Posté par Zenitram (site web personnel) . Évalué à -10.
Je croyais que LinuxFr était orienté libre, pas/plus le cas?
[^] # Re: Aussi intéressant que les problèmes avec les DB Oracle ou Microsoft SQL Server
Posté par freem . Évalué à 5.
Je croyais que c'était orienté linux moi.
Mais surtout, il me semble bien que la ligne éditoriale ne s'applique qu'aux dépêches.
Sinon, je ne saurais expliquer pourquoi il y a eu tant de discussions, liens et journaux (non modérés) sur des trucs totalement hors sujet, qui ne concernent ni la notion de logiciels libre, ni les systèmes basés sur linux. Genre, les trucs liés au covid, les discussions sur le genre, la guerre en ukraine, …
Manque de bol, je n'arrive pas a retrouver la dépêche qui fait un retour sur l'ajout des liens, il me semble que ce type de sujet était abordé.
[^] # Re: Aussi intéressant que les problèmes avec les DB Oracle ou Microsoft SQL Server
Posté par Tonton Th (Mastodon) . Évalué à 5.
D'un autre coté, les soucis techniques rencontrés dans le logiciel propriétaire se retrouvent assez souvent aussi dans le logiciel libre, donc il y a forcément des choses à apprendre…
[^] # Re: Aussi intéressant que les problèmes avec les DB Oracle ou Microsoft SQL Server
Posté par Zenitram (site web personnel) . Évalué à 0.
Bon je voulais faire un sous-entendu subtile sur le fait que des gens sensés être sensibles au libre n'ont pas vraiment de problème à utiliser du non libre tant que c'est gratuit pour eux, et que MangoDB a très bien fait pour eux de quitter le libre à la vue de l'importance que les gens y accordent dans la réalité et ça fait un peu mal pour le libre, faut croire que le sous-entendu n'est pas du tout passé.
Sinon, de ce que je comprend on a juste affaire à un logiciel non libre compilé avec instructions AVX sans vraiment vérifier que le CPU le supporte, assez banal, pas compris le lien avec la virtualisation.
[^] # Re: Aussi intéressant que les problèmes avec les DB Oracle ou Microsoft SQL Server
Posté par barmic 🦦 . Évalué à 3.
MangoDB1 a toujours était sous licence Apache 2.0. Le fait de mélanger allègrement le nom d'un logiciel non-libre avec celui de son alternative libre est-elle un signe de l'intérêt que tu porte au sujet ? Du fait que libre ou non libre ça n'est pas très important pour toi ?
maintenant appelé FerretDB ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Aussi intéressant que les problèmes avec les DB Oracle ou Microsoft SQL Server
Posté par Zenitram (site web personnel) . Évalué à -1. Dernière modification le 19 août 2022 à 13:21.
Pense à corriger Wikipedia alors, il dit SSPL maintenant. Je fais plus confiance à Wikipedia (et sa source, la licence du logiciel) que toi.
Oui, donc un fork et pas MangoDB.
Rien compris, vu que j'ai utilisé le nom que l'auteur a utilisé (MangoDB). Tu ne mélangerais pas avec un autre logiciel, un fork par exemple, hors sujet ici?
Bon, passons, on sait tous bien que MangoDB n'est plus libre mais que les gens continuent de l'utiliser (et pas vraiment son fork libre, d'où l'usage du nom du projet pas libre) car ça ne dérange que un "méchant" et pas soit donc pas gênant pour beaucoup de monde… Je ne faisais qu'afficher la chose et je m'arrête sur ça, on aime ou pas suivant sa sensibilité au libre (vu la note ça semble pas apprécié de souligner que c'est non libre, soit :), après oui je sais où je me trouve dans la sensibilité relative au libre).
[^] # Re: Aussi intéressant que les problèmes avec les DB Oracle ou Microsoft SQL Server
Posté par barmic 🦦 . Évalué à 2.
C'est de la dyslexie ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Aussi intéressant que les problèmes avec les DB Oracle ou Microsoft SQL Server
Posté par Gawan . Évalué à 2.
Je pense qu'il y a confusion entre M O ngoDB et M A ngoDB
[^] # Re: Aussi intéressant que les problèmes avec les DB Oracle ou Microsoft SQL Server
Posté par barmic 🦦 . Évalué à 5.
Zenitrom ne ferait pas ce genre d'erreur voyons ;)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Aussi intéressant que les problèmes avec les DB Oracle ou Microsoft SQL Server
Posté par Zenitram (site web personnel) . Évalué à -2. Dernière modification le 19 août 2022 à 16:05.
Il cherchait à me piéger sur une faute de frappe alors que déjà le sujet est libre ou pas, et a bien réussi, ok ok… Bravo à lui donc.
[^] # Re: Aussi intéressant que les problèmes avec les DB Oracle ou Microsoft SQL Server
Posté par barmic 🦦 . Évalué à 5.
"à te piéger" ce qu'il faut pas lire. Je me suis amusé de ton erreur en soulignant qu'il s'agit d'une alternative libre à mongo. C'est toi qui t'es énervé et a lu ce que tu voulais lire (une faute de frappe qui est faite systématique à chaque occurrence n'est probablement pas une faute de frappe).
Après oui le fait de commencer une discussion en pointant du doigts les gens pour savoir s'ils sont libristes ou pas n'est pas propice à des discussions apaisées.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Aussi intéressant que les problèmes avec les DB Oracle ou Microsoft SQL Server
Posté par Psychofox (Mastodon) . Évalué à 2.
Laisse tomber c'est un pervers narcissique.
# expérience perso
Posté par moi1392 . Évalué à 2.
J'ai récement tenter d'utiliser un docker mongodb 5 sur une toute petite machine fanless avec un processeur bas de gamme (intel Jxxx), et j'ai eu la mauvaise surprise de découvrir que mongo était compilé avec des instructions AVX avancées non disponibles sur le processeur en question.
Je me suis juste rabattu sur une version 4 et c'est passé.
Je trouve ça un peu dommage, j'ai fait une recherche rapide pour voir s'il n'y avait pas plusieurs images docker mongo5 compilée avec différents sets d'instructions, mais je n'ai rien trouvé de probant.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.