Antichesse (o ^ω^ o)
Pour faire simple, les workspaces de Cargo sont l'équivalent des modules de Maven.
Pour définir une configuration commune à tous les workspaces il faut ajouter ceci dans le Cargo.toml à la racine du projet :
[package]
name = "sotoestevez_medium"
version = "0.1.0"
[workspace]
members = ["add_trait", "beginning_tips", "generify_with_compiler_errors", "modules", "scoped_threads" ]
[workspace.package]
edition = "2021"
authors = ["Soto Estévez <ricardo@sotoestevez.dev>"]
description = "Demos of the articles at https://medium.com/@sotoestevez"
documentation = "https://medium.com/@sotoestevez"
readme = "./README.md"
homepage = "https://www.sotoestevez.dev"
repository = "https://github.com/kriogenia/medium"
license = "MIT OR Apache-2.0"Puis activer l'héritage dans chaque Cargo.toml des workspaces :
[package]
name = "add_trait"
version = "0.1.0"
edition.workspace = true
authors.workspace = true
description = "Dissecting Rust Traits to Learn Their Secrets"
documentation = "https://betterprogramming.pub/dissecting-rust-traits-to-learn-their-secrets-839845d3d71e"
homepage.workspace = true
repository.workspace = true
license.workspace = trueCela marche aussi avec les versions des dépendances. Dans le parent on déclare ceci :
[workspace.dependencies]
num = { version = "0.4", default-features = false }
vector2d = "2.2"
rand = "0.8.5"Et dans les enfants ceci :
[dependencies]
num = { workspace = true, default-features = true }
vector2d.workspace = true
[dev-dependencies]
rand = { workspace = true, features = [ "log" ] }
Au dernier trimestre 2022, voici les versions stables des navigateurs que j'utilise pour mes tests Cucumber/Selenium chez mes clients sous Windows :
-
Firefox ESR en version 102.3.0 et le GeckoDriver en version 0.31.0 pour win64.
-
Ungoogled Chromium en version 105.0.5195.127-1 et le ChromeDriver en version 105.0.5195.52 pour win32.
Je me note :
- Angular 12.x => NodeJS 14
- Angular 13.x => NodeJS 16
- Angular 14.x => NodeJS 16
Kotlin 1.7 se profile à l'horizon. Je vais rester sur Koltin 1.6 cette année, mais si les évolutions sur Kotlin-JS et Kotlin-Native débarquent, je vais vite changer d'avis :P
Bref, à patcher ASAP.
Remarque : je plains tout ceux qui sont passés sous Maven Wrapper et qui devront pour chaque projet et chaque branche de ces projets commiter la montée de version...
Comme j'oublie toujours la commande, je me la note ici :
mvn versions:set -DnewVersion=1.2.3Pour citer l'article.
mvn versions:display-dependency-updates
Scans a project’s dependencies and produces a report of those dependencies which have newer versions available.mvn versions:display-plugin-updates
Scans a project’s plugins and produces a report of those plugins which have newer versions available, taking care of Maven version prerequisites.mvn versions:display-property-updates
Scans a project and produces a report of those properties which are used to control artifact versions and which properties have newer versions available.
Edit : le lien à jour : https://spring.io/projects/spring-cloud
Vous le savez peut-être, je ne suis pas fanna de Spring mais comme tous mes clients l'utilise, il faut bien que je me maintienne à jour.
Ici, le tableau de compatibilité des versions entre Spring Cloud et Spring Boot.
En résumé : Spring Cloud Hoxton s'attend à ce que vous lui tiriez Spring Boot 2.2.x.
Nouvelle version de LibreOffice (la 6.3) avec une grosse amélioration des performances notamment sur les I/O : ! writing-perfs-graph
Version très intérrssantes, un peu difficile à lire de prime abord mais très concise !
Je vous invite à la lire.
En résumé :
La 151 correspond à une CPU (Critical Patch Update) cependant certains bugs pas critiques passent à travers les mailles du filet ; à cet instant Oracle fourni des quicks fixes mais développé en mode "dirty quick fixes" et cela donne la 152 ce qui correspond à une PSU (Patch Set Update).
Les correctifs de la 152 seront intégrés à la prochaine 155 donc si vous n'êtes pas impactés par les bugs corrigés par la 152, toujours utilisez la 151 (les versions impaires si vous préférez).
Dans tous les cas de figures, modifier le fichier /etc/nginx/nginx.conf.
# Cacher la version de nginx dans les pages d'erreur :
# Décommentez cette section
server_tokens off;La fameuse convention d'écriture en 3 sections : MAJEUR . MINEUR . VERSION
Lenny, c'est pour toi cet article.
J'attendais la prise en charge de Gulp et Grunt pour JS c'est good aussi. J'espère enfin qu'ils ont résolus les quelques problèmes de fuite mémoire sur les derniers patch 8.0.2.
En tout cas, avec la prochaine Mint Debian Edition qui arrive en Décembre, la rentrée va être super :)
Voici ma configuration pour rendre NetBeans plus rapide et surtout lui permettant d'augmenter la surface visible de code à l'écran :
Ma config sur machine 32bits (avec kernel & proc acceptant l'instruction PAE) :
netbeans_default_options="-J-Dcnd=/tmp/netbeans -J-server -J-Xss384k -J-Xms512m -J-Xmx512m -J-Xnoclassgc -J-Xverify:none -J-Dapple.laf.useScreenMenuBar=true -J-Dapple.awt.graphics.UseQuartz=true -J-Dsun.java2d.noddraw=true -J-Dsun.java2d.dpiaware=true -J-Dsun.zip.disableMemoryMapping=true -J-Dnetbeans.winsys.statusLine.in.menuBar=true -J-Djava.net.preferIPv4Stack=true"Ma config sur machine 64bits
netbeans_default_options="-J-Dcnd=/tmp/netbeans -J-server -J-d64 -J-Xss384k -J-Xms512m -J-Xmx512m -J-Xnoclassgc -J-Xverify:none -J-Dapple.laf.useScreenMenuBar=true -J-Dapple.awt.graphics.UseQuartz=true -J-Dsun.java2d.noddraw=true -J-Dsun.java2d.dpiaware=true -J-Dsun.zip.disableMemoryMapping=true -J-Dnetbeans.winsys.statusLine.in.menuBar=true -J-Djava.net.preferIPv4Stack=true"Une implémentation libre et gratuite de Minecraft.