Et pour le coup, Bruce n’est pas vraiment un défenseur des logiciels libres, il est content de l’arrivé de l’article 13/17, il considère que les alternatives à Youtube sont inutile.
Je ne dirai pas que je suis content de ce qui lui arrive (c’est pas le cas), mais il l’a cherché en quelque sorte.
La plate-forme proposée par Youtube est la propriété d'une société de droit privé qui, si elle se conforme aux lois de la république française, fait ce qu'elle veut avec les données que ses utilisateurs lui envoient dans le cadre des conditions d'utilisation qu'ils ont acceptées.
Dans le cas décrit, la plate-forme Youtube ne contrevient en rien au droit français: elle a simplement choisi, par souci de simplification de son modèle de menace juridique, d'être plus stricte que le droit actuel: retirer tout ce qui serait sujet à plainte, juridiquement justifiée ou pas.
Dans ces conditions, je vois mal comment quelque utilisateur que ce soit pourrait avoir gain de cause dans le cas d'une suppression de contenu. À la limite, l'explication de la plate-forme relève plus de la communication pour prévention de crise que d'une quelconque justification, histoire de dire "ben si tu vois bien qu'on a une bonne raison de l'enlever ta vidéo, on fait pas ça arbitrairement"
Ce n'est pas parce qu'elle est publique que la plate-forme Youtube doit se restreindre à la loi française: elle est dans son droit lorsqu'elle impose à ses utilisateurs de répondre à des critères plus sévères, plus restrictifs, plus injustes, plus emmerdants concernant les données qu'ils souhaitent diffuser par son intermédiaire.
Conclusion: il fallait lire et comprendre avant de signer.
Dis-nous où ? Parce que si c'est le cas, ça ne saute vraiment pas aux yeux.
J'ai relu le texte trois fois et j'y ai plutôt vu les règles traditionnelles de grammaire. J'ai même pas l'impression que l'accord de proximité ait été utilisé.
Mec tu te rends compte de ce que tu dis ? Sérieusement relis toi bordel !
Tu compares un mec qui te trouve chiant à un pro-peine de mort. Tu m’avais comparé à Trump dans un autre commentaire il y a quelque mois. Tu fustiges le radicalisme de la FSF, de Stallman, etc. mais tu es le premier à attaquer ce qui ne sont pas « pure ».
Franchement, t’es super toxique, c’est horrible. Dès que je vois un de tes commentaire (même ceux qui sont pertinents), ça me donne envie de fermer la page quoi…
Hygiène Mentale fait des vidéos de super qualité, sous licence de libre diffusion, c’est un des vidéastes francophone qui promeut le plus la décentralisation en supportant le Fediverse.
Et qu’est-ce qu’on fait ? On l’attaque sur une confusion qu’il n’a jamais entretenu, on critique son salaire parce qu’il se dit « bénévole » (on dirait des mecs de droite)…
Bref, si on cherchait à dégoutter quelqu’un on s’y prendrait pas autrement.
Après si cette description est fausse, mets-la à jour. Mais en l'état il y a de quoi douter sur la réalité derrière cet adjectif.
Oui parce que des vidéastes se disant bénévoles il y en a un paquet et les dons en argent ou en nature qu'ils reçoivent sont censé servir uniquement à financer le contenu (quelques exemples : l'hébergement de serveurs Web/Peertube, l'engagement ponctuellement un graphiste/compositeur/ingé-son, la rémunération d'un ayant-droit, du matériel spécifique au tournage/montage à remplacer ou améliorer, un déplacement pour un tournage, du matériel à présenter/analyser dans les vidéos).
On ne sait pas non plus sous quel régime administratif est la chaine, l'instance skepticon n'indique rien non plus.
Bref, sans transparence comptable ce ne sont que des mots.
Je pensais pareil avant, c'était y'a bien 5 ou 6 ans de ça quelqu'un m'a fait la même remarque sur un ton moins cordiale en me disant que j'étais un imbécile et qu'en réalité la sid était bien plus intéressante à utiliser que la testing, et qu'il fallait faire confiance aux développeurs Debian pour faire correctement leur taff (et que pour casser des trucs il existe un branche expérimentale).
J'ai écouté ses conseils et j'utilise Debian sid depuis toutes ces années, le seul soucis que j'ai eu a été une mise à jour kernel qui empêchait mon laptop de booter, mais comme on garde plusieurs versions du kernel ça n'a pas été véritablement un problème.
En réalité la version testing pose plus de problème que la sid car après la période de freeze et la release de la version stable, énormément de paquets de sid migrent d'un coups vers testing et c'est ici que j'ai eu des problèmes personnellement, d'autant qu'avec ton bricolage tu es quasiment certains d'en avoir quand la période de freeze de testing sera terminé.
Je te conseille vraiment de passer sur sid, c'est vraiment ce qui a de mieux en usage desktop.
… tu n'as pas du l'utiliser sur Debian depuis des années alors !
Oui j'utilise pas KDE sur mes Debian. En regardant, j'ai vu que la majorité des paquets kde sont versionnés 4:.* donc j'ai été piégé par la numérotation. :)
Je trouvais aussi ça étrange que qt5 soit disponible depuis longtemps mais pas KDE 5. Après ça me semblait possible avec une équipe de mainteneurs en gros sous-effectif ou ayant un conflit avec les devs de KDE.
Dans ce cas, j'avoue ne pas du tout comprendre pourquoi KDE NEON a été créé en marge de cette équipe QT/KDE.
C’est marrant parce que perso je pense plutôt que les claviers où il faut utiliser shift pour avoir accès aux symboles parce que par défaut t’as toute une barre de chiffres que tu n’utilises pratiquement jamais "sont une merde innommable".
C'est effectivement pour ça que KDE tarde à être mis à jour dans Debian
Ça fait des années que KDE 5 est attendu dans Debian et Kubuntu, ce freeze n'est qu'un ralentissement supplémentaire de quelques mois sur cette MÀJ, pas le nœud du problème qui est certainement plus profond que ça pour que des devs de KDE développent NEON en parallèle.
Yes, c'est pour ça que je préfère testing à sid (en ayant connaissance des inconvénients que tu cites, mais un petit rappel ne fait pas de mal). Je saurais me démerder si un gros merdier arrivait mais ce n'est clairement pas une configuration que je conseillerait à n'importe qui.
J'entends bien (façon de parler) mais ce que je voulais aussi dire implicitement c'est qu'il y a bug et bug.
Debian peut être très sévère pour des histoires de licences, de compilation ou d'empaquetage. Puis ces bugs peuvent ne pas gêner ta configuration matérielle et logicielle ou ne toucher qu'un outil spécifique que tu n'utilises pas dans un programme qui à côté comporte de nombreuses améliorations et corrections qui peuvent t'intéresser.
Regarde Firefox : la version normale (je parle même pas de béta ou de nightly) n'est dispo que dans sid sinon le paquet c'est la ESR.
Bref, tout ça pour dire que rouler avec testing te fera un jour ou l'autre activer le pinning vers sid.
La version que je choisis d’utiliser est testing, un bon compromis entre la stabilité de Debian stable et l’instabilité de… unstable.
Au contraire, pour moi c'est le pire des deux mondes : dans testing tu n'as ni la robustesse de stable, ni la rapidité de mises à jour de la mouture rolling release qu'est sid (Je reviens sur ce point un peu plus bas).
De toute façon, les paquets migrent rapidement de unstable à testing une fois qu’ils ont passé quelques jours de vérifications, ce qui me va bien.
En ce moment ce n'est pas du tout le cas vu que c'est une période de freeze.
Puis tout ne passe pas automatiquement de sid à testing, certains paquets sont jugés comme étant trop bogués pour entamer leur intégration (ou leur réintégration) vers testing.
Enfin niveau sécurité/stabilité, il vaut mieux faire un pinning vers sid au cas où un gros bug vienne perturber ta Debian pendant plusieurs jours parce que les correctifs, même importants, n'arrivent pas tout de suite dans testing et même que lors d'un correctif lourd du genre CVE, stable et oldstable sont màj prioritairement à testing.
La version testing actuelle, Buster, devrait devenir la nouvelle Debian stable sous peu, ça changera peut-être certaines choses.
Si tu restes sur buster, les seuls changements seront des paquets qui ne passeront pas les étapes de freeze.
Si tu restes sur testing, ça va juste reprendre l'intégration des nouveautés mais il faudra de toute manière que ces nouvelles versions de KDE arrivent dans sid avant.
Sinon la frankensteinisation de Debian avec des paquets Ubuntu, c'est comme faire des bébés avec sa cousine : ça peut éventuellement fonctionner mais le résultat n'est jamais très beau.
Le duels ont donné par exemple à la touche 6 la plus mauvaise note (avec deux autres touches bien plus difficiles d'accès).
Serais-je le seul à trouver ce résultat (très) contestable?
Encore une fois : morphologie et petites mains. Peut-être que toi tu trouves que Z et Ç (si je devine bien) sont moins accessibles mais c'est à cause de la faiblesse ou le manque de mobilité de ton auriculaire droit. Le bépo, ou le nouvel azerty, est une disposition pour une population moyenne, c'est tout. Ton assertion de départ est un cas spécifique, que je partage en partie vu que j'ai mis tous les modificateurs sous les pouces sur mon Ergodox, mais tu peux pas l'énoncer comme une vérité absolue.
J'ai simplement exprimé un avis, sans "cracher dans la soupe". Sur bépo.fr, on peut manifester son désaccord sans être accusé de la sorte.
En même temps tu le dis toi-même que ton choix de mot n'était pas judicieux. Quand on emploie un mot aussi lourd de sens que "croyance" on se fait tomber dessus. Que la discussion soit sur bépo.fr ou non n'y change absolument rien.
Oui, je ne suis pas d'accord avec certains choix/préférences/méthodes retenus pour le bépo, mais ça n'a rien de notable, car c'est le cas de la plupart de ceux qui ont participé à sa conception, tant il y a d'avis contraires.
Sauf que ces personnes (à part celui que j'ai explicitement nommé et le squatteur/floodeur) n'emploient pas ce genre de mots dans leur critique ou argumentaire et bizarrement ça passe très bien.
Tu t'es mal exprimé, pas besoin de prendre la mouche.
quand c'est en plus des normes référencées par la loi pour application obligatoire je trouve cela insupportable.
Les normes AFNOR sont loin d'être toutes obligatoires (ce n'est pas le cas ici), elles sont destinées aux industriels (ici il y a même un site qui synthétise son contenu pour le public) et souvent commandées et chapeautées par eux-mêmes (ici il y a au moins eu Cherry et des imprimeurs qui ont participé à cette norme).
S'il faut créer son mapping quand on change de clavier
Non, tu peux installer un pilote qui t'ajoute la disposition. C'est ce que permettent bépo ou qwerty-lafayette avec OSX et Windows.
Ce genre d'outil de remapping c'est comme bidouiller un fichier xkb ou créer des règles de Compose, c'est un outil pour personnaliser et aller plus loin que l'existant.
J'utilise pas OSX donc je peux pas juger. Après l'intuitif c'est de l'ordre du design d'UI, si les fonctionnalités sont identiques il y a peut-être moyen de rendre le logiciel libre au même niveau que celui propriétaire.
Vive le mépris. Heureusement que tous les utilisateurs de variantes ne sont pas aussi médisants des choix qui ont été fait sinon il n'y aurait plus grand monde pour continuer le développement.
les débats difficiles et passionnés l'ont montré pour la version 1.1
Absolument pas. De ce que j'ai lu des archives ce sont principalement des débats passionnés qui étaient entre une personne extérieure qui squatte en faisant énormément de bruit pour forcer ses opinions très changeantes et d'autres gens qui mesuraient ses propos.
En dehors de ce gros bruit de fond, le reste de la rc1 était essentiellement composé de discussions sur les contraintes techniques d'implémentation, dans le calme et très largement approuvées.
La rc2 c'était du parasitage à l'initiative de ce fameux squatteur et ça a été annulé après une forte opposition sur la forme.
Et pour ma part, que ce soit à droite ou à gauche, les AltGr me sont moins pénibles que les Maj, mon pouce trouvant bien plus facilement AltGr que mes auriculaires les Maj (surtout celui de droite).
Ça c'est un problème de morphologie et un choix a été fait parce que l'ergonomie d'une disposition qui se veut généraliste ne peut pas être personnelle : les mains petites ont été avantagées par rapport aux auriculaires faibles. Et c'est tout à fait explicable par le fait que les muscles peuvent se renforcer avec la pratique et qu'on peut utiliser un clavier à faible force d'activation (c'est déjà le cas pour la plupart des claviers d'ordi portables et c'est le cas pour beaucoup de claviers mécaniques) voire un clavier exotique du genre thumb-shift. Tandis que de l'autre côté, une main d'enfant ou d'adulte petit (la majorité des femmes) n'est pas extensible à foison et des extensions extrêmes et répétées des ligaments induisent des TMS. L'autre Olivier du projet te confirmerait ça.
Des duels d'accessibilités ont été fait. Le panel n'est certes pas vraiment représentatif en terme de morphologie (surtout des hommes informaticiens relativement jeunes à l'époque) mais pourtant le résultat ne va pas dans ton sens parce que ton ressenti personnel et tes choix d'ergonomie ne sont pas ceux de la grande majorité des utilisateurs de claviers.
Si tu as un handicap aux mains tu peux forker quitte à refaire tourner l'algo avec tes spécificités, mais tu peux pas affirmer que ces choix sont des croyances. Là tu craches dans la soupe comme l'avait fait un certain Bibidibop.
après un peu de lecture, j'ai vu qu'on pouvait booter sur le port série, ou via la mémoire interne (firmware).
sympa, ça permet de tester des projets sans user la NAND.
Une partie du processus semble se dérouler sur le module défaillant. J'ai un peu de mal à voir ou ca coince.
C'est possible que l'erreur de checksum ne concerne que le projet, pas le firmware, et que toute erreur de ce type déclenche un mécanisme de blocage dans ce firmware qui ne peut se résoudre qu'en opérant à plus bas niveau. Pareil, je ne connais pas FreeRTOS donc ce n'est qu'une hypothèse.
Apparemment esptool permet de voir à quelles adresses sont enregistrés les morceaux de firmware. Et vu que c'est un lien SPI tu peux très certainement trouver la ou les zones fautives par comparaison de d'écriture et lecture et il est peut-être même possible d'y éviter l'écriture du firmware ou de bannir ces adresses mémoire de FreeRTOS.
maintenant, il faut trouver le juste équilibre en temps passé pour une montée en compétence et le recyclage des produits semi-défectueux dont le prix unitaire est < 5€.
Si c'est un hobby auquel tu n'as pas beaucoup de temps à accorder, attendre 3 semaines la livraison d'un remplacement est sans doute préférable.
À ce prix-là je commanderai et si j'arrive à réparer le MCU entre temps, la nouvelle pièce me permettrait d'avoir une carte exclusivement pour bidouiller ou une carte de rechange si un jour j'utilise cet ESP32 dans un projet à haute disponibilité.
J'aurai aussi éventuellement acheté quelques unités d'avance de ce MCU mais malheureusement un boitier QFN avec sa large connexion de masse sous le composant rend l'opération de remplacement assez délicate, surtout pour la première extraction vu qu'un assemblage d'usine utilise de l'étain ROHS à haut point de fusion et pas de la soudure basse température. C'est moins compliqué qu'un boitier BGA mais ça reste peu trivial comparé à un boitier QFP.
Certainement parce que le ê mérite un peu plus d'accessibilité que le ô par rapport à leur fréquences d'utilisation en français. Je pense que c'est le fait que le mot "être" soit courant.
En tout cas c'est comme ça que bépo a été construit et encore ça a été placé sur la 105è touche qui n'est pas disponible sur les claviers ANSI nord-américains. Sur un clavier à 104 touches on doit utiliser la touche morte accent circonflexe pour composer ê.
[^] # Re: En finir avec les jeux natifs?
Posté par Anonyme . En réponse au journal Google Stadia : une chance pour le jeu sous Linux (desktop) ?. Évalué à 5. Dernière modification le 09 avril 2019 à 16:43.
Parce que tu crois qu’ils vont développer leur jeu avec quoi ?
[^] # Re: Extraits
Posté par Anonyme . En réponse à la dépêche « Hygiène mentale » : une chaîne de vidéos sur l’esprit critique, sous licence de libre diffusion. Évalué à 9. Dernière modification le 09 avril 2019 à 16:07.
Et pour le coup, Bruce n’est pas vraiment un défenseur des logiciels libres, il est content de l’arrivé de l’article 13/17, il considère que les alternatives à Youtube sont inutile.
Je ne dirai pas que je suis content de ce qui lui arrive (c’est pas le cas), mais il l’a cherché en quelque sorte.
[^] # Re: Extraits
Posté par Anonyme . En réponse à la dépêche « Hygiène mentale » : une chaîne de vidéos sur l’esprit critique, sous licence de libre diffusion. Évalué à 10. Dernière modification le 09 avril 2019 à 09:34.
La plate-forme proposée par Youtube est la propriété d'une société de droit privé qui, si elle se conforme aux lois de la république française, fait ce qu'elle veut avec les données que ses utilisateurs lui envoient dans le cadre des conditions d'utilisation qu'ils ont acceptées.
Dans le cas décrit, la plate-forme Youtube ne contrevient en rien au droit français: elle a simplement choisi, par souci de simplification de son modèle de menace juridique, d'être plus stricte que le droit actuel: retirer tout ce qui serait sujet à plainte, juridiquement justifiée ou pas.
Dans ces conditions, je vois mal comment quelque utilisateur que ce soit pourrait avoir gain de cause dans le cas d'une suppression de contenu. À la limite, l'explication de la plate-forme relève plus de la communication pour prévention de crise que d'une quelconque justification, histoire de dire "ben si tu vois bien qu'on a une bonne raison de l'enlever ta vidéo, on fait pas ça arbitrairement"
Ce n'est pas parce qu'elle est publique que la plate-forme Youtube doit se restreindre à la loi française: elle est dans son droit lorsqu'elle impose à ses utilisateurs de répondre à des critères plus sévères, plus restrictifs, plus injustes, plus emmerdants concernant les données qu'ils souhaitent diffuser par son intermédiaire.
Conclusion: il fallait lire et comprendre avant de signer.
[^] # Re: écriture inclusive
Posté par Anonyme . En réponse à la dépêche « Hygiène mentale » : une chaîne de vidéos sur l’esprit critique, sous licence de libre diffusion. Évalué à 3. Dernière modification le 09 avril 2019 à 00:16.
Dis-nous où ? Parce que si c'est le cas, ça ne saute vraiment pas aux yeux.
J'ai relu le texte trois fois et j'y ai plutôt vu les règles traditionnelles de grammaire. J'ai même pas l'impression que l'accord de proximité ait été utilisé.
[^] # Re: Testing
Posté par Anonyme . En réponse au journal Dernière version de KDE sous Debian testing. Évalué à 1.
Effectivement leur approche fait du sens. Merci de l'info :)
[^] # Re: En tout cas la communauté DLFP est super accueillante…
Posté par Anonyme . En réponse à la dépêche « Hygiène mentale » : une chaîne de vidéos sur l’esprit critique, sous licence de libre diffusion. Évalué à -1.
Pourtant j’ai vu personne demander à Benoît Sibaud de s’expliquer et de corriger.
[^] # Re: En tout cas la communauté DLFP est super accueillante…
Posté par Anonyme . En réponse à la dépêche « Hygiène mentale » : une chaîne de vidéos sur l’esprit critique, sous licence de libre diffusion. Évalué à 10. Dernière modification le 08 avril 2019 à 22:31.
Mec tu te rends compte de ce que tu dis ? Sérieusement relis toi bordel !
Tu compares un mec qui te trouve chiant à un pro-peine de mort. Tu m’avais comparé à Trump dans un autre commentaire il y a quelque mois. Tu fustiges le radicalisme de la FSF, de Stallman, etc. mais tu es le premier à attaquer ce qui ne sont pas « pure ».
Franchement, t’es super toxique, c’est horrible. Dès que je vois un de tes commentaire (même ceux qui sont pertinents), ça me donne envie de fermer la page quoi…
[^] # Re: Merci du partage
Posté par Anonyme . En réponse à la dépêche « Hygiène mentale » : une chaîne de vidéos sur l’esprit critique, sous licence de libre diffusion. Évalué à -1.
En attendant c’est pas un SMIC à vie, c’est des dons et « le soucis est qu'on ne peut pas du tout savoir pour le futur » (elle est de toi celle là).
# En tout cas la communauté DLFP est super accueillante…
Posté par Anonyme . En réponse à la dépêche « Hygiène mentale » : une chaîne de vidéos sur l’esprit critique, sous licence de libre diffusion. Évalué à 4.
Hygiène Mentale fait des vidéos de super qualité, sous licence de libre diffusion, c’est un des vidéastes francophone qui promeut le plus la décentralisation en supportant le Fediverse.
Et qu’est-ce qu’on fait ? On l’attaque sur une confusion qu’il n’a jamais entretenu, on critique son salaire parce qu’il se dit « bénévole » (on dirait des mecs de droite)…
Bref, si on cherchait à dégoutter quelqu’un on s’y prendrait pas autrement.
[^] # Re: Merci du partage
Posté par Anonyme . En réponse à la dépêche « Hygiène mentale » : une chaîne de vidéos sur l’esprit critique, sous licence de libre diffusion. Évalué à 5.
La dépêche dit que tes vidéos sont passé de CC By-NC-SA à CC By, mais tu dis qu’elles sont toujours sous CC By-NC-SA c’est ça ?
Qu’est-ce qui a pu provoquer cette confusion ?
[^] # Re: Merci du partage
Posté par Anonyme . En réponse à la dépêche « Hygiène mentale » : une chaîne de vidéos sur l’esprit critique, sous licence de libre diffusion. Évalué à 5.
Oui parce que des vidéastes se disant bénévoles il y en a un paquet et les dons en argent ou en nature qu'ils reçoivent sont censé servir uniquement à financer le contenu (quelques exemples : l'hébergement de serveurs Web/Peertube, l'engagement ponctuellement un graphiste/compositeur/ingé-son, la rémunération d'un ayant-droit, du matériel spécifique au tournage/montage à remplacer ou améliorer, un déplacement pour un tournage, du matériel à présenter/analyser dans les vidéos).
On ne sait pas non plus sous quel régime administratif est la chaine, l'instance skepticon n'indique rien non plus.
Bref, sans transparence comptable ce ne sont que des mots.
[^] # Re: Testing
Posté par Anonyme . En réponse au journal Dernière version de KDE sous Debian testing. Évalué à 5.
Je pensais pareil avant, c'était y'a bien 5 ou 6 ans de ça quelqu'un m'a fait la même remarque sur un ton moins cordiale en me disant que j'étais un imbécile et qu'en réalité la sid était bien plus intéressante à utiliser que la testing, et qu'il fallait faire confiance aux développeurs Debian pour faire correctement leur taff (et que pour casser des trucs il existe un branche expérimentale).
J'ai écouté ses conseils et j'utilise Debian sid depuis toutes ces années, le seul soucis que j'ai eu a été une mise à jour kernel qui empêchait mon laptop de booter, mais comme on garde plusieurs versions du kernel ça n'a pas été véritablement un problème.
En réalité la version testing pose plus de problème que la sid car après la période de freeze et la release de la version stable, énormément de paquets de sid migrent d'un coups vers testing et c'est ici que j'ai eu des problèmes personnellement, d'autant qu'avec ton bricolage tu es quasiment certains d'en avoir quand la période de freeze de testing sera terminé.
Je te conseille vraiment de passer sur sid, c'est vraiment ce qui a de mieux en usage desktop.
[^] # Re: Testing
Posté par Anonyme . En réponse au journal Dernière version de KDE sous Debian testing. Évalué à 4. Dernière modification le 08 avril 2019 à 17:34.
Oups, bien vu !
Oui j'utilise pas KDE sur mes Debian. En regardant, j'ai vu que la majorité des paquets kde sont versionnés 4:.* donc j'ai été piégé par la numérotation. :)
Je trouvais aussi ça étrange que qt5 soit disponible depuis longtemps mais pas KDE 5. Après ça me semblait possible avec une équipe de mainteneurs en gros sous-effectif ou ayant un conflit avec les devs de KDE.
Dans ce cas, j'avoue ne pas du tout comprendre pourquoi KDE NEON a été créé en marge de cette équipe QT/KDE.
[^] # Re: Dev/Ops
Posté par Anonyme . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 7.
C’est marrant parce que perso je pense plutôt que les claviers où il faut utiliser shift pour avoir accès aux symboles parce que par défaut t’as toute une barre de chiffres que tu n’utilises pratiquement jamais "sont une merde innommable".
Comme quoi…
[^] # Re: Dev/Ops
Posté par Anonyme . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 2.
C’est DevOps, pas Dev/Ops et c’est pas un rôle mais une méthode d’organisation du travail. Un DevOps ça n’existe pas.
[^] # Re: Testing
Posté par Anonyme . En réponse au journal Dernière version de KDE sous Debian testing. Évalué à 2.
Ça fait des années que KDE 5 est attendu dans Debian et Kubuntu, ce freeze n'est qu'un ralentissement supplémentaire de quelques mois sur cette MÀJ, pas le nœud du problème qui est certainement plus profond que ça pour que des devs de KDE développent NEON en parallèle.
J'entends bien (façon de parler) mais ce que je voulais aussi dire implicitement c'est qu'il y a bug et bug.
Debian peut être très sévère pour des histoires de licences, de compilation ou d'empaquetage. Puis ces bugs peuvent ne pas gêner ta configuration matérielle et logicielle ou ne toucher qu'un outil spécifique que tu n'utilises pas dans un programme qui à côté comporte de nombreuses améliorations et corrections qui peuvent t'intéresser.
Regarde Firefox : la version normale (je parle même pas de béta ou de nightly) n'est dispo que dans sid sinon le paquet c'est la ESR.
Bref, tout ça pour dire que rouler avec testing te fera un jour ou l'autre activer le pinning vers sid.
# Testing
Posté par Anonyme . En réponse au journal Dernière version de KDE sous Debian testing. Évalué à 10.
Au contraire, pour moi c'est le pire des deux mondes : dans testing tu n'as ni la robustesse de stable, ni la rapidité de mises à jour de la mouture rolling release qu'est sid (Je reviens sur ce point un peu plus bas).
En ce moment ce n'est pas du tout le cas vu que c'est une période de freeze.
Puis tout ne passe pas automatiquement de sid à testing, certains paquets sont jugés comme étant trop bogués pour entamer leur intégration (ou leur réintégration) vers testing.
Enfin niveau sécurité/stabilité, il vaut mieux faire un pinning vers sid au cas où un gros bug vienne perturber ta Debian pendant plusieurs jours parce que les correctifs, même importants, n'arrivent pas tout de suite dans testing et même que lors d'un correctif lourd du genre CVE, stable et oldstable sont màj prioritairement à testing.
Si tu restes sur buster, les seuls changements seront des paquets qui ne passeront pas les étapes de freeze.
Si tu restes sur testing, ça va juste reprendre l'intégration des nouveautés mais il faudra de toute manière que ces nouvelles versions de KDE arrivent dans sid avant.
Sinon la frankensteinisation de Debian avec des paquets Ubuntu, c'est comme faire des bébés avec sa cousine : ça peut éventuellement fonctionner mais le résultat n'est jamais très beau.
[^] # Re: Dev/Ops
Posté par Anonyme . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à -4.
Encore une fois : morphologie et petites mains. Peut-être que toi tu trouves que Z et Ç (si je devine bien) sont moins accessibles mais c'est à cause de la faiblesse ou le manque de mobilité de ton auriculaire droit. Le bépo, ou le nouvel azerty, est une disposition pour une population moyenne, c'est tout. Ton assertion de départ est un cas spécifique, que je partage en partie vu que j'ai mis tous les modificateurs sous les pouces sur mon Ergodox, mais tu peux pas l'énoncer comme une vérité absolue.
En même temps tu le dis toi-même que ton choix de mot n'était pas judicieux. Quand on emploie un mot aussi lourd de sens que "croyance" on se fait tomber dessus. Que la discussion soit sur bépo.fr ou non n'y change absolument rien.
Sauf que ces personnes (à part celui que j'ai explicitement nommé et le squatteur/floodeur) n'emploient pas ce genre de mots dans leur critique ou argumentaire et bizarrement ça passe très bien.
Tu t'es mal exprimé, pas besoin de prendre la mouche.
[^] # Re: [HS] Accès aux normes
Posté par Anonyme . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 6.
Les normes AFNOR sont loin d'être toutes obligatoires (ce n'est pas le cas ici), elles sont destinées aux industriels (ici il y a même un site qui synthétise son contenu pour le public) et souvent commandées et chapeautées par eux-mêmes (ici il y a au moins eu Cherry et des imprimeurs qui ont participé à cette norme).
[^] # Re: Ukelele, pour éditer son mapping de clavier sur macOS
Posté par Anonyme . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 3.
Non, tu peux installer un pilote qui t'ajoute la disposition. C'est ce que permettent bépo ou qwerty-lafayette avec OSX et Windows.
Ce genre d'outil de remapping c'est comme bidouiller un fichier xkb ou créer des règles de Compose, c'est un outil pour personnaliser et aller plus loin que l'existant.
[^] # Re: Ukelele, pour éditer son mapping de clavier sur macOS
Posté par Anonyme . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 3.
J'utilise pas OSX donc je peux pas juger. Après l'intuitif c'est de l'ordre du design d'UI, si les fonctionnalités sont identiques il y a peut-être moyen de rendre le logiciel libre au même niveau que celui propriétaire.
[^] # Re: Ukelele, pour éditer son mapping de clavier sur macOS
Posté par Anonyme . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 4. Dernière modification le 06 avril 2019 à 19:12.
Il y a aussi Karabiner, il a l'avantage d'être open-source.
[^] # Re: Dev/Ops
Posté par Anonyme . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 2.
Vive le mépris. Heureusement que tous les utilisateurs de variantes ne sont pas aussi médisants des choix qui ont été fait sinon il n'y aurait plus grand monde pour continuer le développement.
Absolument pas. De ce que j'ai lu des archives ce sont principalement des débats passionnés qui étaient entre une personne extérieure qui squatte en faisant énormément de bruit pour forcer ses opinions très changeantes et d'autres gens qui mesuraient ses propos.
En dehors de ce gros bruit de fond, le reste de la rc1 était essentiellement composé de discussions sur les contraintes techniques d'implémentation, dans le calme et très largement approuvées.
La rc2 c'était du parasitage à l'initiative de ce fameux squatteur et ça a été annulé après une forte opposition sur la forme.
Ça c'est un problème de morphologie et un choix a été fait parce que l'ergonomie d'une disposition qui se veut généraliste ne peut pas être personnelle : les mains petites ont été avantagées par rapport aux auriculaires faibles. Et c'est tout à fait explicable par le fait que les muscles peuvent se renforcer avec la pratique et qu'on peut utiliser un clavier à faible force d'activation (c'est déjà le cas pour la plupart des claviers d'ordi portables et c'est le cas pour beaucoup de claviers mécaniques) voire un clavier exotique du genre thumb-shift. Tandis que de l'autre côté, une main d'enfant ou d'adulte petit (la majorité des femmes) n'est pas extensible à foison et des extensions extrêmes et répétées des ligaments induisent des TMS. L'autre Olivier du projet te confirmerait ça.
Des duels d'accessibilités ont été fait. Le panel n'est certes pas vraiment représentatif en terme de morphologie (surtout des hommes informaticiens relativement jeunes à l'époque) mais pourtant le résultat ne va pas dans ton sens parce que ton ressenti personnel et tes choix d'ergonomie ne sont pas ceux de la grande majorité des utilisateurs de claviers.
Si tu as un handicap aux mains tu peux forker quitte à refaire tourner l'algo avec tes spécificités, mais tu peux pas affirmer que ces choix sont des croyances. Là tu craches dans la soupe comme l'avait fait un certain Bibidibop.
[^] # Re: firmware
Posté par Anonyme . En réponse au message ESP32 / problème de flash et reboot. Évalué à 3.
sympa, ça permet de tester des projets sans user la NAND.
C'est possible que l'erreur de checksum ne concerne que le projet, pas le firmware, et que toute erreur de ce type déclenche un mécanisme de blocage dans ce firmware qui ne peut se résoudre qu'en opérant à plus bas niveau. Pareil, je ne connais pas FreeRTOS donc ce n'est qu'une hypothèse.
Apparemment esptool permet de voir à quelles adresses sont enregistrés les morceaux de firmware. Et vu que c'est un lien SPI tu peux très certainement trouver la ou les zones fautives par comparaison de d'écriture et lecture et il est peut-être même possible d'y éviter l'écriture du firmware ou de bannir ces adresses mémoire de FreeRTOS.
Si c'est un hobby auquel tu n'as pas beaucoup de temps à accorder, attendre 3 semaines la livraison d'un remplacement est sans doute préférable.
À ce prix-là je commanderai et si j'arrive à réparer le MCU entre temps, la nouvelle pièce me permettrait d'avoir une carte exclusivement pour bidouiller ou une carte de rechange si un jour j'utilise cet ESP32 dans un projet à haute disponibilité.
J'aurai aussi éventuellement acheté quelques unités d'avance de ce MCU mais malheureusement un boitier QFN avec sa large connexion de masse sous le composant rend l'opération de remplacement assez délicate, surtout pour la première extraction vu qu'un assemblage d'usine utilise de l'étain ROHS à haut point de fusion et pas de la soudure basse température. C'est moins compliqué qu'un boitier BGA mais ça reste peu trivial comparé à un boitier QFP.
[^] # Re: ô
Posté par Anonyme . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 4.
Certainement parce que le ê mérite un peu plus d'accessibilité que le ô par rapport à leur fréquences d'utilisation en français. Je pense que c'est le fait que le mot "être" soit courant.
En tout cas c'est comme ça que bépo a été construit et encore ça a été placé sur la 105è touche qui n'est pas disponible sur les claviers ANSI nord-américains. Sur un clavier à 104 touches on doit utiliser la touche morte accent circonflexe pour composer ê.