On est bien d'accord que le foutage de gueule vise Google et non à la CNIL.
Donc, non, il n'y pas d'invective de ma part visant la CNIL (je ne te fais pas l'injure de reprendre ici la définition factuelle d'une invective).
Tu intuite que c'est toléré par la CNIL sur quelle base? Combien de temps ça prend pour monter un dossier d'après toi ? Pense tu que ces démarches sont instantanées ? As-tu vérifié si quelque chose était en cours ? As-tu vu une communication allant dans ce sens ? Si non effectivement, je comprends ton expertise dans le procès d'intention.
Pardon mais là aussi je pense qu'il faut rester factuel et, en l'espèce, ne pas me faire de procès d'intention. Il n'y aucune menace dans le journal donc, non, on ne peut pas y voir une menace.
Je suis convaincu que ce n'est pas volontaire, mais ton journal c'est :
tel site ne respecte pas la RGPD
j'ai déposé une plainte à la CNIL
ce blog ne respecte pas non plus la RGPD
Ce n'est pas explicité, mais à minima en terme de coup de pression plutôt violent tu ne peux pas dire que ça ne se pose pas là.
Je comprends que tu as peut-être pu te laisser happer par un ressenti découlant d'un long échange de commentaires, mais il me paraissait important de défendre mon journal tel qu'il est écrit et non tel que tu en avais gardé le souvenir.
Ce n'est pas une question de souvenir, mais de ce qui est induit par ton journal.
dépôt d'une plainte sans tentative de parlementer
pointer du doigt d'autres membres de linuxfr comme ne respectant pas non plus la RGPD
ce n'est pas explicitement dit mais ce serait une insulte à l'intelligence d'affirmer que ça ne le rend pas susceptibles de subir le même sort (on sait tous faire des implications logiques)
une conclusion en mode de "toute manière la CNIL s'en fout"
Encore une fois, je n'ai pas le moindre doute que ça n'était pas ton intension, si tu me fait un procès en émotion je peux t'en faire un aussi en disant que peut être que ce dépôt de plainte et les difficultés que tu a rencontré ton énervé et que tu a écrit ce journal avec fatigue et énervement.
Mon point c'est juste de ne pas être surpris que ceux que tu pointent du doigt se sentent pris pour cible (même s'ils ne sont pas la cible de ta plainte).
Ignorer l'amalgame qui est fait, c'est gentil pour antistress. Le fait qu'il n'est pas déposé de plainte c'est une chose, mais à minima on peut y voir une menace. Je ne doute pas que c'est pas volontaire, mais on peut être plus civilisé que se menacer en tribunal les uns les autres.
Rome ne s'est pas fait en un jour. Les démarches, les procédures ça prend du temps,… Présumer qu'il y a un laissé faire de la part de la CNIL sans plus d'arguments que ça qui est présenté, c'est un problème.
Que tu es un sentiment c'est une chose que ça en devienne une invective sans passer par plus d'arguments c'est autre chose.
La de-duplication pourrait faire quelque chose ici. Je ne sais pas comment elle s'en sort quand le contenu d'un bloc est sensiblement le même, mais un peu décalé.
Effectivement c'est la déduplication qui peut aider (si elle est activée). Après je crois que fedora a un système qui permet de mettre à jour par application de diff. Ça doit simplifier les choses.
Donc je suis d'accord avec l'argument du snapshot instantané et qui ne prend que la place nécessaire, mais je pense que cette place nécessaire peut être très importante.
Il n'y a pas de miracle. Cet espace très important c'est la différence entre les 2 états de ton système. On peut envisager des compressions, des déduplication plus ou moins fine, c'est un curseur à positionner.
Supprimer un snapshot va au moins lancer une cascade d'opération pour mettre à jour les meta données de ton file système. Toutes les données devenues orphelines après cette suppression vont devoir etre "collectée" et cela peut representer un gros travail.
Non, il ne touche pas aux fichiers. Il modifie ces propres métadonnées pour supprimer la référence du snapshot. L'espace occupé ne sera réutilisé au fur et à mesure que tu en a besoin. C'est sans commune mesure avec un parcourt arborescent du système de fichiers.
Je ne sais pas pourquoi là tu parle de cascade d'opérations et en dessous tu parle d'un seul.
La grosse difference entre les deux? La suppression d'un snapshot se fera en un appel système et le reste c'est le file système qui fait. La suppression des 200 Gio risque de générer de nombreux appels pour chaque fichiers à supprimer.
C'est exactement mon point.
Cependant, je vois un peu cela comme une analyse amortie. Dans le modèle snapshot + update, tu va supprimer et créer de nouveaux fichiers puis plus tard tu vas supprimer le snapshot. Dans le modèle "nix", tu vas seulement créer de nouveaux fichiers (donc pas d'appel système pour les suppressions) et plus tard, lors de la "purge", tu vas supprimer tes fichiers inutiles. Les deux sembles équivalents, mais pas au même instant.
Tu remplace la suppression par des créations de liens ce qui a le même coût.
En fait, nix fait la même chose que les snapshot sauf qu'avec la connaissance interne du système de fichier c'est bien plus rapide à manipuler, mais ça demande nécéssite un redémarrage pour faire le changement. Après nix a d'autres intérêts.
Je n'ai pas parlé su service, j'ai parlé d'offre. Fournit moi déjà le logiciel, et je le ferai tourner (en le monétisant :) ). La, l'offre logicielle libre n'existe déjà pas.
Tu connaît parfaitement ces problématiques qui existent déjà (SSPL etc). Donc ton commentaire est juste un troll.
Tu parles d'une chose dont je n'ai pas parlé pour te cacher que le logiciel correspondant n'existe pas en libre.
Comme si il y avait une phobie de rencontrer des gens pas comme eux, des gens pas geeks.
Écrire du code et maintenir un service c'est 2 choses totalement différentes. En plus des compétences différentes écrire du code est immatériel, tu peux le partager à l'infini sans surcoût alors que fournir un service a un coût par utilisateur.
C'est dommage, mais en attendant les gens même développant du libre mais n'ayant pas envie de s'emmerder utilisent du non libre pour ça, faute d'offre réelle (pour tous) libre.
Toi qui est pointilleux sur la notion de liberté parler de « service libre » c'est dommage.
Je veux dire que tu peux utiliser la solution de synchro que tu considère la plus adaptée à ton usage1. Après ça ne t'arrange peut être pas. Tu as des solutions qui sont sous forme de service et qui te permettent d'ignorer la notion de synchronisation, mais ça vient avec un coût je trouve : tu as une dépendance à un service. Charge à toi de garder une copie au cas où le service ne te convient plus, disparaît ou rencontre une panne.
C'est un choix, je ne crois pas qu'il y ai de solutions parfaites.
tu en a déjà en place dans tous les smartphones grands publiques et il ne semble pas que ça pose de problèmes insolubles à l'utilisateur moyen. ↩
Alors qu'avec un outil de snapshot système, chaque mise à jour augmente la taille de ton snapshot de plusieurs gigas octets, avec très peu de partage.
Je présume que tu parle de snapshot pre-zfs/hammerfs/btrfs. Avec la technique du CoW, c'est instantané et ça ne coûte que la place réellement nécessaire. Donc non tu ne peux pas avoir une rétention infinie, mais si tu te donne la liberté de consommer 230Gio alors tu as de quoi faire pour un paquet de temps. De plus la gestion est plus légère, il est parfaitement inutile de garder plus d'un certains nombre de snapshots (à choisir) et supprimer un snapshot ne coûte rien. Ça ne ralenti pas ton build suivant, ça prend le même temps quelque soit la taille de ton fs ou des données contrairement à une suppression de 200Gio sur disque. Définir une rétention est simple tu n'a qu'à supprimer la plus vielle snapshot, tu n'a pas à aller voir chaque fichiers pour ne supprimer que les plus vieux.
(Je sais pas pourquoi tu parle de backup quand il est question de snapshot)
Pour le simple, je ne sais pas trop. Installer timeshift va sans doute te demander un peu de travail, tout du moins de configuration pour obtenir le snapshot qui correspond à tes besoins (afin de ne pas snapshoter de trucs inutiles qui prennent beaucoup de place, comme tes containers / images docker).
C'est cocasse un défendeur de nix qui explique qu'autre chose que nix prend de la place disque :)
Là logique est une science dont l'objet d'étude est, comme son nom l'indique, le langage. Mais elle ne l'étudie pas à la manière de la linguistique, c'est-à-dire qu'elle ne s'intéresse pas à telle ou telle langues données pour les analyser comparativement dans leurs structures. Si je peut m'exprimer ainsi, ce qu'elle cherche à travers la diversité des langues c'est les invariants par variations. Elle cherche les lois nécessaires de toute pensée, dont le langage n'est que le moyen d'expression.
De ce qu'il me semble la logique s'intéresse uniquement aux langues formelles et à l'aspect objectif. Ce n'est qu'une petite partie du langage.
Le fait d'être prescriptif c'est une branche de la logique, mais je pense que ça capture bien ce que je trouve profondément gênant avec tes messages. Ça et l'appel continuel aux philosophes, ça ne donne pas vraiment l'impression d'une discussion, mais un étalage de ta science.
Voila c'était plus pour te donner un ressenti que pour en discuter. Bonne soirée
C'est vrai la jvm n'était pas très pratique pour les langages dynamiques jusqu'à l'arrivée dynvoke dynamic pour java8. Il y avait des langages dynamiques avant, mais ils subissaient un peu.
Posté par barmic 🦦 .
En réponse au journal raspi400.
Évalué à 4.
Quand tu utilise régulièrement une commande avec une autre, ça peut valoir le coup de regarder si la première ne peux pas faire le travail de la seconde. Un peu comme le sort -u ça remplace pas le uniq dans tous les cas mais si c'est juste pour faire sort | uniq ça veut le coup. Comme le grep -c à la place du grep | wc…
Par exemple si tu récupère des fichiers par ssh pour les désarchiver tu peux faire :
tar --rsh-command=/usr/bin/ssh -xf login@machine:/chemin
# qui peux se simplifer enexportTAR_OPTIONS="--rsh-command=/usr/bin/ssh"
tar xf login@machine:/chemin
Oui mais non. NUR demande effectivement une étape de configuration mais après tu fais bien des installations hors nixpkgs (ou du moins sur un nixpkgs augmenté), par exemple :
$ nix-shell -p nur.repos.mic92.hello-nur
Non c'est juste un paquet qui est sur nur et qui sert à vérifier qu'il est bien installé (et ce n'est pas un paquet comme on l'entends ailleurs car il ne fais qu'un hello world en nix sans ajouter de fichiers).
Et pour en revenir au "cas nominal" de Nix, je pense que justement c'est plus de gérer nos propres environnements de développement que d'installer un logiciel de nixpkgs. D'ailleurs, la page de doc du site aborde très souvent les "developer environments" (https://nixos.org/learn.html).
Tout à fait et je pense qu'il est très pratique pour ça quand on a des dépendances qui sont intriquées avec le système (en js c'est osef par exemple).
Nix est peu connu donc on ne risque pas de voir, par exemple, vscode fournir un script Nix.
Ce n'est pas non plus mis en avant.
Mais dans la communauté Nix, il est assez courant de proposer des scripts/paquets en dehors de nixpkgs : home-manager, cachix, nixGL, nur…
Alors NUR pas vraiment et c'est assez logique, c'est juste une conf de nix et pas une installation de logiciel, mais oui c'est assez logique qu'ils s'en servent.
Tu as peut être évité de lire la parenthèse? Ça ne me paraît pas être le cas nominal. La page d'accueil présente immédiatement le nombre de paquet du dépôt, la page de features n'en parle pas et mentionne différentes commandes s'appuyant sur le dépôt,…
C'est tout à fait possible de le faire, mais je n'ai pas encore vu quelqu'un fournir de script nix hors du dépôt et d'exemples.
J'ai l'impression que c'est utilisé par les utilisateurs eux-même (tu dérive un paquet ou tu en crée un et tu l'utilise ou le lance sur l'ensemble de tes machines). Je n'ai pas vu d'upstream le faire, mais je peux me tromper.
Nix ne répond pas tout à fait à la même problématique.
Il y a plusieurs problématiques différentes:
comment en tant que développeur je peux rendre disponible mon logiciel au plus grands nombres
comment en tant qu'utilisateur je peux avoir des versions plus à jour (potentiellement sans trop impacter le reste de mon système)
comment en tant que développeur je peux avoir les dernières versions des bibliothèques que j'utilise
comment installer un logiciel pour un utilisateur uniquement
…
Et les différentes solutions se basent sur une façon d'imaginer les choses.
nix, guix et pkgsrc permet surtout d'installer des logiciels sans impact sur le reste du système. Cela apporte des choses en plus et nixos pousse ça à tous l'ensemble du système. Mais on est sur un modèle à dépôt. Tu fais inclure ton logiciel dans le dépôt et il est dispo (tu peux fournir un script nix pour faire l'installation, mais c'est pas l'usage nominal).
snap et flatpack se concentre sur le sandboxing. L'idée c'est qu'un logiciel n'accède pas à tout tes fichiers par exemple. C'est très pratique pour des logiciels propriétaires. Moi par exemple j'ai besoin de teams pour travailler, mais je préfère qu'il soit dans une sandbox. Les 2 fonctionnent sur la base de dépôt, mais flatpack, mais en avant le fait que chacun peut créer un dépôt et donne la possibilité d'installer un fichier unique. En ça il vient aussi sur les cas d'usage des PPA par exemple.
appimage c'est vraiment un fichier que tu prend, tu lance, ça marche. Pas d'autres question, c'est très très pratique, même s'il n'a pas certaines bonnes propriétés qu'on les autres (il n'y a rien pour savoir/simplifier la mise à jour, l'utilisateur doit gérer ces fichiers les mettre dans son $PATH, etc).
Après il y en a eu un paquet des solutions 0install, klik, runz,… sachant que AUR, les PPA et probablement d'autres solutions spécifiques à des distributions se rapproches de ses solutions.
Il est vraiment difficile de ne pas y voir une xkcd #927, avant c'était la galère, il fallait packager pour deb, rpm, tarbal,… maintenant il y a appimage, flatpack, snap, nix,… et tu peux continuer à packager pour les classiques
Posté par barmic 🦦 .
En réponse au journal DHCP et heure système.
Évalué à 3.
Dernière modification le 22 novembre 2020 à 17:25.
Comme le dis ton lien, uniquement pour les OS 32 bits uniquement et linux commence à préparer le 32bits à utiliser une représentation du temps sur 64bits.
[^] # Re: Similaire à NixOS
Posté par barmic 🦦 . En réponse à la dépêche GNU Guix 1.2.0 est publié. Évalué à 3.
Il me semble que les 2 principales différence que c'est que guix est GNU compliant et qu'il utilise scheme.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Gentil de me citer
Posté par barmic 🦦 . En réponse au journal Je viens de déposer plainte à la CNIL : mon retour d'expérience.. Évalué à -3.
Tu intuite que c'est toléré par la CNIL sur quelle base? Combien de temps ça prend pour monter un dossier d'après toi ? Pense tu que ces démarches sont instantanées ? As-tu vérifié si quelque chose était en cours ? As-tu vu une communication allant dans ce sens ? Si non effectivement, je comprends ton expertise dans le procès d'intention.
Je suis convaincu que ce n'est pas volontaire, mais ton journal c'est :
Ce n'est pas explicité, mais à minima en terme de coup de pression plutôt violent tu ne peux pas dire que ça ne se pose pas là.
Ce n'est pas une question de souvenir, mais de ce qui est induit par ton journal.
Encore une fois, je n'ai pas le moindre doute que ça n'était pas ton intension, si tu me fait un procès en émotion je peux t'en faire un aussi en disant que peut être que ce dépôt de plainte et les difficultés que tu a rencontré ton énervé et que tu a écrit ce journal avec fatigue et énervement.
Mon point c'est juste de ne pas être surpris que ceux que tu pointent du doigt se sentent pris pour cible (même s'ils ne sont pas la cible de ta plainte).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Gentil de me citer
Posté par barmic 🦦 . En réponse au journal Je viens de déposer plainte à la CNIL : mon retour d'expérience.. Évalué à -5.
Ignorer l'amalgame qui est fait, c'est gentil pour antistress. Le fait qu'il n'est pas déposé de plainte c'est une chose, mais à minima on peut y voir une menace. Je ne doute pas que c'est pas volontaire, mais on peut être plus civilisé que se menacer en tribunal les uns les autres.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Google
Posté par barmic 🦦 . En réponse au journal Je viens de déposer plainte à la CNIL : mon retour d'expérience.. Évalué à 2.
Rome ne s'est pas fait en un jour. Les démarches, les procédures ça prend du temps,… Présumer qu'il y a un laissé faire de la part de la CNIL sans plus d'arguments que ça qui est présenté, c'est un problème.
Que tu es un sentiment c'est une chose que ça en devienne une invective sans passer par plus d'arguments c'est autre chose.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Gentil de me citer
Posté par barmic 🦦 . En réponse au journal Je viens de déposer plainte à la CNIL : mon retour d'expérience.. Évalué à -4.
Le journal tire à balles réelles sans sommation, c'est normal que des gens s'offusquent. Rien que la dernière phrase pose un énorme problème.
Il fustige cairn, le blog perso puis la cnil sans se renseigner sans la courtoisie qui semble être demandée à ses cibles.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Point d'entrée
Posté par barmic 🦦 . En réponse au journal Défis PeerTube. Évalué à 4. Dernière modification le 28 novembre 2020 à 10:53.
En fait il faut comprendre simple :
Ou alors tu considère que 5 ce n'est pas un point d'entrée unique et la prédominance des GAFAM ne pose donc pas de problème particulier ;)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: à chacun sa vision de la simplicité
Posté par barmic 🦦 . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 2.
Effectivement c'est la déduplication qui peut aider (si elle est activée). Après je crois que fedora a un système qui permet de mettre à jour par application de diff. Ça doit simplifier les choses.
Il n'y a pas de miracle. Cet espace très important c'est la différence entre les 2 états de ton système. On peut envisager des compressions, des déduplication plus ou moins fine, c'est un curseur à positionner.
Non, il ne touche pas aux fichiers. Il modifie ces propres métadonnées pour supprimer la référence du snapshot. L'espace occupé ne sera réutilisé au fur et à mesure que tu en a besoin. C'est sans commune mesure avec un parcourt arborescent du système de fichiers.
Je ne sais pas pourquoi là tu parle de cascade d'opérations et en dessous tu parle d'un seul.
C'est exactement mon point.
Tu remplace la suppression par des créations de liens ce qui a le même coût.
En fait, nix fait la même chose que les snapshot sauf qu'avec la connaissance interne du système de fichier c'est bien plus rapide à manipuler, mais ça demande nécéssite un redémarrage pour faire le changement. Après nix a d'autres intérêts.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ou si
Posté par barmic 🦦 . En réponse à la dépêche KeePass, ou apprendre à gérer correctement ses mots de passe. Évalué à 1.
Tu connaît parfaitement ces problématiques qui existent déjà (SSPL etc). Donc ton commentaire est juste un troll.
On a eu 2 dépêches sur bitwarden cette année. Tu te moque de moi je présume.
Voila un paragraphe et je m'arrêterais là. Tu troll pour ensuite t'en servir pour juger. C'est classique, mais médiocre. Passe un bon week-end.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ou si
Posté par barmic 🦦 . En réponse à la dépêche KeePass, ou apprendre à gérer correctement ses mots de passe. Évalué à 3.
Écrire du code et maintenir un service c'est 2 choses totalement différentes. En plus des compétences différentes écrire du code est immatériel, tu peux le partager à l'infini sans surcoût alors que fournir un service a un coût par utilisateur.
Toi qui est pointilleux sur la notion de liberté parler de « service libre » c'est dommage.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ou si
Posté par barmic 🦦 . En réponse à la dépêche KeePass, ou apprendre à gérer correctement ses mots de passe. Évalué à 1.
Je veux dire que tu peux utiliser la solution de synchro que tu considère la plus adaptée à ton usage1. Après ça ne t'arrange peut être pas. Tu as des solutions qui sont sous forme de service et qui te permettent d'ignorer la notion de synchronisation, mais ça vient avec un coût je trouve : tu as une dépendance à un service. Charge à toi de garder une copie au cas où le service ne te convient plus, disparaît ou rencontre une panne.
C'est un choix, je ne crois pas qu'il y ai de solutions parfaites.
tu en a déjà en place dans tous les smartphones grands publiques et il ne semble pas que ça pose de problèmes insolubles à l'utilisateur moyen. ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ou si
Posté par barmic 🦦 . En réponse à la dépêche KeePass, ou apprendre à gérer correctement ses mots de passe. Évalué à 1.
Tu peux juste utiliser Google drive, One drive, iCloud ou tout autre solution déjà prise en compte sur ton téléphone.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: à chacun sa vision de la simplicité
Posté par barmic 🦦 . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 3.
Je présume que tu parle de snapshot pre-zfs/hammerfs/btrfs. Avec la technique du CoW, c'est instantané et ça ne coûte que la place réellement nécessaire. Donc non tu ne peux pas avoir une rétention infinie, mais si tu te donne la liberté de consommer 230Gio alors tu as de quoi faire pour un paquet de temps. De plus la gestion est plus légère, il est parfaitement inutile de garder plus d'un certains nombre de snapshots (à choisir) et supprimer un snapshot ne coûte rien. Ça ne ralenti pas ton build suivant, ça prend le même temps quelque soit la taille de ton fs ou des données contrairement à une suppression de 200Gio sur disque. Définir une rétention est simple tu n'a qu'à supprimer la plus vielle snapshot, tu n'a pas à aller voir chaque fichiers pour ne supprimer que les plus vieux.
(Je sais pas pourquoi tu parle de backup quand il est question de snapshot)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: à chacun sa vision de la simplicité
Posté par barmic 🦦 . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 2.
C'est cocasse un défendeur de nix qui explique qu'autre chose que nix prend de la place disque :)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Raisons d'essayer Rust
Posté par barmic 🦦 . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 3.
De ce qu'il me semble la logique s'intéresse uniquement aux langues formelles et à l'aspect objectif. Ce n'est qu'une petite partie du langage.
Le fait d'être prescriptif c'est une branche de la logique, mais je pense que ça capture bien ce que je trouve profondément gênant avec tes messages. Ça et l'appel continuel aux philosophes, ça ne donne pas vraiment l'impression d'une discussion, mais un étalage de ta science.
Voila c'était plus pour te donner un ressenti que pour en discuter. Bonne soirée
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: à chacun sa vision de la simplicité
Posté par barmic 🦦 . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 3.
Si je suis que j'adore mon vélo, il va falloir que tu le compare au tiens pour venir me dire que le tiens est meilleur ?
Il décrit une solution, je ne vois pas ce qui présume que c'est la seule ou la meilleure ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: à chacun sa vision de la simplicité
Posté par barmic 🦦 . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 3.
Pas mal de gestionnaire de paquets ont des hooks, donc c'est pas de la bidouille. Ça fonctionne juste comme il faut.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: JVM et langages dynamiques
Posté par barmic 🦦 . En réponse à la dépêche Raku en 2020. Évalué à 3.
C'est vrai la jvm n'était pas très pratique pour les langages dynamiques jusqu'à l'arrivée dynvoke dynamic pour java8. Il y avait des langages dynamiques avant, mais ils subissaient un peu.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: free
Posté par barmic 🦦 . En réponse au journal raspi400. Évalué à 4.
Quand tu utilise régulièrement une commande avec une autre, ça peut valoir le coup de regarder si la première ne peux pas faire le travail de la seconde. Un peu comme le
sort -uça remplace pas leuniqdans tous les cas mais si c'est juste pour fairesort | uniqça veut le coup. Comme legrep -cà la place dugrep | wc…Par exemple si tu récupère des fichiers par ssh pour les désarchiver tu peux faire :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# free
Posté par barmic 🦦 . En réponse au journal raspi400. Évalué à 10.
L'option
-hrend le poil soyeux, fais revenir l'être aimé, résorbe la couche d'ozone et guéri du covid toute ta famille ;)https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ils auront mis le temps
Posté par barmic 🦦 . En réponse au lien HTTPS-Only Mode de Firefox 83 : testé et approuvé (et hop, une extension de moins) !. Évalué à 1.
Ça fait combien de temps qu'elle existe cette extension ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: quid de Nix ?
Posté par barmic 🦦 . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 2.
Non c'est juste un paquet qui est sur nur et qui sert à vérifier qu'il est bien installé (et ce n'est pas un paquet comme on l'entends ailleurs car il ne fais qu'un hello world en nix sans ajouter de fichiers).
Tout à fait et je pense qu'il est très pratique pour ça quand on a des dépendances qui sont intriquées avec le système (en js c'est osef par exemple).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: quid de Nix ?
Posté par barmic 🦦 . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 2.
Ce n'est pas non plus mis en avant.
Alors NUR pas vraiment et c'est assez logique, c'est juste une conf de nix et pas une installation de logiciel, mais oui c'est assez logique qu'ils s'en servent.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: quid de Nix ?
Posté par barmic 🦦 . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 2.
Tu as peut être évité de lire la parenthèse? Ça ne me paraît pas être le cas nominal. La page d'accueil présente immédiatement le nombre de paquet du dépôt, la page de features n'en parle pas et mentionne différentes commandes s'appuyant sur le dépôt,…
C'est tout à fait possible de le faire, mais je n'ai pas encore vu quelqu'un fournir de script nix hors du dépôt et d'exemples.
J'ai l'impression que c'est utilisé par les utilisateurs eux-même (tu dérive un paquet ou tu en crée un et tu l'utilise ou le lance sur l'ensemble de tes machines). Je n'ai pas vu d'upstream le faire, mais je peux me tromper.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: quid de Nix ?
Posté par barmic 🦦 . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 2.
Nix ne répond pas tout à fait à la même problématique.
Il y a plusieurs problématiques différentes:
Et les différentes solutions se basent sur une façon d'imaginer les choses.
nix, guix et pkgsrc permet surtout d'installer des logiciels sans impact sur le reste du système. Cela apporte des choses en plus et nixos pousse ça à tous l'ensemble du système. Mais on est sur un modèle à dépôt. Tu fais inclure ton logiciel dans le dépôt et il est dispo (tu peux fournir un script nix pour faire l'installation, mais c'est pas l'usage nominal).
snap et flatpack se concentre sur le sandboxing. L'idée c'est qu'un logiciel n'accède pas à tout tes fichiers par exemple. C'est très pratique pour des logiciels propriétaires. Moi par exemple j'ai besoin de teams pour travailler, mais je préfère qu'il soit dans une sandbox. Les 2 fonctionnent sur la base de dépôt, mais flatpack, mais en avant le fait que chacun peut créer un dépôt et donne la possibilité d'installer un fichier unique. En ça il vient aussi sur les cas d'usage des PPA par exemple.
appimage c'est vraiment un fichier que tu prend, tu lance, ça marche. Pas d'autres question, c'est très très pratique, même s'il n'a pas certaines bonnes propriétés qu'on les autres (il n'y a rien pour savoir/simplifier la mise à jour, l'utilisateur doit gérer ces fichiers les mettre dans son
$PATH, etc).Après il y en a eu un paquet des solutions 0install, klik, runz,… sachant que AUR, les PPA et probablement d'autres solutions spécifiques à des distributions se rapproches de ses solutions.
Il est vraiment difficile de ne pas y voir une xkcd #927, avant c'était la galère, il fallait packager pour deb, rpm, tarbal,… maintenant il y a appimage, flatpack, snap, nix,… et tu peux continuer à packager pour les classiques
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: 2038
Posté par barmic 🦦 . En réponse au journal DHCP et heure système. Évalué à 3. Dernière modification le 22 novembre 2020 à 17:25.
Comme le dis ton lien, uniquement pour les OS 32 bits uniquement et linux commence à préparer le 32bits à utiliser une représentation du temps sur 64bits.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll