Deja, quand tu dit "sysadmin", tu veux sans doute dire "admin d'un serveur", ce qui est différent. Il faut pas oublier qu'un admin peut aussi gerer du desktop, et qu'il y a des desktops avec des besoins assez important de fiabilité, genre celui du pdg ou tu veux pas que ça plante trop souvent, ou celui d'un trader ou l'user sous cocaine a besoin d'une machine pour claquer des thunes en vitesse.
Ensuite, dbus, on peut aussi l'utiliser avec un outil en cli et potentiellement via un outil pour le web. Et je pense qu'il est plus sain de faire un truc aux APIs bien défini pour que ton interface d'admin change que le firewall plutot que de 1) laisser écrire des fichiers 2) laisser écrire des scripts 3) lancer des commandes en root.
Donc il faut plus voir dbus comme 1 api pour parler à un demon, et ça, c'est quand même un truc que tout un tas de soft font, comme ejabberd, postgresql, mysql, asterisk pour ne citer que des exemples ou tu va dialoguer avec le programme via une interface spécifique.
Enfin, les races conditions, ça arrive aussi quand tu as 1 admin + un script, ou 2 admins :)
Je crois me souvenir que c'était pour passer les frontiéres, ça, ou une limite sur les virements au dela duquel les banques, alertés par des jolis triggers oracle, doivent regarder ce qui se passe.
Mais pareil, pas de source, à prendre avec des pincettes.
D'ailleurs, il suffit de voir que debian a décidé de pas intégré QT à l'époque pour voir que ça a totalement interdit à KDE de continuer. Il suffit de voir que Fedora a décidé de ne pas mettre passanger ( pour ror ) ou node.js pour que ces technologies n'avancent pas. Il suffit de voir que Gnome-shell n'est pas intégré dans Ubuntu pour voir que le projet n'est jamais sorti. </ironie>
Si debian ne veut pas d'un truc, c'est pas la mort ni pour eux, ni pour le projet qu'ils refusent. Ça va faire une séparation de plus, pas de souci, on gére depuis des années, on va continuer.
Sauf que ça n'a rien à voir. Il existe un projet pour les ipod parce que quelqu'un fait le boulot. Il existe rien pour le moment pour l'api de systemd sur les os non linux parce que personne ne fait le taf. Le but est pas d'exclure, mais de choisir entre "attendre que quelqu'un fasse le boulot pour avancer" et "avancer pour que des gens fassent le boulot". Quelqu'un fait la remarque que personne ne savait qu'udev prendrais de l'importance. Soit, et du coup, ça rale pour ça.
La, il y a eu des annonces ( le fait de reprendre systemd dans gnome-session date quand même de l'annonce initiale il y a un an ), il y a une proposition, donc l'excuse de "on savait pas que ça servirais à ça" est à mon avis non valide. Et pour le moment, c'est pas encore fait.
Parler d'éthique, c'est totalement hors sujet, c'est oublier les fondamentaux d'un travail bénévole, à savoir que les paroles ne valent rien si c'est pas suivi de code et d'acte.
Une chose qui serait amusante serait une passerelle smtp vers ton protocole. Ce qui permet d'utiliser tout les clients existants et de pouvoir ensuite faire passer les mails par http pour tor. Et de l'autre coté, en mettant un autre smtp, tu peux remettre le mail dans e circuit et bénéficier de ce qui existe.
Même si j'aurais tendance à dire "regarde xmpp", je pense pas que les serveurs actuelles gérent comme il faut le fait d'avoir un .onion, ou un proxy socks. Alors que faire un proxy transparent pour http qui va vers tor, c'est trivial.
Sinon, il y a le projet onioncat qui pemet de faire un vpn par dessus tor, je sais pas si ça réponds à ta problématique.
Je suis pas sur que ça soit judicieux d'aller sur ce terrain. Déja parce que l'admin va gagner à la fin et ensuite, ça va encore pousser à plus de filtrage en entreprise.
Donc je résume ce que j'ai compris :
Jbj a eu une promesse de contrat. Puis on a renégocié son contrat, puis on a décidé de pas le prendre. Et les russes ont cherché à embaucher des codeurs par un autre biais ( sans doute en russie ).
Résultat des courses, Per Øyvind ( qui a un status bizzare chez Mandriva d'aprés http://www.linkedin.com/in/proyvind et qui bosse pour http://www.freecode.no/ ), est pris entre 2 feux, vu que d'un coté, il a sans doute faciliter la tache de jbj pour venir, mais visiblement, le nouveau management russe a dit autrement.
Pour info, le "denis koryavov" que jeff mentionne vaguement dans son courrier est aussi le mec derriére rosa lab, et lié au fond d'investisseurs russes derriére la resurection de Mandriva.
Sqlite, ça scale pas vraiment, si tu veux faire des accés en écriture simultané, c'est un peu la catatrophe. Et c'est pas prévu pour ça en fait. Ça marche bien pour des applications non webs comme ff, mail.app, et yum. Mais sqlite + trac, c'était lent et avec des problémes de locks, sqlite + puppet, j'ai assez souvent des emmerdes ( avec 6 machines ). Donc sur un site web, bof.
Quoi, des IPCs sur un serveur. Mais aucune boite n'oserait proposé ça. Ah si, Sun l'a fait avec rpc. Et aussi Microsoft avec Samba, dans une moindre mesure. Et puis, des IPCs dans unix, ben y a que ça. Et puis, des interfaces RESTs aussi. Et puis des appels à distances erlang pour ejabberd.
Soit on fait un systeme sans meta data ( genre signaux, /dev/initctl ), soit on fait un truc plus riche car on a des trucs plus riche à gérer. À partir de la, reprendre l'existant est semble t'il meilleur que repartir de 0.
Le fait de compiler en désactivant les assertions est aussi possible, IIRC. Donc ( si je me trompe pas ) c'est charge aux distros de rendre systemd plus tolérant.
Donc à mon avis, si Per Oyvind devient project leader, ça veut dire que jbj se désolidarise de ce qu'il a fait
( cf premier commentaire ), et si jbj part ( je précise "si" ) sur rpm6 au lieu de rpm5, ça impliquerais un fork perso de mandriva pour rpm sous le nom rpm5. Ceci dit, si jbj ne part pas sur rpm6, alors j'aurais du mal à voir pourquoi il annonce un nouveau projet.
On peut aussi imaginer avoir une collaboration forte entre les 2, mais je vois pas pourquoi dupliquer les noms de domaines alors qu'une migration à un vcs autre que cvs ferait l'affaire ( ceci dit, jbj m'a dit que git est un favori, mais y a juste personne pour faire la migration ).
Trés sérieusement, jbj dit "je vais bosser pour mandriva", puis "je suis pas payé pour ça", puis "ras le bol des trucs sans discussion" puis "je coupe mon projet initial pour raison privé", et fini par "voila, vous avez votre projet rpm5, demerdez vous", y a pas des milliers d'explications possible.
Ceci dit, si on prends l'intitulé du bug "if rpm exits in mid-transaction, the RPM data base can be left in an inconsistent state", je pense que ça correspond peu ou prou à ce que jbj arréte pas de sortir au sujet d'une base ACID ( comprendre au sens base de données ) dans rpm.
Donc il n'était pas contre la correction du bug, vu qu'il a fini par le faire en profondeur. Il a juste mal compris du début jusqu'au point de rupture.
Ceci dit, j'ai relu aussi le bug, et je ne pige pas pourquoi jbj n'a pas compris la demande. Et je pige pas pourquoi tout le monde estime que ce bug est si important, ni pourquoi des gens pensent qu'il est normal d'insulter les autres sur un bugtracker.
Qui est ensuite répliqué par des gens que tu ne connait pas, pour être sur qu'on ne remonte pas vers toi, ou qu'on aille pas les attaquer pour obtenir tes données.
Juste pour remplir le fichier de fortune que je maintiens, elle sort d'ou cette salve ?
Car bon, j'ai lu tout cooker@ et tout maintainers@, et je viens de chercher sur google, sur seeks et ailleurs , et je ne trouve rien :/
Tu parles de fud, mais dans la mesure ou jbj lui même entretient le doute et l'incertitude, tu veux faire quoi ?
Est ce qu'il y a la moindre news publique sur le sujet ? Aucune. Ça fait 1 semaine que le site est en rade, et avant de poser la question sur la liste mandriva, il n'y avait rien. Le canal #rpm5 est redirigé sur #rpm sur freenode.
Et quand des gens qui n'ont jamais eu de souci avec jbj lui pose la question, la réponse est au mieux plus séche que le desert de gobi. Tu dis que matthew va faire un release, je te crois. Mais je ne crois pas avoir vu la moindre annonce à ce sujet.
Donc à partir de la, 2 choses :
soit tout le monde se fout de rpm5, et ça, ça serait un véritable mort du projet
soit les gens veulent savoir
Comme personne réponds, ben oui, le climat de doute persiste. Mais si il persiste, c'est pas parce que les gens posent les questions, c'est bien parce qu'il n'y a pas de réponses, ni de raison compréhensible pour ne pas les avoir.
Je peux comprendre qu'une société en cours de négociation économique comme Nokia, comme Mandriva, etc soit obliger de garder des informations secretes. Qu'un projet comme Libroffice décide de préparer son fork 4/5 mois avant de l'annoncer, ok.
La, on a une décision qui n'a pas l'air d'avoir de sens dans son contexte de projet libre. Donc forcement, y a des doutes. Ensuite, si des gens se réjouissent d'un projet libre en moins, je pense qu'ils ont tort, et j'ai éxpliqué pourquoi. J'ajouterais de surcroit que rpm5 est pas incompatible avec rpm 4.X, pas plus qu'entre 2 distributions rpm classiques.
Reposons les bases. Nous avons un site web qui a disparu sans laisser de trace.
Le site web n'a pas eu d'avarie matériel, car une rapide recherche montre que son ip était 194.97.152.138, et que l'hébergeur, openssl.org ( et openpkg.org ), est encore la, et n'a pas subi de dégats. Un rapide coup d'oeil montre que le domaine existe, mais que le DNS est vide, ce qui est forcément voulu aprés 1 semaine. Jbj a enregistré des tas de noms de domaines, rpm5.info, rpm6.org, rpm7.org, yum5.org , etc. Donc on peut écarter la panne des hypothéses.
Personne ne donne d'explication, ce qui signifie que tout le monde dans le projet est au courant et a pour consigne de rien dire, que ça soit Matthew Dawkins, Per Oyvind Karlsten ou d'autres. Quand je dit pour consigne, je parle pas d'un ordre, mais bien sur sans doute plus d'une demande.
Hypothèse corroborée par le fait que Matthew va faire la release, ce qui signifie qu'il a accés encore au cvs.
JBJ se montre particulierement critique vis à vis du travail de Mandriva ( cf lien plus tot ), au point de qualifier ça de fork. JBJ s'estime employable ( voir employé ) cf autre lien dans le thread. Il a aussi pris à coeur la migration de Mandriva vers rpm5, pour aider de façon bénévole durant un bout de temps ( ce qui n'était pas un luxe, au vue du merdier que ça a été ).
Et d'un coup, JBJ péte un cable et commence à fermer son site, à visiblement dire aux gens que c'est normal, à mettre son équipe proche dans la confidence, et à parler d'affaire privée.
Donc, on peut considérer qu'il s'agit d'une affaire privée entre jbj, et quelqu'un d'autre.
Donc, jbj arrive sur cooker@ au moment ou le CEO décide de passer à rpm5 ( pour les projets européens entre autre, vu la référence au fait que l'installation ne soit pas mathématiquement cohérente, et vu que les dits projets continuent sur Debian, et que le dit CEO était l'ancien responsable des projets de recherches ), aide d'un point de vue technique et donne de son temps, réponds à de nombreux mails, etc.
Il a aussi mis en place une infrastructure pour faire des installations automatiques, avec des messages utiles ( qu'on a corrigé chez Mageia pour une part ), il a testé dudf ( mancoosi ), et il a bossé sur ça : http://article.gmane.org/gmane.comp.package-management.rpm.cvs/8582 ( et voir le reste des archives sur mancoosi ).
En mars, il parle de futur employeur ( cf lien plus haut ), et fin avril, il dit qu'il est pas payé pour ça ( http://permalink.gmane.org/gmane.linux.mandrake.cooker.devel/310871 ). Est ce qu'on doit comprendre qu'il est payé pour autre chose, ou qu'il est pas du tout payé ?
Et dans ce cas, est ce que c'est pas une affaire privée entre jbj et Mandriva, tout simplement ?
On m'a dit qu'il avait, je cite "a thick skin and that he expect people to have the same". IE, il se formalise pas des gens directs et des critiques mais il attends que ça soit pareil vis à vis de lui. Forcement, ça clashe un peu trop souvent.
Encore une fois, les exemples abondent. Ulrich drepper pour la glibc, theo de raadt pour openbsd, etc. Jbj n'est pas un idiot, et même si il communique pas d'une maniére optimal et loin de la, je pense qu'il est capable de produire un logiciel utile.
Ceci dit, la glibc est pareil ( les tarball, ça sert à rien comme l'a dit un jour ulrich d :) ). J'irais pas jusqu'à dire que jbj a raison de pas annoncer, mais c'est pas d'une importance cruciale. Rpm se destine aux intégrateurs ( ie les distros ) plus qu'autre chose.
Je pense aussi ( au vue de discussion que j'ai eu avec lui ) que la principale raison est surtout que personne ne se charge de mettre à jour. J'ai proposé d'héberger le site sur l'infra de zarb.org, pour le cas ou ça pourrais aider, avec svn/git, et il m'a dit qu'il utilise encore cvs, que tout le monde réclame git mais que personne ne fait la migration. Donc je pense qu'il estime pas critique de faire la mise à jour du site, qu'il est pas contre si quelqu'un le fait, mais que personne le fait.
Je suis pas sur que ça soit très respectueux de se réjouir de la mort d'un projet de logiciel libre ( surtout que le projet n'est pas mort et va continuer à mon avis ). Il y a des gens qui ont investis du temps et de l'énergie dedans, et c'est facile de venir après et de commenter quand on a rien fait.
[^] # Re: OpenOffice dynamique
Posté par Misc (site web personnel) . En réponse à la dépêche Sortie de Fedora 15 « Lovelock ». Évalué à 6.
Deja, quand tu dit "sysadmin", tu veux sans doute dire "admin d'un serveur", ce qui est différent. Il faut pas oublier qu'un admin peut aussi gerer du desktop, et qu'il y a des desktops avec des besoins assez important de fiabilité, genre celui du pdg ou tu veux pas que ça plante trop souvent, ou celui d'un trader ou l'user sous cocaine a besoin d'une machine pour claquer des thunes en vitesse.
Ensuite, dbus, on peut aussi l'utiliser avec un outil en cli et potentiellement via un outil pour le web. Et je pense qu'il est plus sain de faire un truc aux APIs bien défini pour que ton interface d'admin change que le firewall plutot que de 1) laisser écrire des fichiers 2) laisser écrire des scripts 3) lancer des commandes en root.
Donc il faut plus voir dbus comme 1 api pour parler à un demon, et ça, c'est quand même un truc que tout un tas de soft font, comme ejabberd, postgresql, mysql, asterisk pour ne citer que des exemples ou tu va dialoguer avec le programme via une interface spécifique.
Enfin, les races conditions, ça arrive aussi quand tu as 1 admin + un script, ou 2 admins :)
[^] # Re: Et l'argent liquide
Posté par Misc (site web personnel) . En réponse au journal Les bitcoins n'intéressent pas que les geeks. Évalué à 2.
Je crois me souvenir que c'était pour passer les frontiéres, ça, ou une limite sur les virements au dela duquel les banques, alertés par des jolis triggers oracle, doivent regarder ce qui se passe.
Mais pareil, pas de source, à prendre avec des pincettes.
[^] # Re: Mauvaise idée.
Posté par Misc (site web personnel) . En réponse à la dépêche Linus envisage de changer la numérotation du noyau Linux. Évalué à 10.
Emacs ?
[^] # Re: et si debian disait juste non
Posté par Misc (site web personnel) . En réponse au journal GNOME seulement compatible avec Linux ?. Évalué à 3.
D'ailleurs, il suffit de voir que debian a décidé de pas intégré QT à l'époque pour voir que ça a totalement interdit à KDE de continuer. Il suffit de voir que Fedora a décidé de ne pas mettre passanger ( pour ror ) ou node.js pour que ces technologies n'avancent pas. Il suffit de voir que Gnome-shell n'est pas intégré dans Ubuntu pour voir que le projet n'est jamais sorti. </ironie>
Si debian ne veut pas d'un truc, c'est pas la mort ni pour eux, ni pour le projet qu'ils refusent. Ça va faire une séparation de plus, pas de souci, on gére depuis des années, on va continuer.
[^] # Re: Ethique or not ethique
Posté par Misc (site web personnel) . En réponse au journal GNOME seulement compatible avec Linux ?. Évalué à 5.
Sauf que ça n'a rien à voir. Il existe un projet pour les ipod parce que quelqu'un fait le boulot. Il existe rien pour le moment pour l'api de systemd sur les os non linux parce que personne ne fait le taf. Le but est pas d'exclure, mais de choisir entre "attendre que quelqu'un fasse le boulot pour avancer" et "avancer pour que des gens fassent le boulot". Quelqu'un fait la remarque que personne ne savait qu'udev prendrais de l'importance. Soit, et du coup, ça rale pour ça.
La, il y a eu des annonces ( le fait de reprendre systemd dans gnome-session date quand même de l'annonce initiale il y a un an ), il y a une proposition, donc l'excuse de "on savait pas que ça servirais à ça" est à mon avis non valide. Et pour le moment, c'est pas encore fait.
Parler d'éthique, c'est totalement hors sujet, c'est oublier les fondamentaux d'un travail bénévole, à savoir que les paroles ne valent rien si c'est pas suivi de code et d'acte.
# Tor et smtp
Posté par Misc (site web personnel) . En réponse au journal Système de messagerie pour remplacer les e-mails. Évalué à 7.
Une chose qui serait amusante serait une passerelle smtp vers ton protocole. Ce qui permet d'utiliser tout les clients existants et de pouvoir ensuite faire passer les mails par http pour tor. Et de l'autre coté, en mettant un autre smtp, tu peux remettre le mail dans e circuit et bénéficier de ce qui existe.
Même si j'aurais tendance à dire "regarde xmpp", je pense pas que les serveurs actuelles gérent comme il faut le fait d'avoir un .onion, ou un proxy socks. Alors que faire un proxy transparent pour http qui va vers tor, c'est trivial.
Sinon, il y a le projet onioncat qui pemet de faire un vpn par dessus tor, je sais pas si ça réponds à ta problématique.
[^] # Re: Mauvais départ
Posté par Misc (site web personnel) . En réponse au journal Système de messagerie pour remplacer les e-mails. Évalué à 10.
Je suis pas sur que ça soit judicieux d'aller sur ce terrain. Déja parce que l'admin va gagner à la fin et ensuite, ça va encore pousser à plus de filtrage en entreprise.
[^] # Re: Mais peut-on encore faire des apps sans DB à ce jour ?
Posté par Misc (site web personnel) . En réponse au journal RedHat lance OpenShift. Évalué à 3.
Tu peux faire du sql sur /etc/passwd en même temps :
http://search.cpan.org/~jzucker/DBD-AnyData-0.08/AnyData.pm
[^] # Re: Champagne !
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 3.
Et voila :
http://lists.mandriva.com/cooker/2011-05/msg00266.php
Donc je résume ce que j'ai compris :
Jbj a eu une promesse de contrat. Puis on a renégocié son contrat, puis on a décidé de pas le prendre. Et les russes ont cherché à embaucher des codeurs par un autre biais ( sans doute en russie ).
Résultat des courses, Per Øyvind ( qui a un status bizzare chez Mandriva d'aprés http://www.linkedin.com/in/proyvind et qui bosse pour http://www.freecode.no/ ), est pris entre 2 feux, vu que d'un coté, il a sans doute faciliter la tache de jbj pour venir, mais visiblement, le nouveau management russe a dit autrement.
Pour info, le "denis koryavov" que jeff mentionne vaguement dans son courrier est aussi le mec derriére rosa lab, et lié au fond d'investisseurs russes derriére la resurection de Mandriva.
[^] # Re: pas de sql ?
Posté par Misc (site web personnel) . En réponse au journal RedHat lance OpenShift. Évalué à 5.
Sqlite, ça scale pas vraiment, si tu veux faire des accés en écriture simultané, c'est un peu la catatrophe. Et c'est pas prévu pour ça en fait. Ça marche bien pour des applications non webs comme ff, mail.app, et yum. Mais sqlite + trac, c'était lent et avec des problémes de locks, sqlite + puppet, j'ai assez souvent des emmerdes ( avec 6 machines ). Donc sur un site web, bof.
# Un systéme d'ipc sur un seveur OMG
Posté par Misc (site web personnel) . En réponse au journal systemd est un "bloat". Évalué à 8.
Quoi, des IPCs sur un serveur. Mais aucune boite n'oserait proposé ça. Ah si, Sun l'a fait avec rpc. Et aussi Microsoft avec Samba, dans une moindre mesure. Et puis, des IPCs dans unix, ben y a que ça. Et puis, des interfaces RESTs aussi. Et puis des appels à distances erlang pour ejabberd.
Soit on fait un systeme sans meta data ( genre signaux, /dev/initctl ), soit on fait un truc plus riche car on a des trucs plus riche à gérer. À partir de la, reprendre l'existant est semble t'il meilleur que repartir de 0.
Concernant l'assertion, il s'agit d'un vrai bug corrigé :
http://cgit.freedesktop.org/systemd/commit/?id=a133bf10d09f788079b82f63faa7058a27ba310b
Le fait de compiler en désactivant les assertions est aussi possible, IIRC. Donc ( si je me trompe pas ) c'est charge aux distros de rendre systemd plus tolérant.
[^] # Re: rpm6.org
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 7.
Je vois pas d'info à ce sujet, est ce qu'il s'agit par hasard de mails/irc interne à Mandriva ?
Et je vois vraiment aucun scénario ou Thierry aurait pu jouer le moindre role determinant. Jbj se focalise sur lui tout d'un coup alors que des critiques plus virulentes sont venus d'un certain nombre de gens ( https://qa.mandriva.com/show_bug.cgi?id=62877#c46 ) voir même de salariés de Mandriva ( http://svn.mandriva.com/viewvc/packages?view=revision&revision=659828 ), ou http://lists.mandriva.com/cooker/2011-02/msg00249.php . Et que jbj peut dire ce qu'il veut, je persiste à dire que la migration a foutu la grouille. Même sur les projets comme le PLF, ou les indexes ont été cassé par les changements du coté de Mandriva.
Donc à mon avis, si Per Oyvind devient project leader, ça veut dire que jbj se désolidarise de ce qu'il a fait
( cf premier commentaire ), et si jbj part ( je précise "si" ) sur rpm6 au lieu de rpm5, ça impliquerais un fork perso de mandriva pour rpm sous le nom rpm5. Ceci dit, si jbj ne part pas sur rpm6, alors j'aurais du mal à voir pourquoi il annonce un nouveau projet.
On peut aussi imaginer avoir une collaboration forte entre les 2, mais je vois pas pourquoi dupliquer les noms de domaines alors qu'une migration à un vcs autre que cvs ferait l'affaire ( ceci dit, jbj m'a dit que git est un favori, mais y a juste personne pour faire la migration ).
Trés sérieusement, jbj dit "je vais bosser pour mandriva", puis "je suis pas payé pour ça", puis "ras le bol des trucs sans discussion" puis "je coupe mon projet initial pour raison privé", et fini par "voila, vous avez votre projet rpm5, demerdez vous", y a pas des milliers d'explications possible.
[^] # Re: rpm6.org
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 4.
Il a profité pour faire le ménage :
http://rpm5.org/cvs/chngview?cn=16020
http://rpm5.org/cvs/chngview?cn=16021
( et perso, je trouve louche d'avoir ce genre de lien http://rpm5.org/cvs/honeypot qui donne ensuite ce genre de lien http://rpm5.org/cvs/stopper ).
[^] # Re: Je le comprends?
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 4.
Ceci dit, si on prends l'intitulé du bug "if rpm exits in mid-transaction, the RPM data base can be left in an inconsistent state", je pense que ça correspond peu ou prou à ce que jbj arréte pas de sortir au sujet d'une base ACID ( comprendre au sens base de données ) dans rpm.
Donc il n'était pas contre la correction du bug, vu qu'il a fini par le faire en profondeur. Il a juste mal compris du début jusqu'au point de rupture.
Ceci dit, j'ai relu aussi le bug, et je ne pige pas pourquoi jbj n'a pas compris la demande. Et je pige pas pourquoi tout le monde estime que ce bug est si important, ni pourquoi des gens pensent qu'il est normal d'insulter les autres sur un bugtracker.
[^] # Re: Sécurité
Posté par Misc (site web personnel) . En réponse au journal Et vous, quelle sécurité pour vos sauvegardes?. Évalué à 9.
Qui est ensuite répliqué par des gens que tu ne connait pas, pour être sur qu'on ne remonte pas vers toi, ou qu'on aille pas les attaquer pour obtenir tes données.
[^] # Re: Nostradamus mode
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 3.
Juste pour remplir le fichier de fortune que je maintiens, elle sort d'ou cette salve ?
Car bon, j'ai lu tout cooker@ et tout maintainers@, et je viens de chercher sur google, sur seeks et ailleurs , et je ne trouve rien :/
# Dropbox et l'usage du DMCA
Posté par Misc (site web personnel) . En réponse au journal Synchronisez vos données avec Dropbox. Évalué à 4.
Sinon, dropbox a aussi tenté d'interdire les softs qui utilisent leur protocole :
http://news.slashdot.org/story/11/04/26/1645200/Dropbox-Attempts-To-Kill-Open-Source-Project
avec des fausses requetes DMCA, et ce genre de conneries...
[^] # Re: Champagne !
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 10.
Tu parles de fud, mais dans la mesure ou jbj lui même entretient le doute et l'incertitude, tu veux faire quoi ?
Est ce qu'il y a la moindre news publique sur le sujet ? Aucune. Ça fait 1 semaine que le site est en rade, et avant de poser la question sur la liste mandriva, il n'y avait rien. Le canal #rpm5 est redirigé sur #rpm sur freenode.
Et quand des gens qui n'ont jamais eu de souci avec jbj lui pose la question, la réponse est au mieux plus séche que le desert de gobi. Tu dis que matthew va faire un release, je te crois. Mais je ne crois pas avoir vu la moindre annonce à ce sujet.
Donc à partir de la, 2 choses :
soit tout le monde se fout de rpm5, et ça, ça serait un véritable mort du projet
soit les gens veulent savoir
Comme personne réponds, ben oui, le climat de doute persiste. Mais si il persiste, c'est pas parce que les gens posent les questions, c'est bien parce qu'il n'y a pas de réponses, ni de raison compréhensible pour ne pas les avoir.
Je peux comprendre qu'une société en cours de négociation économique comme Nokia, comme Mandriva, etc soit obliger de garder des informations secretes. Qu'un projet comme Libroffice décide de préparer son fork 4/5 mois avant de l'annoncer, ok.
La, on a une décision qui n'a pas l'air d'avoir de sens dans son contexte de projet libre. Donc forcement, y a des doutes. Ensuite, si des gens se réjouissent d'un projet libre en moins, je pense qu'ils ont tort, et j'ai éxpliqué pourquoi. J'ajouterais de surcroit que rpm5 est pas incompatible avec rpm 4.X, pas plus qu'entre 2 distributions rpm classiques.
[^] # Re: Champagne !
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 10.
La cuisine interne, c'est quoi ?
Reposons les bases. Nous avons un site web qui a disparu sans laisser de trace.
Le site web n'a pas eu d'avarie matériel, car une rapide recherche montre que son ip était 194.97.152.138, et que l'hébergeur, openssl.org ( et openpkg.org ), est encore la, et n'a pas subi de dégats. Un rapide coup d'oeil montre que le domaine existe, mais que le DNS est vide, ce qui est forcément voulu aprés 1 semaine. Jbj a enregistré des tas de noms de domaines, rpm5.info, rpm6.org, rpm7.org, yum5.org , etc. Donc on peut écarter la panne des hypothéses.
Personne ne donne d'explication, ce qui signifie que tout le monde dans le projet est au courant et a pour consigne de rien dire, que ça soit Matthew Dawkins, Per Oyvind Karlsten ou d'autres. Quand je dit pour consigne, je parle pas d'un ordre, mais bien sur sans doute plus d'une demande.
Hypothèse corroborée par le fait que Matthew va faire la release, ce qui signifie qu'il a accés encore au cvs.
JBJ se montre particulierement critique vis à vis du travail de Mandriva ( cf lien plus tot ), au point de qualifier ça de fork. JBJ s'estime employable ( voir employé ) cf autre lien dans le thread. Il a aussi pris à coeur la migration de Mandriva vers rpm5, pour aider de façon bénévole durant un bout de temps ( ce qui n'était pas un luxe, au vue du merdier que ça a été ).
Et d'un coup, JBJ péte un cable et commence à fermer son site, à visiblement dire aux gens que c'est normal, à mettre son équipe proche dans la confidence, et à parler d'affaire privée.
Donc, on peut considérer qu'il s'agit d'une affaire privée entre jbj, et quelqu'un d'autre.
Maintenant, si on regarde ce mail ( http://permalink.gmane.org/gmane.linux.mandrake.cooker.devel/310871 ), JBJ dit que antoine ginies est peut être payé pour se faire troller, mais que c'est pas le cas de JBJ.
Donc, jbj arrive sur cooker@ au moment ou le CEO décide de passer à rpm5 ( pour les projets européens entre autre, vu la référence au fait que l'installation ne soit pas mathématiquement cohérente, et vu que les dits projets continuent sur Debian, et que le dit CEO était l'ancien responsable des projets de recherches ), aide d'un point de vue technique et donne de son temps, réponds à de nombreux mails, etc.
Il a aussi mis en place une infrastructure pour faire des installations automatiques, avec des messages utiles ( qu'on a corrigé chez Mageia pour une part ), il a testé dudf ( mancoosi ), et il a bossé sur ça : http://article.gmane.org/gmane.comp.package-management.rpm.cvs/8582 ( et voir le reste des archives sur mancoosi ).
En mars, il parle de futur employeur ( cf lien plus haut ), et fin avril, il dit qu'il est pas payé pour ça ( http://permalink.gmane.org/gmane.linux.mandrake.cooker.devel/310871 ). Est ce qu'on doit comprendre qu'il est payé pour autre chose, ou qu'il est pas du tout payé ?
Et dans ce cas, est ce que c'est pas une affaire privée entre jbj et Mandriva, tout simplement ?
[^] # Re: Nostradamus mode
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 8.
Ça prouve que RH a des managers capables de gérer les mecs difficiles, et qu'ils ne discriminent pas sur ça :)
[^] # Re: Nostradamus mode
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 3.
On m'a dit qu'il avait, je cite "a thick skin and that he expect people to have the same". IE, il se formalise pas des gens directs et des critiques mais il attends que ça soit pareil vis à vis de lui. Forcement, ça clashe un peu trop souvent.
[^] # Re: Je le comprends?
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 6.
Encore une fois, les exemples abondent. Ulrich drepper pour la glibc, theo de raadt pour openbsd, etc. Jbj n'est pas un idiot, et même si il communique pas d'une maniére optimal et loin de la, je pense qu'il est capable de produire un logiciel utile.
[^] # Re: Nostradamus mode
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 8.
Ceci dit, la glibc est pareil ( les tarball, ça sert à rien comme l'a dit un jour ulrich d :) ). J'irais pas jusqu'à dire que jbj a raison de pas annoncer, mais c'est pas d'une importance cruciale. Rpm se destine aux intégrateurs ( ie les distros ) plus qu'autre chose.
Je pense aussi ( au vue de discussion que j'ai eu avec lui ) que la principale raison est surtout que personne ne se charge de mettre à jour. J'ai proposé d'héberger le site sur l'infra de zarb.org, pour le cas ou ça pourrais aider, avec svn/git, et il m'a dit qu'il utilise encore cvs, que tout le monde réclame git mais que personne ne fait la migration. Donc je pense qu'il estime pas critique de faire la mise à jour du site, qu'il est pas contre si quelqu'un le fait, mais que personne le fait.
[^] # Re: Je le comprends?
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 4.
Ok, essayons d'être clair.
quel est le probléme dont tu parles ( ou dont tu crois que b parle ) ?
[^] # Re: Champagne !
Posté par Misc (site web personnel) . En réponse au journal La fin de RPM5 ?. Évalué à 7.
Je suis pas sur que ça soit très respectueux de se réjouir de la mort d'un projet de logiciel libre ( surtout que le projet n'est pas mort et va continuer à mon avis ). Il y a des gens qui ont investis du temps et de l'énergie dedans, et c'est facile de venir après et de commenter quand on a rien fait.