barmic 🦦 a écrit 6263 commentaires

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

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

Ptete moins les employés qui lui tiennent têtes

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

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

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

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).

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

Une "webview" , un peu comme avec Electron ou le QtWebEngine?

Plus haut niveau. J'ai oublié le nom de l'outil, mais tu faisais quelque chose comme :

cool-tool https://linuxfr.org

et t'avais un linuxfr dans une fenêtre dédiée.

J'avoue ne jamais m'être demandé pourquoi tous ces frameworks étaient basés sur Blink et jamais sur Gecko...

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.

Penses-tu que ça représenterait un effort insurmontable d'extraire le moteur Web ?

Pas vraiment mais apparemment suffisamment pour que Mozilla abandonne.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

...ou on pourrait juste utiliser Firefox 😉 .

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

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

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

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😉

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Cette autorisation d'un juge est juste légale.

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.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

La cabale s'est occupé de ton lien

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

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.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

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

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é.

Juste pour partager ma pratique

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

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.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

L'enseignement de la théorie peut se faire par de la pratique

Je dois pas bien comprendre ce que tu voulais dire par

Ce qu'il faut apprendre, c'est la théorie PUIS la mettre en pratique

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Python est tout de même beaucoup plus polyvalent qu'ActionScript. Par rapport à Processing je ne sais pas, mais bon python faisant parti des quelques langages qui peuvent être vu comme un lingua franca (avec C et js j'imagine)...

Ce qu'il faut apprendre, c'est la théorie PUIS la mettre en pratique, pas l'inverse.

On commence à apprendre "à compter jusqu'à 10" avant d'apprendre de définition formelle des nombres entiers naturels.

Apprendre en top-down ou en bottom-up n'a pas vraiment d'importance (c'est une question de contexte, de compétence, d'appétence,...) ce qui est important c'est de ne pas faire que top ou que bottom.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ouai après perl, python, ruby et consorts sont là depuis longtemps aussi.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Si, comme je le comprends, l'objectif est la portabilité, oui ils auraient dû transpiler vers du shell posix.

À mon avis c'est pour les tableaux qu'ils ont préféré cibler bash. Les faire en bourn shell est vraiment douloureux.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est surtout que la démonstration est faite qu'avoir un langage qui compile en shell/bash est un peu une étrangeté.

Pas plus que de compiler vers JS. Tu compile vers JS pour que ça puisse s'exécuter dans n'importe quel navigateur. Tu pourrais imaginer compiler vers du shell pour exécuter sur n'importe quel unix-like. Le choix de bash par rapport à un bourne shell est surprenant, mais je pense que c'est par simplicité pour eux pour certains types.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je suis pas certain que beaucoup de transpilateurs donnent dans le langage cible des programmes concis et élégants, ce n'est en général pas le but.

Un compilateur peut avoir effectivement différent objectifs :

• la performance: ici la multiplication des sous programme ne va pas dans ce sens
• la vérification de certaines propriétés (comme le typage): il y a effectivement du typage dans amber
• les fonctionnalités: amber apporte donne plus de contrôle quand on importe un fichier (le fichier importé choisi ce qui est publique ou pas et celui qui importe choisi ce qu'il importe), la gestion des erreurs de commande sympa et probablement quelques autres choses

Leur choix d'exemple de la page d'accueil est vraiment le plus nul que j'ai eu l'occasion de voir, mais je révise mon jugement je comprends à quoi il sert.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je suis d'accord qu'on peut désactiver la plupart des choses via about:config mais ce ne serait pourtant pas compliqué d'ajouter des options simples dans "Paramètres" pour le faire sans avoir à "bricoler".

Bof amha ce qui serait cool, c'est qu'il y ai une description succincte dans about:config (au moins pour ce qui ne relève pas du développement pur et dur - par exemple ils leur arrive de créer la clef, mais de ne pas s'en servir avant plusieurs versions -) et que ces conf soient synchronisées entre navigateurs.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

En fait je serais d'accord si le projet utilisait correctement le shell, ce qui n'est pas le cas de mon point de vu.

Leur exemple

ifage<18{
echo"I'm not an adult yet"
}else{
echo"I'm an adult"
}

devient

__0_age=30;
if [ $(echo ${__0_age} '<' 18 | bc -l | sed '/\./ s/\.\{0,1} 0\{1,\}$//') != 0 ]; then
 echo "I'm not an adult yet"
else
 echo "I'm an adult"
fi

Personne n'écrirait ça. Pas parce qu'il laisserait des problèmes potenitels juste parce que la bonne manière de l'écrire c'est

__0_age=30;
if [[ "${__0_age}" -lt 18 ]]; then
 echo "I'm not an adult yet"
else
 echo "I'm an adult"
fi

Ca ne gère pas les cas où l'opération mathématique est plus complexe ni quand à la place de 18 tu as un nombre qui est arbitrairement lent, mais j'attends d'un compilateur qu'il utilise la forme la plus efficace possible pour le code que je lui ai donné. Là je ne vois pas ce qu'il apporte en générant du code moins efficace, moins lisible et moins performant que ce que j'aurais écris (probablement pas plus difficilement que la source que j'aurais dû donner au compilateur).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll