Le post a disparu de http://dilfridge.blogspot.de/ mais il avait sorti plusieurs problème de Baloo et expliquait que l'introduction avait été mal géré. Visiblement, la forme n'a pas plu à certains et il a préférer retirer le post pour calmer les esprits.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
Cette nouvelle m'étonne un peu parce que je croyais que Gluster et Ceph étaient plus ou moins concurrent. Du coup, je ne comprends pas trop pourquoi Red Hat rachèterait les deux projets.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
Là tu parles de changements majeurs, déjà ça n'arrive pas tous les jours.
On est bien d'accord.
Beaucoup plus simple: l'accès aux données est fait via un wrapper, et le client connecté n'a pas besoin de savoir quelle base de données est utilisée derrière, il ne voit qu'une API. Les clients sont capables d'utiliser une partie ou la totalité de l'API suivant leur version.
Ça ne fait que déporter le problème, tu peux très bien avoir un changement nécessaire d'API pour les perfs, les fonctionnalités… Et le wrapper, il faut le mettre à jour si tu héberge toi-même le service.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
Pour la configuration, ça pose un problème. Par exemple, le choix d'un backend, dans la version X, la configuration permet sqlite et pgsql. Lors du passage à la version Y, la possibilité d'utiliser mongodb apparaît. Tu décides d'utiliser la version Y avec mongodb et puis tu reviens en arrière à la version X. Tu as fait le bourrin en changeant de version et tu te retrouves avec un fichier de config qui ressemble à
Comment le logiciel peut savoir qu'il doit utiliser pgsql et se connecter à 198.51.100.24, sans compter que les données ne seront pas migrées ?
Pour les données, c'est aussi un problème. Par exemple avec la version X, on stocke les données en XML, avec la version Y, on décide d'utiliser un format binaire, comment la version X pourrait lire les données en binaire ?
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
Les distributions n'ont pas les mêmes versions de logiciels/bibliothèques, ça entraîne des bugs particuliers sur certaines distribution qui demande du temps à corriger. Les politiques des distributions ne sont pas non plus toujours les mêmes que celles des logiciels sources. Par exemple, bien avant que Qt se sépare en plusieurs modules, c'était déjà empaqueter de cette manière sous Debian, ça demande du boulot au mainteneurs pour séparer correctement et ça génère aussi des nouveaux bugs, mais ça apporte plus de fonctionnalités. Il y a aussi la fin du support par l'upstream alors que la version est toujours prise en charge par la distribution.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
Il faut quand même remarquer que ce journal serait plus court s'ils n'avaient pas écrit le code de la méthode hash() dans les commentaires. C'est quand même marrant de voir ce que peut impliquer un commentaire dans une API.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
Rien ne pointe vers une difficulté particulière pour le passage à systemd et oui, je pense qu'il n'y a presque rien de plus à faire qu'un copier / coller des units systemd depuis une autre distribution et de tester cela.
Ce n'est parce que tu pense qu'il n'y a rien à faire que ça se fait facilement, quand Ubuntu a fait le choix d'Upstart pour la 14.04, c'était encore sysv chez Debian et plusieurs prédisaient à un passage à Upstart plutôt à systemd. Et ce n'est vraiment pas un choix qui se fait rapidement en copier deux-trois unit chez les autres. Il y a la migration à tenir, la définition du réseau… Par exemple, pour l'instant le script d'init du réseau chez Debian est buggé, ça ne posait pas de problème avec sysv mais avec systemd, ça l'empêche de démarrer si une ligne du fstab contient un partage nfs. Ce n'est pas vraiment le genre de bug que tu as envie de trainer dans une version stable.
NdM: lien retiré car non pertinent
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
Au démarrage de la machine, aprés quelques messages seulement, ce type de message défile (presque indéfiniment) :
[xx.xxxx] systemd[1] Jobs dbus.socket/start deleted to break ordering cycle starting with sockets.target/start
Il n'y a pas d'autres lignes avec des informations différentes (les numéros sont juste le nombre de secondes (jusqu'à la dix-millième décimale) depuis le démarrage).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
Il me semble que ça arrive quand on créé une boucle de dépendance, par exemple un service qui voudrait démarrer avant Dbus et après Dbus. Quand systemd se rend compte de ça, il essaye de casser la boucle de dépendance comme il peut, sans garantir que ça marche. Le fait que ça marche en mode rescue est sans doute parce que le service qui cause le problème de boucle n'est pas démarré en mode rescue et quand tu continue le démarrage, il n'y a plus de problème de boucle, Dbus étant déjà démarré. Tu n'aurais pas d'autres infos au démarrage qui pourrait permettre d'identifier le service en question ?
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
Ça dépend des fonctionnalités, il n'y a aucun résolution des dépendances dans rpm ou dpkg, c'est fait dans les couches au dessus par exemple. Même chose pour la gestion des paquets installés automatiquement sous apt-get/aptitude.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
Packagekit, c'est une surcouche à apt, yum, zypper, pas à rpm ou dpkg il me semble. Sinon, aptitude et apt-get sont des surcouches à libapt lui-même une surcouche à dpkg.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Résultat
Posté par claudex . En réponse à l’entrée du suivi URL ne changeant plus lorsqu'on change le titre. Évalué à 3 (+0/-0).
Et il y a pire, par exemple la dépêche OpenBSD n'est plus qu'un numéro https://linuxfr.org/news/nouvelle-depeche-35329
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: KDE merdouille sur une distribution majeure ?
Posté par claudex . En réponse à la dépêche Appel à l'aide de l'équipe KDE de Debian. Évalué à 5.
Le post a disparu de http://dilfridge.blogspot.de/ mais il avait sorti plusieurs problème de Baloo et expliquait que l'introduction avait été mal géré. Visiblement, la forme n'a pas plu à certains et il a préférer retirer le post pour calmer les esprits.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: KDE merdouille sur une distribution majeure ?
Posté par claudex . En réponse à la dépêche Appel à l'aide de l'équipe KDE de Debian. Évalué à 5.
Et tu n'as pas encore vu baloo.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Titre
Posté par claudex . En réponse au journal OpenJDK JEP 180: HashMap, collisions & attaques par la complexité. Évalué à 5.
Corrigé. Merci.
Piaf : c'est parce qu'il ne marche pas au milieu des mots.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: KDE merdouille sur une distribution majeure ?
Posté par claudex . En réponse à la dépêche Appel à l'aide de l'équipe KDE de Debian. Évalué à 8.
On parle de KDE quand même. Je l'utilise chez moi et j'en suis content mais je ne peux pas dire que les migrations de versions sont fiables.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Et sinon il y a SELinux
Posté par claudex . En réponse au journal Seccomp, une sandbox intégrée au noyau Linux…. Évalué à 3.
Tu peux aussi l'utiliser à la manière de SELinux, en réduisant les droits et en faisant un exec. C'est un peut moins pratique par contre.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Lapin
Posté par claudex . En réponse à la dépêche Red Hat rachète la société Inktank à l'origine de Ceph. Évalué à 5.
Cette nouvelle m'étonne un peu parce que je croyais que Gluster et Ceph étaient plus ou moins concurrent. Du coup, je ne comprends pas trop pourquoi Red Hat rachèterait les deux projets.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Titre
Posté par claudex . En réponse au journal OpenJDK JEP 180: HashMap, collisions & attaques par la complexité. Évalué à 3.
C'est corrigé. Merci à vous deux.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Configurations utilisateur
Posté par claudex . En réponse à la dépêche Nix 1.7, Nixpkgs, NixOS 14.04, Guix 0.6. Évalué à 4.
On est bien d'accord.
Ça ne fait que déporter le problème, tu peux très bien avoir un changement nécessaire d'API pour les perfs, les fonctionnalités… Et le wrapper, il faut le mettre à jour si tu héberge toi-même le service.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Configurations utilisateur
Posté par claudex . En réponse à la dépêche Nix 1.7, Nixpkgs, NixOS 14.04, Guix 0.6. Évalué à 4.
Pour la configuration, ça pose un problème. Par exemple, le choix d'un backend, dans la version X, la configuration permet sqlite et pgsql. Lors du passage à la version Y, la possibilité d'utiliser mongodb apparaît. Tu décides d'utiliser la version Y avec mongodb et puis tu reviens en arrière à la version X. Tu as fait le bourrin en changeant de version et tu te retrouves avec un fichier de config qui ressemble à
Comment le logiciel peut savoir qu'il doit utiliser pgsql et se connecter à 198.51.100.24, sans compter que les données ne seront pas migrées ?
Pour les données, c'est aussi un problème. Par exemple avec la version X, on stocke les données en XML, avec la version Y, on décide d'utiliser un format binaire, comment la version X pourrait lire les données en binaire ?
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Installateurs universels ?
Posté par claudex . En réponse à la dépêche Nix 1.7, Nixpkgs, NixOS 14.04, Guix 0.6. Évalué à 5.
Les distributions n'ont pas les mêmes versions de logiciels/bibliothèques, ça entraîne des bugs particuliers sur certaines distribution qui demande du temps à corriger. Les politiques des distributions ne sont pas non plus toujours les mêmes que celles des logiciels sources. Par exemple, bien avant que Qt se sépare en plusieurs modules, c'était déjà empaqueter de cette manière sous Debian, ça demande du boulot au mainteneurs pour séparer correctement et ça génère aussi des nouveaux bugs, mais ça apporte plus de fonctionnalités. Il y a aussi la fin du support par l'upstream alors que la version est toujours prise en charge par la distribution.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Contournement
Posté par claudex . En réponse au journal OpenJDK JEP 180: HashMap, collisions & attaques par la complexité. Évalué à 9.
Il faut quand même remarquer que ce journal serait plus court s'ils n'avaient pas écrit le code de la méthode hash() dans les commentaires. C'est quand même marrant de voir ce que peut impliquer un commentaire dans une API.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Titre
Posté par claudex . En réponse au journal OpenJDK JEP 180: HashMap, collisions & attaques par la complexité. Évalué à 4.
Voilà, c'est corrigé.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Titre
Posté par claudex . En réponse au journal OpenJDK JEP 180: HashMap, collisions & attaques par la complexité. Évalué à 5.
Bravo pour le journal. Je l'ai édité pour corriger les deux liens https://linuxfr.org/users/alenvers/journaux/des-tables-de-hachage-en-milieu-hostile et https://linuxfr.org/news/le-colonel-moutarde-sur-la-table-de-hachage-avec-un-livre-de-maths qui contenait une espace qui les rendait invalides.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Léger détail
Posté par claudex . En réponse au journal C'est vendredi, c'est permis, aka, MS devrait faire une offre à MS pour sa boite. Évalué à 3.
Oui, c'est dommage parce quand je l'ai vu en rentrant chez moi, je me suis dit qu'il y aurait des commentaires intéressant.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Tres humoristique
Posté par claudex . En réponse au journal C'est vendredi, c'est permis, aka, MS devrait faire une offre à MS pour sa boite. Évalué à 4.
Ils ont payé pour l'utiliser 10 ans.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Précisions
Posté par claudex . En réponse à la dépêche OpenBSD 5.5 : nous ne voulons pas retourner dans le passé !. Évalué à 4.
On peut très bien exécuter une commande avec Puppet http://www.puppetcookbook.com/posts/exec-a-command-in-a-manifest.html
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Upstart, Debian
Posté par claudex . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 6. Dernière modification le 06 mai 2014 à 11:55.
Ce n'est parce que tu pense qu'il n'y a rien à faire que ça se fait facilement, quand Ubuntu a fait le choix d'Upstart pour la 14.04, c'était encore sysv chez Debian et plusieurs prédisaient à un passage à Upstart plutôt à systemd. Et ce n'est vraiment pas un choix qui se fait rapidement en copier deux-trois unit chez les autres. Il y a la migration à tenir, la définition du réseau… Par exemple, pour l'instant le script d'init du réseau chez Debian est buggé, ça ne posait pas de problème avec sysv mais avec systemd, ça l'empêche de démarrer si une ligne du fstab contient un partage nfs. Ce n'est pas vraiment le genre de bug que tu as envie de trainer dans une version stable.
NdM: lien retiré car non pertinent
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Pour la fermeture de compte, c'est vraiment pas eux.
Posté par claudex . En réponse au journal Clubic, la musique et les commentaires. Évalué à 10.
Du coup, s'il n'avait jamais créé son compte, ils n'auraient pas eu le droit de le supprimer.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Boucle
Posté par claudex . En réponse au message Systemd : problème au démarrage.. Évalué à 4.
Quand tu dis
Il n'y a pas d'autres lignes avec des informations différentes (les numéros sont juste le nombre de secondes (jusqu'à la dix-millième décimale) depuis le démarrage).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Tres humoristique
Posté par claudex . En réponse au journal C'est vendredi, c'est permis, aka, MS devrait faire une offre à MS pour sa boite. Évalué à 7.
Et pourtant
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Boucle
Posté par claudex . En réponse au message Systemd : problème au démarrage.. Évalué à 6.
Il me semble que ça arrive quand on créé une boucle de dépendance, par exemple un service qui voudrait démarrer avant Dbus et après Dbus. Quand systemd se rend compte de ça, il essaye de casser la boucle de dépendance comme il peut, sans garantir que ça marche. Le fait que ça marche en mode rescue est sans doute parce que le service qui cause le problème de boucle n'est pas démarré en mode rescue et quand tu continue le démarrage, il n'y a plus de problème de boucle, Dbus étant déjà démarré. Tu n'aurais pas d'autres infos au démarrage qui pourrait permettre d'identifier le service en question ?
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Léger détail
Posté par claudex . En réponse au journal C'est vendredi, c'est permis, aka, MS devrait faire une offre à MS pour sa boite. Évalué à 9.
Il faut dire que le vendredi à 17h20, c'est un peu tard. Tout le monde est déjà à l'apéro.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Mouarf
Posté par claudex . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 3.
Ça dépend des fonctionnalités, il n'y a aucun résolution des dépendances dans rpm ou dpkg, c'est fait dans les couches au dessus par exemple. Même chose pour la gestion des paquets installés automatiquement sous apt-get/aptitude.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Mouarf
Posté par claudex . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 3.
Packagekit, c'est une surcouche à apt, yum, zypper, pas à rpm ou dpkg il me semble. Sinon, aptitude et apt-get sont des surcouches à libapt lui-même une surcouche à dpkg.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche