Il se comporte bien avec des fichiers de dizaines de Gio ? Parce que je proposais btsync parce que je sais qu'il gère ça très bien. Il peut arrêter la synchro en pleins milieu d'un fichier et reprendre comme un grand après.
Pas de serveur centralisé hors de ton périmètre
btsync n'en a pas du tout
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Dans le même ordre d'idée, on ne voit plus la barre de progression de fsck, et comme ça prend un peu des plombes parfois et qu'on a aucun retour, c'est très agaçant.
Tiens j'ai oublié ça :) J'ai résolu ce problème avant de passer à systemd avec des partoches en btrfs ^^
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
T'inquiètes pas, s'il n'y a personne qui maintient/utilise, ben on retire le support. c'est aussi simple que ça… Juste laisser la possibilité.
Non, il faut savoir que c'est pas utilisé, il faut savoir à partir de quand tu le vire, gérer les haters qui vont te dire que tu es un tirant parce que tu es un méchant contre le système en question, etc Intégrer du code ça n'est pas aussi évident.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
:) pour moi dans une vraie optique cloud, les nœuds de données sont séparés des nœuds de traitements. Tu crée un cluster de ta base de données et autant d'instance du front que tu as besoin. Mais c'est probablement pas le cas d'usage de cozy :)
Accéder manuellement aux fichiers est tout de même une gageure pour ensuite retrouver ces petits en base (on les indexes généralement car faire une requête en base est généralement bien plus rapide que de parcourir le FS).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je n’ai jamais compris en quoi cela rendait les résultats plus pertinents.
La pertinence est une notion qui dépend de celui qui regarde donc d'une manière ou d'une autre connaître celui qui regarde permet d'être pertinent.
Je dirais que ça a plutôt tendance à fermer ton horizon.
J'aime beaucoup cet argument, très humaniste, pleins de bons sentiments, « non mais mois quand je marche dans la rue, je m'arrête pour regarder toutes les belles choses de la vie »,…
Pour ouvrir ton horizon c'est pas d'un moteur de recherche dont tu as besoin. La fonction page aléatoire de wikipedia voir même sa page d'accueil sont géniale pour ça. Un moteur de recherche est là pour te donner l'information dont tu as besoin de manière précise rapide et pragmatique, si tu cherche des informations complémentaires à ton sujet avec quelques mots clef tu peut les trouver ça n'a rien d'impossible.
Par contre si je ne m’abuse, supprimer cookie et autres contenus hors-ligne suffit à « remettre à zéro » ce profilage.
Il est avéré depuis quelques années qu'il n'existe plus de recherche google « fraiche ».
Je ne like pas tout ce que j’aime sur FB, je ne suis personne (hors "amis" bien entendu), j’ai des amis de la vie réelle qui ont un FB mais avec qui je ne le suis pas sur ce réseau. J’ai des amis FB que je ne connais pas dans la vraie vie, choisis un peu au hasard, idem pour la famille, les assos.
Je pense que ça fait un paquet d'années que facebook différencie leur like du fait que tu aime et les amis facebook de la notion d'amis dans la « vraie » vie. Leur objectif ça reste tout de même de te proposer du contenu qui t'intéresse et pour ça il faut te connaître.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Histoire de pouvoir en discuter, tu peux dire ce qui te choque ?
Personnellement le choix de stocker sur disque ou dans une base de données dépend vraiment des cas. Je trouve cool de pouvoir récupérer tout le contenu d'owncloud (quand je m'en servais) grâce à un rsync. Mais en pro j'ai déjà stocké des fichiers en base (ou dans des choses bizarres comme S3) pour avoir des machines immuables et stateless. Je sais qu'iCloud stocke tout dans une base cassandra.
Bref c'est pas aussi clair que ça pour moi :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je sais c'est pas libre, mais ce dont vous avez besoin ce ne serait pas surtout de btsync ? Création d'autant de dossier partagé que tu souhaite, gestion des volumes de données conséquents aussi bien que possible, inutile d'attendre que le fichier soit sur le serveur pour commencer à le récupérer,…
Mais oui c'est pas libre (et il n'y a pas l'intégration qui t'intéresse dans les navigateurs de fichiers).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ceci ne permet évidement pas de faire un sondage fiable, mais si tout le monde joue le jeu, c'est l'occasion d'avoir une idée à la fois de la fuite provoquée par ce changement ; ainsi que du rapport bruit / actions sur des sujets aussi polémiques.
popcon doit pouvoir t'aider pour ça.
Perso j'étais sous Debian, je reste sous Debian parce que je sais me débrouiller avec et je me fous de l'init que j'ai. Je faisais mes skeletons avant je fais mes units maintenant.
Si systemd est discutable, affirmer qu'il est cataclysmique c'est juste rigolo. GnomeShell ou KDE4 ont représenté un changement beaucoup plus violent pour l'utilisateur final que le fait que screen ou tmux fonctionnent pas dans la configuration par défaut de systemd.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Bof l,'objectif de google c'est de te fournir les résultats de recherche les plus pertinents possibles connaitre TOUT de toi n'es que l'un des moyens de parvenir à ce résultat. L'objectif de Facebook c'est d'être le plus intelligent par rapport à toi donc pareille tout savoir est un moyen. Etc
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Hint : les cgroups sont un fs comme les autres, donc, y accède comme à fichier normal.
Avec des droits particuliers, non ? Les droits root ou un droit pour accéder en écriture à cette arborescence c'est l'exception plus que la règle.
Je me fou de systemd et tout hurle comme un idiot sur une question totalement ridicule. Systemd te propose 2 comportements et Debian est préconfiguré avec celui qui ne te plaît pas. Tu crois vraiment que ça casse des briques ? Tu te sens pas un peu idiot ? Tu prends ta machine tu reconfigure, tu relance et tu oublie ou tu remonte un bug chez Debian ou tu passe à un autre os si ça te fait plaisir. Reste que s'extasier sur ça c'est ridicule.
Je n'aime pas particulièrement systemd, il est sur mon système et je me fou autant de lui que de sysvinit. Seul upstart me semblait sortir du lot.
Pour les hup, ça ne casse pas des briques ne te prends pas pour un gourou unix parce que tu connais 3 trucs. C'est un fonctionnement simpliste qui permet à n'importe qui de créer des daemons si tu en es content c'est cool si ça te gêne, je m'en fiche. Tu fais bien ce que tu veux de ta machine ça ne me regarde pas.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu ne veux pas comprendre ce sera donc mon dernier message :
snap n'a pas vocation à remplacer le système de paquet de ta distribution donc tu ne devrais pas avoir des dizaines de paquets snap sur ta machine, c'est une nouvelle manière d'intégrer des logiciel tiers
tout ce qui est fait avec snap est automatisable
snap apporte de la conteneurisation ce qui réduit de fait l'impacte des failles de sécurité éventuelle
« Sur des fixs de sécurité, c’est quasi impossible » c'est faux
« Tu échanges un potentiel risque de régression jamais atteint en pratique ou qu’à la marge, contre un risque avéré de dépréciation progressive » la différence entre « potentiel » et « avéré » c'est quand ça porte ton discourt ou pas ?
Je met à jour chaque jour à gros coup de apt dist-upgrade, je n’ai connu qu’un seul down de prod (à l’arrivée de systemd).
apt est très robuste de ce côté et Debian suffisamment soigneux avec ses paquets pour éviter le dawa.
Se référer au point 1
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Est-ce le même qu’hier ? Tu es incapable de le dire.
Un checksum et c'est vérifié.
As-tu buildé une v1.0.0 ou une de tes dépendances a-t-elle bougée et tu as alors compilé une v1.0.1 malgré que tu aies indiqué v1.0.0 dans ton fichier de build ?
Tu n'a pas compris que quand on fait du packaging, on versionne ne le packaging en plus du logiciel. Si tu fais une construction alors tu passe de 1.0.0-n à 1.0.0-$((n+1)).
La seule manière viable de procéder est de générer la liste des dépendances dynamiquement chaque jour, de vérifier si elle a bougé depuis hier (hint : c’est statistiquement le cas) et si c’est le cas, de lancer un nouveau build du snap en incrémentant sa révision, snap qui ne partage potentiellement plus grand chose comme dépendances par rapport à la version d’il y a 1 semaine.
Oui et c'est facilement automatisable, voir tu peux être notifié des mises à jour d'une de tes dépendances.
Par contre il y a un biais dans ce que tu annonce :)
Si je repars de la sortie de ton zargs et que je fais :
On remarque qu'il y a des paquets qui sont mis à jour un grand nombre de fois. Donc non, en une semaine tu peux très bien avoir plusieurs mise à jour d'un même paquet (j'ai très peu de dépendance de freecad). Après ça ne change pas grand chose :)
Pour l’exemple de FreeCAD, ça donne par exemple plus de 180 versions sur 1 an, dont les dépendances divergent rapidement passées 1 semaine d’écart.
Et c'est ce que tu as eu en vrai déjà maintenant. Tu peut très bien avoir eu une dépendance qui à modifié le comportement de freecad (plantage, ralentissement, accélération, etc) et c'est une version différente sauf que c'est invisible et complexe à reproduire.
Juste ça en prod, tu oublies. Vraiment.
En prod tu es sensé valider les mises à jour de tes dépendances donc tu es obligé de prendre en compte chaque mise à jour même de sécurité pour revalider ton installation. Il n'y a que les sysadmin qui se permettent de faire des mises à jour à l'arrache des dépendances en espérant que ça va passer parce que leur système doit être toujours à jour quitte à ce que les services lancé dessus soient down…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Qu'est-ce qui est à l'arrache ? De quelle maîtrise tu parles ?
Pour la reproductibilité des bugs, les conteneurs sont la meilleure solution. Ils permettent au développeur de connaître l'environnement exact dans le quel son logiciel s'exécute et cela lui permet de manipuler facilement des versions différentes. C'est vraiment le grale pour le test :
tu as une description précise dans un fichier texte de l'environnement
tu peux exécuter toutes les versions que tu veux dans tous les sens facilement (sans pourrir ton système)
Je ne vois pas de quel problème tu parles. Tu prends ta version 1.0.1 tu downgrade les dépendances et tu vois ce que ça donne. C'est trivial.
Pour savoir si tu as besoin de reconstruire tu as montré la commande. C'est automatisable encore une fois.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
On peut vouloir améliorer les choses plutôt que de ne rien faire
Je ne suis pas certains qu'il s'agisse d'une amélioration. Il y a pas mal de choses de freedesktop qui ne sont pas plus adopté que ça.
Ça serait très bien si ça se passe comme ça mais on peut en douter. Quand tu vois qu'il y a toujours les deux formats deb/rpm alors que c'est strictement la même chose.
Mais tu remarquera que la création du standard non content d'avoir permis de fusionner les solutions n'a pas empêché d'en créer de nouvelle (pkgng, pacman, nix, guix,… et maintenant docker, flatpak ou snap, voir gem, pip, cpan, npm,… il y en a aussi qui sont mort comme click et d'autres).
Il y a un moment ou bon, euh… Comment dire ? On arrive pas à faire de standard, on peut arrêter d'en créer par espoir. Il y a des endroits où pour pleins de raisons, ça ne marche pas. Ce serait super mais non. Il faut faire son deuil.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Le risque est que cela divise la communauté et les aspects techniques pour des questions de guerre de clochers.
Ça a toujours était le cas, ça n'a pas tué le monde linux. Linux (et son écosystème) s'est toujours construit comme un bazar plutôt qu'une cathédrale. Je pense qu'il est saint de garder un fonctionnement qui marche.
Rien empêche de commencer par proposer des choses en plus tard élire la « meilleure » solution et/ou faire fusionner les solutions. Industrialiser comme un dogme : tout doit être un standard, une RFC, une spécification,… Ça freine l'expérimentation et ça supprime tout le coté fun tout ça pour le plaisir des distributions commerciales comme RedHat ou Suse.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Si comme a l'air d'indiquer son commentaire, c'est juste le hup. C'est très simple. Un processus envoi un signal hup à ses fils lorsqu'il meurt. Soit.
Si A crée un processus B et que B crée un processus C, si B meurt sans tuer C alors C devient un daemon et ne sortira du contrôle du « controling terminal ». Comme quoi c'est pas parce qu'on y donne un nom anglais que c'est quelque chose de puissant…
Les cgroups sont là pour pallier à ça (les process ne peuvent pas sortir d'eux même d'un cgroups).
nohup c'est pas mal utilisé juste pour pouvoir faire :
je lance un terminal
je lance nohup firefox&
je ferme le terminal
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Vous en avez pas marre de crier à l'enfer pour tout et n'importe quoi ?!
systemd c'est l'enfer, tout va être détruit !
snap c'est l'enfer tout va être détruit !
wayland c'est l'enfer, tout va être détruit !
…
Que quelque chose ne plaît pas je le comprends et il est possible d'en discuter, mais pousser des cris d’orfraie à chaque fois que quelque chose ne plaît pas c'est fatiguant.
C'est à celui qui te fourni l'application de gérer ton application.
Si ta distribution te fournie le snap, elle pourra aussi facilement que d'habitude te fournir la correction sans travail supplémentaire.
Si tu quelqu'un d'autre, ça va dépendre de la politique de cet autre. À toi de choisir correctement celui qui te fournira ton logiciel, comme c'est déjà sensé être le cas.
Que de changements !
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
.deb = 1 mainteneur, toutes les applications fixées.
.snap/.docker = n+1 mainteneurs (1 lib + n container) = n applications fixées
Ce que je répète depuis l'annonce il y a plusieurs semaines, le n est entièrement automatisable. Tout comme le 1 est en fait un m qui est lui aussi automatisé (tu as au moins 3 architectures par distribution). Il faut comprendre que lors d'une mise à jour simple le passage de code source au paquet est quasiment automatique et que le reste est automatisable très simplement. La reconstruction totale d'un arbre de paquet n'a rien de monstrueux et c'est quelque chose de très courant déjà aujourd'hui même chez les BSD (=> toutes les distributions sources passent leur temps à faire ce genre de choses).
Donc non ça ne demande que le travail de mise en place initial en plus, le reste est très faible.
Et encore une fois, snap n'est pas fait pour remplacer .deb, il le remplace sur quelques applications précises. Tu n'es pas sensé avoir 20% de tes paquets en snap.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Globalement généralement le gars qui dit « ce logiciel X ne me plaît, si ça continue comme ça je passe à Y », il va se faire basher sévère pour une bonne raison. On s'en fout de ce qu'il fait. Tout le monde se fout de ce que tu fais. Faire des menaces en tant qu'utilisateur qui ne représente rien c'est ridicule. C'est cool si tu passe à une BSD (ou autre). On est tous très content pour toi, ça leur fait des utilisateurs en plus.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Le problème dont tu parle est une question de capacité des DSI à adresser les besoins de leurs utilisateurs, rien avoir avec le fait que Debian lance ou pas les services.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Une opportunité ! On va pouvoir avoir des logiciels qui tirent partie des spécificités de chaque plateforme plus facilement comme seccomp/tame/capsicum par exemple. Ne plus avoir à suivre le développement de linux et avoir une couche de compatibilité avec le noyau linux c'est aussi utile pour FreeBSD.
Bref arrêter de se leurrer avec une compatibilité qui était déjà un peu bralante pour hacter que ce sont des plateformes différentes qui s'utilisent différemment les unes des autres.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Non je préconise de bloquer tous les ports dont tu n'a pas le besoin. Par la suite quand tu installe un serveur, tu as 3 étapes :
installation via apt
configuration/test en locale
ouverture du port
L'avantage c'est que tu fais de la sécurité (pour de vrai pas « tout le monde est gentil sur mon système donc ça doit être sécurisé ») et tu te protège aussi d'un quelconque script qui chercherait à écouter le réseau inopinément.
La sécurité ça consiste à bloquer les droits par défaut et à donner les droits le plus ponctuellement possible.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Économies d'énergie
Posté par barmic . En réponse à la dépêche Sortie du noyau Linux 4.6. Évalué à 5.
Pour bénéficier de ça, il faut juste avoir un noyau 4.6 ou il faut aussi avoir le code userspace qui va avec (le driver coté Xorg) ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Synchronisation intégrée au navigateur de fichier
Posté par barmic . En réponse à la dépêche Synchronisez vos fichiers avec cozy-desktop. Évalué à 3.
Il se comporte bien avec des fichiers de dizaines de Gio ? Parce que je proposais btsync parce que je sais qu'il gère ça très bien. Il peut arrêter la synchro en pleins milieu d'un fichier et reprendre comme un grand après.
btsync n'en a pas du tout
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Un an après, qui a changé l'init par défaut ou est passé à une autre distribution ?
Posté par barmic . En réponse à la dépêche Debian Jessie, 1 an plus tard. Évalué à 2.
Tiens j'ai oublié ça :) J'ai résolu ce problème avant de passer à systemd avec des partoches en btrfs
^^Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: systemd, le nouveau Multics
Posté par barmic . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 5.
Non, il faut savoir que c'est pas utilisé, il faut savoir à partir de quand tu le vire, gérer les haters qui vont te dire que tu es un tirant parce que tu es un méchant contre le système en question, etc Intégrer du code ça n'est pas aussi évident.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Migration
Posté par barmic . En réponse à la dépêche Nextcloud, le fork d'ownCloud. Évalué à 3.
:) pour moi dans une vraie optique cloud, les nœuds de données sont séparés des nœuds de traitements. Tu crée un cluster de ta base de données et autant d'instance du front que tu as besoin. Mais c'est probablement pas le cas d'usage de cozy :)
Accéder manuellement aux fichiers est tout de même une gageure pour ensuite retrouver ces petits en base (on les indexes généralement car faire une requête en base est généralement bien plus rapide que de parcourir le FS).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Centralisation
Posté par barmic . En réponse au journal Les réseaux sociaux sont ils liberticides et comment ne pas l’être. Évalué à 3.
La pertinence est une notion qui dépend de celui qui regarde donc d'une manière ou d'une autre connaître celui qui regarde permet d'être pertinent.
J'aime beaucoup cet argument, très humaniste, pleins de bons sentiments, « non mais mois quand je marche dans la rue, je m'arrête pour regarder toutes les belles choses de la vie »,…
Pour ouvrir ton horizon c'est pas d'un moteur de recherche dont tu as besoin. La fonction page aléatoire de wikipedia voir même sa page d'accueil sont géniale pour ça. Un moteur de recherche est là pour te donner l'information dont tu as besoin de manière précise rapide et pragmatique, si tu cherche des informations complémentaires à ton sujet avec quelques mots clef tu peut les trouver ça n'a rien d'impossible.
Il est avéré depuis quelques années qu'il n'existe plus de recherche google « fraiche ».
Je pense que ça fait un paquet d'années que facebook différencie leur like du fait que tu aime et les amis facebook de la notion d'amis dans la « vraie » vie. Leur objectif ça reste tout de même de te proposer du contenu qui t'intéresse et pour ça il faut te connaître.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Migration
Posté par barmic . En réponse à la dépêche Nextcloud, le fork d'ownCloud. Évalué à 4.
Histoire de pouvoir en discuter, tu peux dire ce qui te choque ?
Personnellement le choix de stocker sur disque ou dans une base de données dépend vraiment des cas. Je trouve cool de pouvoir récupérer tout le contenu d'owncloud (quand je m'en servais) grâce à un
rsync. Mais en pro j'ai déjà stocké des fichiers en base (ou dans des choses bizarres comme S3) pour avoir des machines immuables et stateless. Je sais qu'iCloud stocke tout dans une base cassandra.Bref c'est pas aussi clair que ça pour moi :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Synchronisation intégrée au navigateur de fichier
Posté par barmic . En réponse à la dépêche Synchronisez vos fichiers avec cozy-desktop. Évalué à 2.
Je sais c'est pas libre, mais ce dont vous avez besoin ce ne serait pas surtout de btsync ? Création d'autant de dossier partagé que tu souhaite, gestion des volumes de données conséquents aussi bien que possible, inutile d'attendre que le fichier soit sur le serveur pour commencer à le récupérer,…
Mais oui c'est pas libre (et il n'y a pas l'intégration qui t'intéresse dans les navigateurs de fichiers).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Un an après, qui a changé l'init par défaut ou est passé à une autre distribution ?
Posté par barmic . En réponse à la dépêche Debian Jessie, 1 an plus tard. Évalué à 10.
popcon doit pouvoir t'aider pour ça.
Perso j'étais sous Debian, je reste sous Debian parce que je sais me débrouiller avec et je me fous de l'init que j'ai. Je faisais mes skeletons avant je fais mes units maintenant.
Si systemd est discutable, affirmer qu'il est cataclysmique c'est juste rigolo. GnomeShell ou KDE4 ont représenté un changement beaucoup plus violent pour l'utilisateur final que le fait que screen ou tmux fonctionnent pas dans la configuration par défaut de systemd.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Centralisation
Posté par barmic . En réponse au journal Les réseaux sociaux sont ils liberticides et comment ne pas l’être. Évalué à 4.
Bof l,'objectif de google c'est de te fournir les résultats de recherche les plus pertinents possibles connaitre TOUT de toi n'es que l'un des moyens de parvenir à ce résultat. L'objectif de Facebook c'est d'être le plus intelligent par rapport à toi donc pareille tout savoir est un moyen. Etc
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: systemd, le nouveau Multics
Posté par barmic . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -1.
Avec des droits particuliers, non ? Les droits root ou un droit pour accéder en écriture à cette arborescence c'est l'exception plus que la règle.
Je me fou de systemd et tout hurle comme un idiot sur une question totalement ridicule. Systemd te propose 2 comportements et Debian est préconfiguré avec celui qui ne te plaît pas. Tu crois vraiment que ça casse des briques ? Tu te sens pas un peu idiot ? Tu prends ta machine tu reconfigure, tu relance et tu oublie ou tu remonte un bug chez Debian ou tu passe à un autre os si ça te fait plaisir. Reste que s'extasier sur ça c'est ridicule.
Je n'aime pas particulièrement systemd, il est sur mon système et je me fou autant de lui que de sysvinit. Seul upstart me semblait sortir du lot.
Pour les hup, ça ne casse pas des briques ne te prends pas pour un gourou unix parce que tu connais 3 trucs. C'est un fonctionnement simpliste qui permet à n'importe qui de créer des daemons si tu en es content c'est cool si ça te gêne, je m'en fiche. Tu fais bien ce que tu veux de ta machine ça ne me regarde pas.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mise-à-jour de sécurité sous snap
Posté par barmic . En réponse au journal Mon premier snap sur Xenial. Évalué à 3.
Tu ne veux pas comprendre ce sera donc mon dernier message :
Se référer au point 1
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mise-à-jour de sécurité sous snap
Posté par barmic . En réponse au journal Mon premier snap sur Xenial. Évalué à 1.
Un checksum et c'est vérifié.
Tu n'a pas compris que quand on fait du packaging, on versionne ne le packaging en plus du logiciel. Si tu fais une construction alors tu passe de 1.0.0-n à 1.0.0-$((n+1)).
Oui et c'est facilement automatisable, voir tu peux être notifié des mises à jour d'une de tes dépendances.
Par contre il y a un biais dans ce que tu annonce :)
Si je repars de la sortie de ton
zargset que je fais :On remarque qu'il y a des paquets qui sont mis à jour un grand nombre de fois. Donc non, en une semaine tu peux très bien avoir plusieurs mise à jour d'un même paquet (j'ai très peu de dépendance de freecad). Après ça ne change pas grand chose :)
Et c'est ce que tu as eu en vrai déjà maintenant. Tu peut très bien avoir eu une dépendance qui à modifié le comportement de freecad (plantage, ralentissement, accélération, etc) et c'est une version différente sauf que c'est invisible et complexe à reproduire.
En prod tu es sensé valider les mises à jour de tes dépendances donc tu es obligé de prendre en compte chaque mise à jour même de sécurité pour revalider ton installation. Il n'y a que les sysadmin qui se permettent de faire des mises à jour à l'arrache des dépendances en espérant que ça va passer parce que leur système doit être toujours à jour quitte à ce que les services lancé dessus soient down…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mise-à-jour de sécurité sous snap
Posté par barmic . En réponse au journal Mon premier snap sur Xenial. Évalué à 2.
Qu'est-ce qui est à l'arrache ? De quelle maîtrise tu parles ?
Pour la reproductibilité des bugs, les conteneurs sont la meilleure solution. Ils permettent au développeur de connaître l'environnement exact dans le quel son logiciel s'exécute et cela lui permet de manipuler facilement des versions différentes. C'est vraiment le grale pour le test :
Je ne vois pas de quel problème tu parles. Tu prends ta version 1.0.1 tu downgrade les dépendances et tu vois ce que ça donne. C'est trivial.
Pour savoir si tu as besoin de reconstruire tu as montré la commande. C'est automatisable encore une fois.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Flatpak
Posté par barmic . En réponse au journal Mon premier snap sur Xenial. Évalué à 2.
Je ne suis pas certains qu'il s'agisse d'une amélioration. Il y a pas mal de choses de freedesktop qui ne sont pas plus adopté que ça.
La LSB est assez moyennement respectée de base et c'est probablement parce qu'elle n'a jamais vraiment fais de consensus.
Il y a des choses qui sont faites en sous-mains pour homogénéiser les choses (https://linuxfr.org/news/cudf-ou-la-r%C3%A9solution-de-d%C3%A9pendances-universelle).
Mais tu remarquera que la création du standard non content d'avoir permis de fusionner les solutions n'a pas empêché d'en créer de nouvelle (pkgng, pacman, nix, guix,… et maintenant docker, flatpak ou snap, voir gem, pip, cpan, npm,… il y en a aussi qui sont mort comme click et d'autres).
Il y a un moment ou bon, euh… Comment dire ? On arrive pas à faire de standard, on peut arrêter d'en créer par espoir. Il y a des endroits où pour pleins de raisons, ça ne marche pas. Ce serait super mais non. Il faut faire son deuil.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Flatpak
Posté par barmic . En réponse au journal Mon premier snap sur Xenial. Évalué à 5.
Ça a toujours était le cas, ça n'a pas tué le monde linux. Linux (et son écosystème) s'est toujours construit comme un bazar plutôt qu'une cathédrale. Je pense qu'il est saint de garder un fonctionnement qui marche.
Rien empêche de commencer par proposer des choses en plus tard élire la « meilleure » solution et/ou faire fusionner les solutions. Industrialiser comme un dogme : tout doit être un standard, une RFC, une spécification,… Ça freine l'expérimentation et ça supprime tout le coté fun tout ça pour le plaisir des distributions commerciales comme RedHat ou Suse.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: systemd, le nouveau Multics
Posté par barmic . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 6.
nohupredirige la sortie standard et d'erreur dans un fichierTous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Flatpak
Posté par barmic . En réponse au journal Mon premier snap sur Xenial. Évalué à 3.
Upstart fonctionnait sur RedHat.
Personnellement je ne vois pas d'un mauvais œil le fait d'avoir d'autres expérimentations que ce qui sort de freedesktop
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: systemd, le nouveau Multics
Posté par barmic . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 4.
Si comme a l'air d'indiquer son commentaire, c'est juste le hup. C'est très simple. Un processus envoi un signal hup à ses fils lorsqu'il meurt. Soit.
Si A crée un processus B et que B crée un processus C, si B meurt sans tuer C alors C devient un daemon et ne sortira du contrôle du « controling terminal ». Comme quoi c'est pas parce qu'on y donne un nom anglais que c'est quelque chose de puissant…
Les cgroups sont là pour pallier à ça (les process ne peuvent pas sortir d'eux même d'un cgroups).
nohupc'est pas mal utilisé juste pour pouvoir faire :nohup firefox&Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mise-à-jour de sécurité sous snap
Posté par barmic . En réponse au journal Mon premier snap sur Xenial. Évalué à 9.
Vous en avez pas marre de crier à l'enfer pour tout et n'importe quoi ?!
Que quelque chose ne plaît pas je le comprends et il est possible d'en discuter, mais pousser des cris d’orfraie à chaque fois que quelque chose ne plaît pas c'est fatiguant.
C'est à celui qui te fourni l'application de gérer ton application.
Si ta distribution te fournie le snap, elle pourra aussi facilement que d'habitude te fournir la correction sans travail supplémentaire.
Si tu quelqu'un d'autre, ça va dépendre de la politique de cet autre. À toi de choisir correctement celui qui te fournira ton logiciel, comme c'est déjà sensé être le cas.
Que de changements !
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mise-à-jour de sécurité sous snap
Posté par barmic . En réponse au journal Mon premier snap sur Xenial. Évalué à 2.
Ce que je répète depuis l'annonce il y a plusieurs semaines, le n est entièrement automatisable. Tout comme le 1 est en fait un m qui est lui aussi automatisé (tu as au moins 3 architectures par distribution). Il faut comprendre que lors d'une mise à jour simple le passage de code source au paquet est quasiment automatique et que le reste est automatisable très simplement. La reconstruction totale d'un arbre de paquet n'a rien de monstrueux et c'est quelque chose de très courant déjà aujourd'hui même chez les BSD (=> toutes les distributions sources passent leur temps à faire ce genre de choses).
Donc non ça ne demande que le travail de mise en place initial en plus, le reste est très faible.
Et encore une fois, snap n'est pas fait pour remplacer .deb, il le remplace sur quelques applications précises. Tu n'es pas sensé avoir 20% de tes paquets en snap.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: systemd, le nouveau Multics
Posté par barmic . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 5.
Globalement généralement le gars qui dit « ce logiciel X ne me plaît, si ça continue comme ça je passe à Y », il va se faire basher sévère pour une bonne raison. On s'en fout de ce qu'il fait. Tout le monde se fout de ce que tu fais. Faire des menaces en tant qu'utilisateur qui ne représente rien c'est ridicule. C'est cool si tu passe à une BSD (ou autre). On est tous très content pour toi, ça leur fait des utilisateurs en plus.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bug ferme chez tmux
Posté par barmic . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 4.
Quel est le rapport avec la choucroute ?
Le problème dont tu parle est une question de capacité des DSI à adresser les besoins de leurs utilisateurs, rien avoir avec le fait que Debian lance ou pas les services.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: systemd, le nouveau Multics
Posté par barmic . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2.
Une opportunité ! On va pouvoir avoir des logiciels qui tirent partie des spécificités de chaque plateforme plus facilement comme seccomp/tame/capsicum par exemple. Ne plus avoir à suivre le développement de linux et avoir une couche de compatibilité avec le noyau linux c'est aussi utile pour FreeBSD.
Bref arrêter de se leurrer avec une compatibilité qui était déjà un peu bralante pour hacter que ce sont des plateformes différentes qui s'utilisent différemment les unes des autres.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bug ferme chez tmux
Posté par barmic . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 3.
Non je préconise de bloquer tous les ports dont tu n'a pas le besoin. Par la suite quand tu installe un serveur, tu as 3 étapes :
L'avantage c'est que tu fais de la sécurité (pour de vrai pas « tout le monde est gentil sur mon système donc ça doit être sécurisé ») et tu te protège aussi d'un quelconque script qui chercherait à écouter le réseau inopinément.
La sécurité ça consiste à bloquer les droits par défaut et à donner les droits le plus ponctuellement possible.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)