Il y a 3 mois, j'ai pris ces notes pour faire une mise à jour de la Debian qui fait tourner Linuxfr.
J'avais commencé à regarder ça, parce qu'il n'était plus possible de construire les containers OCI depuis les images de Debian Stretch. Entre temps, nud a corrigé le problème, merci :)
Pour éviter que ces notes tombent dans l'oubli de mon disque dur, je les partages ci-dessous.
Il y a environ deux ans j'avais proposé de créer des tests pour LinuxFr pour aider ce genre de migration, mais je n'en ai pas fait beaucoup depuis à cause d'un emploi de temps libre surchargé, désolé :(
Mettre à jour LinuxFr de Stretch vers Bookworm
Les paquets de Debian Stretch ont été migrés vers archive.debian.org ce qui casse actuellement la création de containers Linuxfr.
| Package | Stretch (+backports) | Buster | Bullseye | Bookworm (testing) |
|---|---|---|---|---|
| ruby | 1:2.3.3 | 1:2.5.1 | 1:2.7+2 | 1:3.1 |
| nodejs | 8.11.1~dfsg-2~bpo9+1 | 10.24.0~dfsg-1~deb10u3 | 12.22.12~dfsg-1~deb11u4 | 18.13.0+dfsg1-1 |
| npm | 5.8.0+ds6-2~bpo9+1 | 5.8.0+ds6-4+deb10u2 | 7.5.2+ds-2 | 9.2.0~ds1-1 |
| mysql-client | 5.5.9999-default | |||
| mariadb-client | 1:10.3.38-0+deb10u1 | 1:10.5.19-0+deb11u2 | 1:10.11.2-1 |
Note: la production utilise mariadb 10.1.48-0+deb9u2
Actuellement, on utilise Rails 5.2.5 d'après le Gem.lock
Compatibilités Ruby et Rails: https://www.fastruby.io/blog/ruby/rails/versions/compatibility-table.html
Plan de migration:
- Migrer de Debian Stretch vers Debian Buster (passage de Ruby 2.3 à 2.5)
- Mettre à jour le code pour passer de Rails 5.2.5 à Rails 6.1
- Migrer de Debian Buster vers Debian Bullseye (passage de Ruby 2.5 à 2.7)
- Mettre à jour le code pour passer de Rails 6.1 à >7.0.0 (pour être compatible Ruby 3.1)
- Migrer de Debian Bullseye vers Debian Bookworm
Je propose directement le plan pour aller jusqu'à Bookworm, parce que le tempse de faire les 4 premières étapes, je suis quasi sûr que Debian Bookworm va passer en stable :D
# Tableau MD
Posté par esdeem . Évalué à 4 (+0/-0).
Salut Adrien.
Tu as oublié la ligne de formatage des colonnes sur ton tableau sous la première ligne, genre:
|:--|:-|:-|:-|:-|Ce qui donne ceci (avec l’adjonction de "-" dans les cases vides):
Ça me parait plus lisible. :D
0. Assume good faith 1. Be kind to other people 2. Express yourself 4. Apply rule 0
[^] # Re: Tableau MD
Posté par Adrien Dorsaz (site web personnel, Mastodon) . Évalué à 2 (+0/-0).
Hello,
Merci je n'avais pas remarqué, tu as raison c'est bien mieux 😅
# Commencé
Posté par echarp (site web personnel, Mastodon) . Évalué à 4 (+0/-0).
Hello
J'ai commencé à regarder pour migrer à des versions plus récentes.
Sur mon poste j'arrive à lancer linuxfr avec rails 6 et ruby 3.1, première étape, mais sans contenu et forcément il y a peu de tests pour vérifier.
Mais j'ai une page! :-)
# Merge requests
Posté par echarp (site web personnel, Mastodon) . Évalué à 3 (+0/-0).
J'ai commencé à proposer des changements, simples et peu risqués, sur des dépendances.
Les changements sur le code de linuxfr même sont en train d'être faits sur mon fork.
[^] # Re: Merge requests
Posté par Benoît Sibaud (site web personnel) . Évalué à 4 (+0/-0).
https://github.com/linuxfrorg/linuxfr.org/pull/375
[^] # Re: Merge requests
Posté par echarp (site web personnel, Mastodon) . Évalué à 3 (+0/-0).
Il faudrait aussi valider ces merge requests sur deux sous-projets:
[^] # Re: Merge requests
Posté par Benoît Sibaud (site web personnel) . Évalué à 4 (+0/-0).
Dépôt forké en attendant. Et https://github.com/linuxfrorg/french-rails/pull/1 fusionnée.
Fusionnée.
[^] # Publier les gems
Posté par Adrien Dorsaz (site web personnel, Mastodon) . Évalué à 3 (+0/-0).
Hello,
J'ai aussi besoin de publier une nouvelle version de la gem board-linuxfr pour la faire fonctionner avec Ruby 3 (sa dépendance Goliath doit être mise à jour).
Seulement, pour pouvoir mettre à jour les gems sur rubygems.org, nous devons ajouter chaque développeur comme mainteneur des gems.
Pour l'instant, le seul mainteneur lié aux gems de LinuxFr c'est Bruno Michel. Je pourrai le contacter pour lui demander de m'ajouter comme mainteneur, mais je me demandais si on ne ferait pas mieux d'utiliser directement le registry de gems de Github ?
Github propose un registry gratuit pour y stocker les gems que l'on produit (500Mo pour une organisation gratuite):
https://docs.github.com/en/packages/working-with-a-github-packages-registry/working-with-the-rubygems-registry
L'avantage c'est qu'il y aurait un seul endroit à gérer pour ajouter des mainteneurs au projet et que chaque mainteneur n'aurait pas besoin de créer un compte en plus sur rubygems.org.
Le désavantage, c'est que ça lierait encore un peu plus LinuxFr à Microsoft via Github.
Si jamais, Gitlab propose le même genre de fonctionnalité, mais je ne sais pas si on a l'intention de migrer le code source sur une instance Gitlab :)
[^] # Re: Merge requests
Posté par echarp (site web personnel, Mastodon) . Évalué à 4 (+0/-0).
J'ai rajouté de nombreux tests de contrôleurs.
On peut les voir ici: https://github.com/linuxfrorg/linuxfr.org/pull/375/commits/37975140a9cdfaf8c58228a7e6c17f625bb2d72b
# mikado
Posté par Krunch (site web personnel) . Évalué à 2 (+0/-0).
Je pose ça là https://dmathieu.com/articles/opinions/mikado/
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.