Moins de 5% des caractères sont des chiffres, contre plus de 18% qui sont des caractères accessibles sans modificateurs d'aucune sorte. En vrai, je m'attendais quand même à moins de caractères non alphanumériques et plus d'alpha, comme quoi…
C'était un peu mon point sachant que perso, quand je code, je dois citer des tiquets dans le nom de mes branches et ou dans mes commits par exemple. Sachant que prendre des caractères qui ne sont pas derrière des chiffres fait gonfler ta statistique.
Toujours est-il que très clairement, bloquer une ligne pour les chiffres est inefficace pour de la programmation
Tout comme avoir éèàç (soit 40% des chiffres) et on peut parler de ù et ² qui méritent tous 2 (même pour le français, hein) d'être accessibles sans modificateurs.
Si je regarde Ergo-L je ne trouve pas de caractères primo-accessibles qui ne me paraisse pas pertinents.
Après chacun son clavier, moi je vais l'essayer on verra si j'en reviens.
D'une part, tu parle sur des temps que je ne connais pas, d'autres part tu parle sur des temps qui dépassent le temps des formations. Tu ne peux pas dire que les formations en informatiques n'ont pas évoluées entre le début des années 90 et maintenant. Donc je ne vois pas en quoi c'est pertinent dans la discussion.
Je n'ai pas dis que l'informatique ne s'est jamais complexifié, j'ai dis que sur les 15 ans que je peux vérifier (qui sont du vécu et pas de l'ordre de l'imagination) je n'ai pas l'impression que ça se soit sensiblement complexifié.
Concrètement, les couches logicielles sont plus simples à utiliser, mais je pense clairement que l'infrastructure IT est largement plus complexe, ce qui se reflète nécessairement sur le métier.
Ça n'impacte qu'une fraction des développeurs actuels et encore ça devrait être mis en balance avec la réduction du nombre de plateforme (plus grand monde travail sur du MIPS par exemple) que les couches basses font un gros travail d'abstraction que tu n'avais pas à l'époque (même pas trop basse, hein, les erreurs de g++ il y a 15 ans et maintenant c'est le jour et la nuit), que le matériel est plus fiable (tu as moins de chance d'avoir une casse matériel lié à ton code - même si ça peut toujours exister -) et maintenant tu as une abondance dans l'accès à internet ce qui a probablement drastiquement changé les métiers.
Sur 15 ans l'informatique s'est complexifiée oui, est-ce que globalement le boulot s'est complexifié ? J'en doute. Tu as des cas qui se sont complexifié, mais ils ne représentent pas la majorité amha
Le fait de vouloir des accès direct au chiffres vient je pense des claviers 60, 65, 70, 75 et TKL qui n'ont pas de pavé numérique.
La touche de modification se comporte un peu différemment des touches de modification classique. Tu peut l'appuyer et appuyer sur une autre touche et ça fais le symbole ou tu peux appuyer simplement dessus la relâcher et appuyer sur la touche qui te permet d'avoir le symbole (un nouvel appuie sur la touche de modification annule le changement). Il me semble que ça permet plus de liberté sur la manière d'y accéder.
Pour azerty, tu a un paquet de caractères qui ne sont pas en accès directe et les chiffres sont bien utiles aussi en programmation.
Depuis un mois je me retrouver à utiliser linux (depuis 20 ans), windows (depuis quelques années) et Mac (depuis un mois). J'avais réussi à configurer fr-oss sur windows, mais j'ai rien trouvé pour Mac (en cherchant assez rapidement j'avoue). Mais ergo-l m'intéresse du fait de sa promesse de prendre en compte tous mes cas d'utilisations et ce sera l'occasion de passer à une frappe 100% à l'aveugle. Actuellement ça dépend, si je suis lancé je regarde pas mais quand je démarre ou que je bouge un peu trop les mains je dois regarder et peut être de temps en temps aussi (bref c'est pas clean).
Posté par barmic 🦦 .
En réponse au lien L’après Bépo : Ergo‑L.
Évalué à 2.
Dernière modification le 03 juin 2024 à 11:07.
Je dirais qu'ils ont fait des choix différents pour le français par rapport au bépo et ils ont pris en compte l'anglais et les caractères les plus utilisés en code. Il ne se revendique pas en tout point meilleurs que bépo.
Un clavier mécanique custom comme c'est la "mode"1 ? Genre 60% avec des cherry-mx, etc
Et tout ça est géré au niveau du clavier. Le gros avantage du bépo là dedans est que le pilote gère en standard beaucoup plus de touche que l’azerty. C’est beaucoup plus facile d’envoyer un caractère précis quand le système fait la différence entre É, E et È qu’avec un pilote azerty.
Je comprends pas. Mon fr-oss distingue très bien ces caractères et un paquet d'autres (des espaces insécables, des guillemets français,…).
si on peu parler de mode pour un hobby de niche comme celui-ci ↩
Dans les terminaux actuels, il est difficile de se faire une place, mais j'ai l'impression qu'il monte doucement. Il est pas révolutionnaire, il n'a pas de killer feature, mais il fait bien tout ce qu'il fait j'ai l'impression.
J'ai juste trouvé dommage qu'il ne semble pas avoir de gestion out of the box du clipboard et du coup j'ai un truc comme ça :
J'ai donné le lien plus haut de l'explication de la personne qui le maintenait.
C'est un choix de leur part, ils voyaient Firefox se faire tailler des croupes et ça leur prenait du temps. Ils ont fait un choix. Tel un Lannister ils ont payé leur dette.
Investir sur rust, sur servo, sur boot2gecko, sur FirefoxOS pour le téléphone entièrement web c'était aussi des choix. On peut aussi imaginer que si le packaging de gecko avait était amélioré, l'étape quantum aurait peut être était plus simple. Parce qu'il est plus facile de remplacer quelque chose qand le contrat est proprement défini.
Nous ne le sauront jamais.
Et pour autant Thunderbird se base sur Gecko à chaque ESR…
Sais-tu où sont les sources de thunderbird ? Pendant longtemps au même endroit que les sources de firefox. Grosso modo tu avais un make firefoxet un make thunderbird (ils utilisent pas make mais tu vois l'idée).
J'ai un peu de mal maintenant quand Mozilla se plains que tout le monde passe à blink/webkit d'ignorer qu'ils en ont était acteur.
C'est pire parce que cette politique n'a pas aidé à ce que node utilise gecko/spidermonkey et a avoir de l'outillage pour les développeurs js avec autre chose blink/v8. Alors qu'ils ont prophétisé l'explosion des usages à l'époque où ils ont créé xul.
Penses-tu que ça représenterait un effort insurmontable d'extraire le moteur Web ?
Pas vraiment mais apparemment suffisamment pour que Mozilla abandonne.
Je suis utilisateur de Firefox depuis toujours et je ne compte pas en changer, mais pour le coup Mozilla est en grande parti responsable du fait que les navigateurs alternatifs utilisent chromium. D'un côté tu as un navigateur clef en main et de l'autre ils ont décidé d'abandonner le packaging de gecko en bibliothèque.
Avant ce choix tu avais des alternatives qui utilisaient gecko et il était un terrain d’expérimentation : je me rappel par exemple d'un outil qui permettait de lancer un site web comme une application (donc pas de profile partagé avec ton firefox, un nom et une icone distincte dans ton gestionnaire de fenêtre,…) c'était très pratique quand tu fais des configuration un peu fine de ton gestionnaire de fenêtres (telle application doit se lancer sur ce bureau avec tel raccourcis, ce raccourcis lance l'application ou lui donne le focus si elle est déjà lancée, etc).
Il me semble que le choix est arrivé à l'époque sombre autour de Firefox 4, quand Firefox est resté endormis alors que Chrome arrivait (temps de release long donc difficile de répondre aux nouveautés du concurrent, mauvaise estimation de la performance de leur navigateur, probablement trop de confiance et l'idée que Google mettrait longtemps avant d'être dans la course,…).
Je réponds parce que je ne m'en sert pas non plus. D'une part c'est extrêmement rare que je veuille faire les 2 en même temps et pour quand ça m'arrive j'ai un gestionnaire de fenêtres.
X pour le neutre pluriel… Bizarre, d'avoir utilisé une lettre qui peut marquer le pluriel masculin (dieux, chevaux) pour indiquer le neutre, moi j'aurais pris autre chose, le z par exemple.
Le deuxième lien de mon moteur de recherche donne étudianz😉
La mise en place de moyens pour empêcher l'accès à des données personnelles à quelqu'un qui n'a pas de bonnes raisons est tout aussi légale. Tu peux croire ou non que la loi est appliquée, mais c'est du même acabit, c'est juste des sanctions plus ou moins élevées en cas de manquements.
En France on est pas aux USA on a de base un tas de bases de données dans les quels nous sommes (FISC, assurance maladie, CAF, etc) et l'interdiction de recoupement est respecté. Il n'y a pas de raison que ça en soit autrement pour ce qu'implique le RGPD.
Le problème de fonds est que l'on donne accès de plus en plus à nos informations personnelles
Le RGPD est une première réponse à cela car toutes données stockée doit être motivée, tu dois en contrôler l'accès, tu doit être en mesure de tracé les accès à celles-ci et tu dois être en mesure de les restituer et les détruire sur demande.
C'est peut être pas assez, on peut imaginer être plus restrictif mais appliquons déjà pleinement le texte existant plutôt que de tergiverser en invoquant le sophisme d'une hypothétique solution parfaite.
GitHub ne permet pas d'imposer le fast-forward lors de la fusion des MR (GitLab si).
Ca n'a d'intérêt que si tu compte utiliser l'interface web pour faire tes merges et qu'il y a plusieurs personne qui font des merges. Donc ça n'a probablement pas d'intérêt pour Linus.
Dans la politique de développement du noyau Linux, il y a des merge commits à chaque acceptation?
Je suis pas meilleur que toi pour le vérifier, hein ? Si j'ai bien compris, il fast-forward ce qu'il merge directement lui et a des commits de merge quand le code vient de sous organisation du noyau. Par exemple le vfs n'est pas directement géré par Linus, mais pour que le code en question arrive bien dans la mainline Linus merge le code sans fast-forward.
Je demande ici, de lancer nix-collect-garbage - de le faire chaque semaine automatiquement en retirant les "vieilleries" de plus de 7 jours.
D’expérience je te conseillerais de mettre un peu plus. Grosso modo si je veux utiliser un autre de grandeur "social" 1 jour, 1 semaine, 1 mois,… J'ai pris l'habitude de mettre un peu plus dans une forme de période de grâce. Tu a vite fait de faire un truc tous les mardis, mais que le mardi est être un peu limite pour te rendre compte que quelque chose est cassé.
Ce que fait NixOS c'est de générer les fichiers qui vont bien à partir de sa configuration centralisée (dans les fait /etc/lightdm/lightdm.conf est un lien symbolique vers la version actuellement utilisée dans le store /nix/store/*-lightdm.conf). Cette intégration n'est pas plus une "nixification" que d'autres intégrations que fait debian pour gérer des configuration avec des dossiers *.d.
Et si la configuration n'a pas été "nixifiée", comment on fait?
Les fichiers sont en lecture seul, mais pas les dossiers il me semble.
[^] # Re: Mouais, à voir
Posté par barmic 🦦 . En réponse au lien L’après Bépo : Ergo‑L. Évalué à 4.
C'était un peu mon point sachant que perso, quand je code, je dois citer des tiquets dans le nom de mes branches et ou dans mes commits par exemple. Sachant que prendre des caractères qui ne sont pas derrière des chiffres fait gonfler ta statistique.
Tout comme avoir
éèàç
(soit 40% des chiffres) et on peut parler deù
et²
qui méritent tous 2 (même pour le français, hein) d'être accessibles sans modificateurs.Si je regarde Ergo-L je ne trouve pas de caractères primo-accessibles qui ne me paraisse pas pertinents.
Après chacun son clavier, moi je vais l'essayer on verra si j'en reviens.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Génération Z
Posté par barmic 🦦 . En réponse au journal C11, listes variantes et le turfu. Évalué à 2.
D'une part, tu parle sur des temps que je ne connais pas, d'autres part tu parle sur des temps qui dépassent le temps des formations. Tu ne peux pas dire que les formations en informatiques n'ont pas évoluées entre le début des années 90 et maintenant. Donc je ne vois pas en quoi c'est pertinent dans la discussion.
Je n'ai pas dis que l'informatique ne s'est jamais complexifié, j'ai dis que sur les 15 ans que je peux vérifier (qui sont du vécu et pas de l'ordre de l'imagination) je n'ai pas l'impression que ça se soit sensiblement complexifié.
Ça n'impacte qu'une fraction des développeurs actuels et encore ça devrait être mis en balance avec la réduction du nombre de plateforme (plus grand monde travail sur du MIPS par exemple) que les couches basses font un gros travail d'abstraction que tu n'avais pas à l'époque (même pas trop basse, hein, les erreurs de g++ il y a 15 ans et maintenant c'est le jour et la nuit), que le matériel est plus fiable (tu as moins de chance d'avoir une casse matériel lié à ton code - même si ça peut toujours exister -) et maintenant tu as une abondance dans l'accès à internet ce qui a probablement drastiquement changé les métiers.
Sur 15 ans l'informatique s'est complexifiée oui, est-ce que globalement le boulot s'est complexifié ? J'en doute. Tu as des cas qui se sont complexifié, mais ils ne représentent pas la majorité amha
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mouais, à voir
Posté par barmic 🦦 . En réponse au lien L’après Bépo : Ergo‑L. Évalué à 3.
Le fait de vouloir des accès direct au chiffres vient je pense des claviers 60, 65, 70, 75 et TKL qui n'ont pas de pavé numérique.
La touche de modification se comporte un peu différemment des touches de modification classique. Tu peut l'appuyer et appuyer sur une autre touche et ça fais le symbole ou tu peux appuyer simplement dessus la relâcher et appuyer sur la touche qui te permet d'avoir le symbole (un nouvel appuie sur la touche de modification annule le changement). Il me semble que ça permet plus de liberté sur la manière d'y accéder.
Pour azerty, tu a un paquet de caractères qui ne sont pas en accès directe et les chiffres sont bien utiles aussi en programmation.
Bref moi c'est un choix qui me parle.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Envi d'essayer
Posté par barmic 🦦 . En réponse au lien L’après Bépo : Ergo‑L. Évalué à 3.
Depuis un mois je me retrouver à utiliser linux (depuis 20 ans), windows (depuis quelques années) et Mac (depuis un mois). J'avais réussi à configurer fr-oss sur windows, mais j'ai rien trouvé pour Mac (en cherchant assez rapidement j'avoue). Mais ergo-l m'intéresse du fait de sa promesse de prendre en compte tous mes cas d'utilisations et ce sera l'occasion de passer à une frappe 100% à l'aveugle. Actuellement ça dépend, si je suis lancé je regarde pas mais quand je démarre ou que je bouge un peu trop les mains je dois regarder et peut être de temps en temps aussi (bref c'est pas clean).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Principe
Posté par barmic 🦦 . En réponse au lien L’après Bépo : Ergo‑L. Évalué à 2. Dernière modification le 03 juin 2024 à 11:07.
Je dirais qu'ils ont fait des choix différents pour le français par rapport au bépo et ils ont pris en compte l'anglais et les caractères les plus utilisés en code. Il ne se revendique pas en tout point meilleurs que bépo.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mon après bépo à moi
Posté par barmic 🦦 . En réponse au lien L’après Bépo : Ergo‑L. Évalué à 3.
Un clavier mécanique custom comme c'est la "mode"1 ? Genre 60% avec des cherry-mx, etc
Je comprends pas. Mon fr-oss distingue très bien ces caractères et un paquet d'autres (des espaces insécables, des guillemets français,…).
si on peu parler de mode pour un hobby de niche comme celui-ci ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: wezterm
Posté par barmic 🦦 . En réponse au journal Quelques gemmes en CLI. Évalué à 2.
Dans les terminaux actuels, il est difficile de se faire une place, mais j'ai l'impression qu'il monte doucement. Il est pas révolutionnaire, il n'a pas de killer feature, mais il fait bien tout ce qu'il fait j'ai l'impression.
J'ai juste trouvé dommage qu'il ne semble pas avoir de gestion out of the box du clipboard et du coup j'ai un truc comme ça :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Bat
Posté par barmic 🦦 . En réponse au journal Quelques gemmes en CLI. Évalué à 2.
Bat demande moins de configuration, mais je suis bien avec lesspipe pour ça.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: vidir - Renommage/suppression rapide de fichiers au travers d’un éditeur de texte
Posté par barmic 🦦 . En réponse au journal Quelques gemmes en CLI. Évalué à 3. Dernière modification le 03 juin 2024 à 08:57.
Ah c'est intéressant faudra que j'essaie. Pour les manipulations en masses j'utilise surtout zmv et zargs.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Pas de violence, c'est les vacances
Posté par barmic 🦦 . En réponse au lien Yann Le Cun, l’homme qui a décidé de détruire méticuleusement Elon Musk . Évalué à 7. Dernière modification le 02 juin 2024 à 23:46.
C'est lui l'électron libre si tu ne va pas dans son sens c'est que tu fais partie du système !
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Pas de violence, c'est les vacances
Posté par barmic 🦦 . En réponse au lien Yann Le Cun, l’homme qui a décidé de détruire méticuleusement Elon Musk . Évalué à 4.
C'est Jésus et l'humanité va lui faire porter sa croix, mais lui est là pour expier nos péchés.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Autres réactions
Posté par barmic 🦦 . En réponse au lien Nouvelle proposition à l'UE pour casser le chiffrement de bout en bout des messageries. Évalué à 5.
https://www.patrick-breyer.de/en/majority-for-chat-control-possible-users-who-refuse-scanning-to-be-prevented-from-sharing-photos-and-links/
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Propulsera les forks ?
Posté par barmic 🦦 . En réponse au journal Google continue son chemin sur la fin des extensions Manifest V2. Évalué à 6.
J'ai donné le lien plus haut de l'explication de la personne qui le maintenait.
C'est un choix de leur part, ils voyaient Firefox se faire tailler des croupes et ça leur prenait du temps. Ils ont fait un choix. Tel un Lannister ils ont payé leur dette.
Investir sur rust, sur servo, sur boot2gecko, sur FirefoxOS pour le téléphone entièrement web c'était aussi des choix. On peut aussi imaginer que si le packaging de gecko avait était amélioré, l'étape quantum aurait peut être était plus simple. Parce qu'il est plus facile de remplacer quelque chose qand le contrat est proprement défini.
Nous ne le sauront jamais.
Sais-tu où sont les sources de thunderbird ? Pendant longtemps au même endroit que les sources de firefox. Grosso modo tu avais un
make firefox
et unmake thunderbird
(ils utilisent pas make mais tu vois l'idée).Aujourd'hui ce n'est plus Mozilla qui chapote thunderbird, du coup c'est 2 dépôt séparé. Tu prends celui de Firefox et tu clone dedans celui de Thunderbird. Bref c'est toujours plus ou moins la même base de code…
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Propulsera les forks ?
Posté par barmic 🦦 . En réponse au journal Google continue son chemin sur la fin des extensions Manifest V2. Évalué à 6.
Plus haut niveau. J'ai oublié le nom de l'outil, mais tu faisais quelque chose comme :
et t'avais un linuxfr dans une fenêtre dédiée.
Histoire de quand même donner des références. Le choix a était fais en 2011 et pour l'exemple Camino qui a toujours était un navigateur gecko n'a pas eu d'autres choix que de passer à webkit (à l'époque blink n'existait pas).
J'ai un peu de mal maintenant quand Mozilla se plains que tout le monde passe à blink/webkit d'ignorer qu'ils en ont était acteur.
C'est pire parce que cette politique n'a pas aidé à ce que node utilise gecko/spidermonkey et a avoir de l'outillage pour les développeurs js avec autre chose blink/v8. Alors qu'ils ont prophétisé l'explosion des usages à l'époque où ils ont créé xul.
Pas vraiment mais apparemment suffisamment pour que Mozilla abandonne.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Propulsera les forks ?
Posté par barmic 🦦 . En réponse au journal Google continue son chemin sur la fin des extensions Manifest V2. Évalué à 7.
Je suis utilisateur de Firefox depuis toujours et je ne compte pas en changer, mais pour le coup Mozilla est en grande parti responsable du fait que les navigateurs alternatifs utilisent chromium. D'un côté tu as un navigateur clef en main et de l'autre ils ont décidé d'abandonner le packaging de gecko en bibliothèque.
Avant ce choix tu avais des alternatives qui utilisaient gecko et il était un terrain d’expérimentation : je me rappel par exemple d'un outil qui permettait de lancer un site web comme une application (donc pas de profile partagé avec ton firefox, un nom et une icone distincte dans ton gestionnaire de fenêtre,…) c'était très pratique quand tu fais des configuration un peu fine de ton gestionnaire de fenêtres (telle application doit se lancer sur ce bureau avec tel raccourcis, ce raccourcis lance l'application ou lui donne le focus si elle est déjà lancée, etc).
Il me semble que le choix est arrivé à l'époque sombre autour de Firefox 4, quand Firefox est resté endormis alors que Chrome arrivait (temps de release long donc difficile de répondre aux nouveautés du concurrent, mauvaise estimation de la performance de leur navigateur, probablement trop de confiance et l'idée que Google mettrait longtemps avant d'être dans la course,…).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Nouvelles Fonctionnalités... Mouais
Posté par barmic 🦦 . En réponse à la dépêche Les prochaines fonctionnalités de Firefox dévoilées. Évalué à 4.
Je réponds parce que je ne m'en sert pas non plus. D'une part c'est extrêmement rare que je veuille faire les 2 en même temps et pour quand ça m'arrive j'ai un gestionnaire de fenêtres.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: alternatives
Posté par barmic 🦦 . En réponse au lien The Programming Language compiled to Bash.. Évalué à 2.
Ah effectivement je n'avais pas relevé ce point. Bien vu !
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: typographie inclusif·ve
Posté par barmic 🦦 . En réponse au lien Enseigner la typographie au risque du libre. Évalué à 2.
Le deuxième lien de mon moteur de recherche donne étudianz😉
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Titre trompeur
Posté par barmic 🦦 . En réponse au lien Cyberattaque : France Travail avait identifié la faille mais ne l’a pas corrigée à temps. Évalué à 2.
La mise en place de moyens pour empêcher l'accès à des données personnelles à quelqu'un qui n'a pas de bonnes raisons est tout aussi légale. Tu peux croire ou non que la loi est appliquée, mais c'est du même acabit, c'est juste des sanctions plus ou moins élevées en cas de manquements.
En France on est pas aux USA on a de base un tas de bases de données dans les quels nous sommes (FISC, assurance maladie, CAF, etc) et l'interdiction de recoupement est respecté. Il n'y a pas de raison que ça en soit autrement pour ce qu'implique le RGPD.
Le RGPD est une première réponse à cela car toutes données stockée doit être motivée, tu dois en contrôler l'accès, tu doit être en mesure de tracé les accès à celles-ci et tu dois être en mesure de les restituer et les détruire sur demande.
C'est peut être pas assez, on peut imaginer être plus restrictif mais appliquons déjà pleinement le texte existant plutôt que de tergiverser en invoquant le sophisme d'une hypothétique solution parfaite.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Gouvernance critiquable
Posté par barmic 🦦 . En réponse au journal Nixos la distribution reproductible et déclaratif. . Évalué à 2.
La cabale s'est occupé de ton lien
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: GNU/Linux ≠ bureau / WM
Posté par barmic 🦦 . En réponse au journal windows linuxifié, linux windowsifié?. Évalué à 2.
Ca n'a d'intérêt que si tu compte utiliser l'interface web pour faire tes merges et qu'il y a plusieurs personne qui font des merges. Donc ça n'a probablement pas d'intérêt pour Linus.
Je suis pas meilleur que toi pour le vérifier, hein ? Si j'ai bien compris, il fast-forward ce qu'il merge directement lui et a des commits de merge quand le code vient de sous organisation du noyau. Par exemple le vfs n'est pas directement géré par Linus, mais pour que le code en question arrive bien dans la mainline Linus merge le code sans fast-forward.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: typographie inclusif·ve
Posté par barmic 🦦 . En réponse au lien Enseigner la typographie au risque du libre. Évalué à 4.
Le premier lien de mon moteur de recherche me donne ça étudianx
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: petit disque
Posté par barmic 🦦 . En réponse au journal Nixos la distribution reproductible et déclaratif. . Évalué à 2.
D’expérience je te conseillerais de mettre un peu plus. Grosso modo si je veux utiliser un autre de grandeur "social" 1 jour, 1 semaine, 1 mois,… J'ai pris l'habitude de mettre un peu plus dans une forme de période de grâce. Tu a vite fait de faire un truc tous les mardis, mais que le mardi est être un peu limite pour te rendre compte que quelque chose est cassé.
Juste pour partager ma pratique
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: /conf
Posté par barmic 🦦 . En réponse au journal Nixos la distribution reproductible et déclaratif. . Évalué à 1.
Ce que fait NixOS c'est de générer les fichiers qui vont bien à partir de sa configuration centralisée (dans les fait
/etc/lightdm/lightdm.conf
est un lien symbolique vers la version actuellement utilisée dans le store/nix/store/*-lightdm.conf
). Cette intégration n'est pas plus une "nixification" que d'autres intégrations que fait debian pour gérer des configuration avec des dossiers *.d.Les fichiers sont en lecture seul, mais pas les dossiers il me semble.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Transmutation
Posté par barmic 🦦 . En réponse au lien Enseigner la typographie au risque du libre. Évalué à 3.
Je dois pas bien comprendre ce que tu voulais dire par
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll