Cyrille Pontvieux a écrit 520 commentaires

Bouton droit → Ce cadre → Afficher ce cadre uniquement.

Je suis sous Xfce, tu m’expliques comment je passe sous Wayland maintenant ?

Par contre tu as bien raison que le ton n’est pas bon, les arguments (même avec des edits) sont faux au début. Par contre tout ce qui est dit après ces premiers edit est vrai.

Je suis impressionné par ces outils !

Est-ce que c’est utilisé par les mainteneurs du noyau Linux ? Si oui, dans quelle mesure ? Si non, pourquoi, que manque-t-il ?

La consigne c’était : « Pour communiquer, choisissez ce que vous voulez, X ou Y » … ça a été mal compris ;-)

J’ai rien compris !

En tout cas ils se sont bien amusés sous LateΧ !

Du base64 (on a l’intuition avec le = à la fin, typique du padding en base64)…

On peut penser que c’est un codage spécifique, mais non juste un simple base64 :

$ echo -n 'TOKAmUFybcOpZSBkZSBUZXJyZSBz4oCZZW50cmHDrm5lIGF1IGNvbWJhdCBjeWJlci4=' | base64 -d; echo
L’Armée de Terre s’entraîne au combat cyber.

On remarquera tout de même l’apostrophe typographique (non elle n’est pas de moi).

Parce que certains dev pensent que c’est plus facile de gérer les dates à la main que d’utiliser la librairie de leur langage (et de lire la doc associée).

Je suis choqué !

C’est vraiment n’importe quoi, et ils ont pas viré juste la version qui leur semblait (à tord) problématique, non toute l’appli.

Ça sent un peu le truc fait exprès non ?

Ahhh merci, je me disais aussi… quand est-ce que j’ai loupé l’info comme quoi Firefox le gère ?

J’étais en train de me dire que j’allais ptre enrober mes vidéos dans matroska du coup (hébergées sur un nextcloud). Bon ben pas pour tout de suite…

Si je met "type=source" pour ne pas avoir les dépôt tiers qui sont juste des forks, j’ai pratiquement plus rien :

https://github.com/orgs/bluemind-net/repositories?q=&type=source&language=&sort=

J’ai essayé de le télécharger

Voici ce à quoi j’ai droit :

Y’a pas les sources. Moi j’ai pas une distro basée sur Ubuntu/Debian/RedHat, je fais comment ?

Alors peut-être qu’on peut demander d’avoir les sources mais j’ai pas trouvé où faire ma demande…

Dans mon équipe, on l’a mis en place dans notre CI (gitlab) sur nos différents projets.

C’est vraiment bien et ça nous a permis d’éduquer d’autres équipes au problème de pousser des données sensibles dans le code.

La plupart des gens ne comprennent pas que faire un autre commit qui supprime les données sensibles n’est pas suffisant.

On la paye déjà via la taxe téléviseur pour info.

Est-ce que tu te connectes au même réseau ? Il se peut que tu te connectes sur le réseau en 5Ghz sur le téléphone et en 2,4Ghz sur l’ordi (ou l’inverse) et qu’un des réseaux est mal configuré.

C’est sera complètement ouvert et ça donnera accès à une météo précise… des 5 derniers jours passés ^_^

J’ai vu ça après avoir posté mon message. Je l’ai installé, avec le même résultat. J’ai essayé également avec Read mais pas mieux. À vrai dire on dirait que je n’ai pas de org.freesketop.portal.Settings du tout vu le message d’erreur.

Sous Xfce, avec les paquets xdg-desktop-portal, xdg-desktop-portal-gtk installés, je lance la commande que tu as trouvée :

$ gdbus call --session --dest org.freedesktop.portal.Desktop --object-path /org/freedesktop/portal/desktop --method org.freedesktop.portal.Settings.Read org.freedesktop.appearance color-scheme
Erreur : GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: L’interface « org.freedesktop.portal.Settings » n’existe pas pour l’objet à l’emplacement /org/freedesktop/portal/desktop

J’ai loupé quoi ?

Mozilla n’a pas de stats correctes non plus.

Mon navigateur Firefox ne ping pas la maison pour les mises à jour et a été installé via mon OS. Ils n’ont aucun moyen de savoir.

Ah tiens, faut que je regarde c’est rustine. Pourquoi pas au moins jeter un œil si c’est plus simple que make.

Après, l’avantage des Makefile c’est que t’es à peu près sûr que les linuxiens ont la commande make dispo et fonctionnelle.

Si faut installer un autre truc pour avoir le truc de départ, tu te retrouves avec un problème de poule et d’œuf. Y’a graddle, pour Java, qui avait essayé de casser cette histoire de poule/œuf avec leur wrapper graddlew mais globalement ça voulait surtout dire que t’embarquais une version figée de graddle dans ton projet. J’en ai vu d’autres utiliser ce système de wrapper, je ne sais plus lesquels.

Bon pour une rustine c’est plus compliqué tout de même. Faut mettre les version x86_64, armv7, armv8, leur sous-version, risc-V, m1? Bref c’est pas possible pour un petit projet qui veut justement un truc simple sans installer encore autre chose. À moins que ce soit plus facile à installer sur des systèmes comme Windows que Makefile ?

J’utilise le plugin zsh-autoswitch-virtualenv. C’est pour zsh mais ça marche très bien.

Ça gère les gestionnaires pipenv et poetry (et requirements.txt). Ça marche aussi avec les environnements virtuels créés à la main dans un répertoire .venv du projet.

Ça ajoute une commande/alias mkvenv qui te crée l’environnement virtuel qui va bien. Ça t’affiche un rappel quand tu vas dans un projet qui n’a pas encore d’environnement virtuel. Et ça active l’environnement dès que tu changes de répertoire (et le désactive quand tu quittes l’arborescence) comme son nom l’indique.

Sinon le README c’est clairement un truc où j’indique :
- quelle est la (ou les) version de Python gérée
- quel gestionnaire de paquet est utilisé (comme ça pas besoin de supposer)
- quelles commandes sont à faire pour avoir le projet prêt, c’est à dire virtualenv, dépendances installées, initialisation d’une base de données éventuellement, etc.

Sur quelques projets, j’ai également ajouté un Makefile quand il faut faire un peu plus que deux commandes simples. Mes collègues ne l’utilisent pas, sont trop jeunes pour make :-(

Merci enfin un commentaire pertinent !

Pourtant le format de pyproject.toml est très bien documenté.

Je dis pas que tout est rose, je dis que le type se permet de prendre le temps de faire un billet pour se plaindre au lieu de se documenter correctement. C’est ça qui me gêne.

La personne sait que pyproject.toml existe, mais n’a pas voulu l’utiliser, parce que, selon lui, si ça marche faut pas corriger.

Ensuite il explique comment il a galéré comme pas possible. J’ai envie de dire que le prédicat de départ était probablement faux et qu’il aurait dû utiliser le format à succès de pyproject.toml, soit avec poetry, soit avec pdm. Je pense qu’il n’aurait pas fait le même bilan plaintif…

Bref, il veut pas apprendre un nouveau truc, trouve que le vieux truc pourri est pourri et prend le temps de faire un billet pour se plaindre, mais pas pour apprendre…

Voilà c'est écrit là : https://graou.info/apropos/doc.html#licence

Le service est sûrement utile mais ce monsieur dit des mensonges à la presse (ou a été suffisamment vague et comme la presse ne fait plus la moindre recherche…)

Merci de rappeler tout ça. Même sur linuxfr c’est souvent oublié !