C’est ça qui me rend fou. Au travail, les dev ont fait des pieds et des mains pour passer d’UCM ClearCase à Git, car ClearCase c’est pas moderne, c’est pas sexy, c’est pas en local sur leur PC, etc..
Et maintenant que c’est fait, ils tombent de l’arbre :
-> Ben, comment ça Git aime pas les gros binaires ?
-> Pourquoi commiter des liens symboliques ça fait des trucs bizarres ?
-> Euh, pourquoi ce merge a shooté 1 semaine de travail ?
-> Euh, dit, pourquoi j’ai trois branches du même nom dans l’historique alors qu’on a mergé ?
-> Comment je gère mes composants logiciels ? Les submodules ça fait pas ce qu’on veut… y’a pas moyen d’avoir des config spec ?
Et donc après une tétrachiée d’outillages bancals par dessus, nous voilà avec un clone du pauvre de ClearCase. C’est le progrès.
Pour des installations PXE automatisées je te conseille kickstart. C'est une techno RedHat, mais c'était supporté par Debian et Ubuntu, la dernière fois que j'ai regardé. Ça marche relativement bien (bien qu'un peu rigide). J'utilise ça au taf pour déployer des postes clients, c'est rapide et efficace, et les postes sont tous les mêmes, sans doute possible.
C’est exact, mais à ce compte là, on peut également blacklister tous les utilisateurs de X, qui représente une faille encore bien plus grande, connue et avérée !
Le nombre de config différentes possibles sous GNU/Linux est colossale… de même que le nombre de possibilités de version de nouveau / modèle de carte / version d’OpenGL supportée, version de Chrome, etc…
C’est sur que le blacklist pur et simple de nouveau est la solution de facilité, mais gérer au cas par cas serait un gros travail… ils le font peut être pour Windows (j’en sais rien), mais c’est à mettre en rapport avec leur nombre d’utilisateurs pour chaque plateforme. Se fader une matrice de compatibilité pour nouveau pour leur 1% (chiffre au pif) d’utilisateurs sous Linux… je peux comprendre qu’ils ne soient pas chauds. C’est moche mais c’est compréhensible.
LibreOffice blacklist également de nombreux drivers causant des problèmes de performances ou de stabilité pour l’accélération GPU (surtout le backend OpenGL de VCL). D’après les dev que j’avais eu sur IRC, la qualité de l’implémentation OpenGL est discutable sur de nombreux drivers (libres ou non d’ailleurs). Je peux comprendre la position des dev de Chrome. C’est sur que ça ne fait pas avancer les choses, mais eux, ils développent un navigateur, on ne peut pas leur en vouloir de ne pas aider au développement d’un ou de plusieurs drivers graphique(s). C’est pareil chez LibreOffice. Mais de l’autre côté, les arguments du côté Nouveau sont parfaitement recevables. Je ne sais pas quelle attitude est plus défendable que l’autre, mais je comprends les deux points de vue.
# Publicité, pas libre
Posté par Dafyd . En réponse au journal IP Finder CLI: le client en ligne de commande officiel pour IPFinder. Évalué à -1.
Dommage, il manque le lien vers les sources ;)
Pub pour un soft commercial, aucun intérêt.
[^] # Re: Et pour les fichiers binaires ou du moins autres que texte?
Posté par Dafyd . En réponse à la dépêche Pijul, contrôle de version et théorie des patchs, version 0.12. Évalué à 3.
C’est ça qui me rend fou. Au travail, les dev ont fait des pieds et des mains pour passer d’UCM ClearCase à Git, car ClearCase c’est pas moderne, c’est pas sexy, c’est pas en local sur leur PC, etc..
Et maintenant que c’est fait, ils tombent de l’arbre :
-> Ben, comment ça Git aime pas les gros binaires ?
-> Pourquoi commiter des liens symboliques ça fait des trucs bizarres ?
-> Euh, pourquoi ce merge a shooté 1 semaine de travail ?
-> Euh, dit, pourquoi j’ai trois branches du même nom dans l’historique alors qu’on a mergé ?
-> Comment je gère mes composants logiciels ? Les submodules ça fait pas ce qu’on veut… y’a pas moyen d’avoir des config spec ?
Et donc après une tétrachiée d’outillages bancals par dessus, nous voilà avec un clone du pauvre de ClearCase. C’est le progrès.
Moi je garde ma VOB, merci ;)
# Excellente dépêche
Posté par Dafyd . En réponse à la dépêche Parution d’OpenSSH 8.0. Évalué à 5.
Merci pour cette excellente dépêche !
# Installation automatisée
Posté par Dafyd . En réponse au journal Debian, installations automatiques et ARM. Évalué à 8.
Salut,
Pour des installations PXE automatisées je te conseille kickstart. C'est une techno RedHat, mais c'était supporté par Debian et Ubuntu, la dernière fois que j'ai regardé. Ça marche relativement bien (bien qu'un peu rigide). J'utilise ça au taf pour déployer des postes clients, c'est rapide et efficace, et les postes sont tous les mêmes, sans doute possible.
# Devuan
Posté par Dafyd . En réponse au journal Remède au problème démarrage devuan ascii sur raspberry pi 2 . Évalué à 10.
La solution est simple ! Cesser d’utiliser des OS maintenus par 3 rageux au fond d’un garage et utiliser un OS sérieux, comme Debian.
Comment ça on est pas vendredi ?
Ok je => []
[^] # Re: C'est pas si simple
Posté par Dafyd . En réponse au journal Chromium n'aime pas la nouveau-té. Évalué à 3.
C’est exact, mais à ce compte là, on peut également blacklister tous les utilisateurs de X, qui représente une faille encore bien plus grande, connue et avérée !
[^] # Re: Ce ne sont pas les seuls
Posté par Dafyd . En réponse au journal Chromium n'aime pas la nouveau-té. Évalué à 3. Dernière modification le 08 janvier 2019 à 22:04.
Le nombre de config différentes possibles sous GNU/Linux est colossale… de même que le nombre de possibilités de version de nouveau / modèle de carte / version d’OpenGL supportée, version de Chrome, etc…
C’est sur que le blacklist pur et simple de nouveau est la solution de facilité, mais gérer au cas par cas serait un gros travail… ils le font peut être pour Windows (j’en sais rien), mais c’est à mettre en rapport avec leur nombre d’utilisateurs pour chaque plateforme. Se fader une matrice de compatibilité pour nouveau pour leur 1% (chiffre au pif) d’utilisateurs sous Linux… je peux comprendre qu’ils ne soient pas chauds. C’est moche mais c’est compréhensible.
# Ce ne sont pas les seuls
Posté par Dafyd . En réponse au journal Chromium n'aime pas la nouveau-té. Évalué à 10.
LibreOffice blacklist également de nombreux drivers causant des problèmes de performances ou de stabilité pour l’accélération GPU (surtout le backend OpenGL de VCL). D’après les dev que j’avais eu sur IRC, la qualité de l’implémentation OpenGL est discutable sur de nombreux drivers (libres ou non d’ailleurs). Je peux comprendre la position des dev de Chrome. C’est sur que ça ne fait pas avancer les choses, mais eux, ils développent un navigateur, on ne peut pas leur en vouloir de ne pas aider au développement d’un ou de plusieurs drivers graphique(s). C’est pareil chez LibreOffice. Mais de l’autre côté, les arguments du côté Nouveau sont parfaitement recevables. Je ne sais pas quelle attitude est plus défendable que l’autre, mais je comprends les deux points de vue.
# Clearcase
Posté par Dafyd . En réponse au journal GNOME va passer à GitLab. Évalué à 1.
Dommage que GNOME n'ai pas pensé à migrer vers Clearcase/UCM plutôt ….
Je sors -------> [ ]