Le souci, c'est définir "la base du systéme". Y a des cas simples ( la glibc par exemple, gajim pour un autre ).
Et y a des cas plus complexes. Kde, base du système ou pas ? Firefox, base du système ou pas ?
Et il y a aussi les dépendances ( "tel truc tire tel version plus récente d'un truc plus bas" ), qui font que c'est pas aussi simple. Et il y a l'attachement à la qualité ( ie, le fait qu'il faut tester, mais on peut pas avoir autant de test ) et les ressources requises. Quelqu'un qui passe X h sur la version stable est quelqu'un qui passe pas X h sur la version de développement ( donc la prochaine stable ).
Donc app db est un pas pour la gestion des ressources ( ça fait pas que ça, mais c'est la partie qui m'intéresse ).
Tu peux tenter la migration, mais on a pas fait de tests. À vue de nez, le plus gros problème est de reconvertir à nouveau la base de données du format v9 à v8. Je pense que le plus simple est de demander à un développeur rpm5 comment faire ( après tout, au pire, tu réinstalles )
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.
# Et pourquoi pas ...
Posté par Misc (site web personnel) . En réponse au journal J'en ai marre d'être un.... geek ?. Évalué à 10.
simplement ne pas prendre testing , et prendre un téléphone qui va pas te demander des tas des mises à jours ?
Visiblement, y a assez de gens qui ont soit plus le temps, soit se font déborder par la technologie pour que le monde propose un article dessus :
http://www.lemonde.fr/technologies/article/2011/06/04/je-n-ai-plus-de-smartphone-j-ai-tue-mon-compte-facebook-et-je-revis_1531174_651865.html
[^] # Re: La porte est ouverte
Posté par Misc (site web personnel) . En réponse au journal Le futur jukebox d'Orange vous fera peut-être bientôt regretter son « internet ».... Évalué à 7.
s/freenet/un fai comme FDN/
[^] # Re: Mageia + Multisystem
Posté par Misc (site web personnel) . En réponse à la dépêche Sortie de Mageia 1. Évalué à 3.
Il faut écrire au développeur pour lui demander ce qu'il faut faire déjà :)
[^] # Re: graphistes
Posté par Misc (site web personnel) . En réponse à la dépêche Sortie de Mageia 1. Évalué à 6.
Le souci, c'est définir "la base du systéme". Y a des cas simples ( la glibc par exemple, gajim pour un autre ).
Et y a des cas plus complexes. Kde, base du système ou pas ? Firefox, base du système ou pas ?
Et il y a aussi les dépendances ( "tel truc tire tel version plus récente d'un truc plus bas" ), qui font que c'est pas aussi simple. Et il y a l'attachement à la qualité ( ie, le fait qu'il faut tester, mais on peut pas avoir autant de test ) et les ressources requises. Quelqu'un qui passe X h sur la version stable est quelqu'un qui passe pas X h sur la version de développement ( donc la prochaine stable ).
Donc app db est un pas pour la gestion des ressources ( ça fait pas que ça, mais c'est la partie qui m'intéresse ).
[^] # Re: Migration
Posté par Misc (site web personnel) . En réponse à la dépêche Sortie de Mageia 1. Évalué à 4.
Tu peux tenter la migration, mais on a pas fait de tests. À vue de nez, le plus gros problème est de reconvertir à nouveau la base de données du format v9 à v8. Je pense que le plus simple est de demander à un développeur rpm5 comment faire ( après tout, au pire, tu réinstalles )
[^] # Re: Orthographe de la dépêche
Posté par Misc (site web personnel) . En réponse au journal La communauté Mageia est heureuse de vous annoncer la naissance de sa première release. Évalué à 2.
Mhh, j'ai bien fait gaffe d'appuyer sur ok, et je vois que la dépêche est à nouveau à moitié verrouillé.
Soit j'ai un souci avec firefox 4, soit je suis idiot, soit y a un bug.
[^] # Re: Dépêche
Posté par Misc (site web personnel) . En réponse au journal La communauté Mageia est heureuse de vous annoncer la naissance de sa première release. Évalué à 4.
Faut avoir déjà posté une dépêche une fois pour avoir accès.
[^] # 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.