Tout le monde se focalise sur le numéro, mais on s'en fout en pratique, c'est qu'une convention. Slackware a sauté 3 versions pour rattraper les autres, ça n'a pas ralé autant que ça à l'époque.
Et sortir un ff 5, ok. Mais sortir ff5 et dire ff 4 n'est plus supporté au bout de 3 mois, et tout le monde doit faire la mise à jour, c'est usant pour les distributeurs ( distributeurs qui ne sont pas dans le radar de firefox depuis longtemps, et qui ont hélas du se résoudre à faire des mises à jours de versions sur leur stable depuis longtemps ).
Je serais pas distributeur, je m'en foutrait. Quand j'ai le choix, j'utilise epiphany, même si il me claque entre les doigts régulierement.
Je te rejoins en effet sur le doute vis à vis du succés des distributions en rolling release, mais par contre, il y a des fous qui font des extensions greasemonkey pour gmail ou pour d'autres.
Et je pense que ce qui ressort, c'est que la question n'est pas tant de corriger des bugs en rajoutant des fonctions, mais de fermer un bug pour en ouvrir un. le souci, c'est d'avoir eu une régression. Du à quoi, je sais pas. La fondation mozilla a publié une tonne de nightlies, etc, donc les régressions qui ne sont pas repérés sont un peu la faute de tout les utilisateurs. Ensuite, si on a pas les moyens en terme de QA pour suivre la marche forcé, faut pas le faire...
Le souci, c'est pas la version. C'est le cycle de mise à jour qui va avec.
Une version supporté 3 mois, c'est de la marche forcée. La plupart des gens ont suffisament ralé sur microsoft à ce niveau ( "oui, on force la mise à jour alors que ça marche bien" ).
Je sais que la question peut sembler con, mais je connais pas Google Analytics, ni trop les besoins en terme de statistiques d'un webmaster moyen, mais j'aimerais savoir si il y a des choses bloquantes qui manquent à Piwik par rapport à Google Analytics.
J'ai à m'occuper de serveurs webs, et google analytics est utilisé sur les sites, mais j'échangerais sans souci pour des raisons de facilité de gestion des mots de passes ça avec piwik ( sans compter le reste ). Mais avant de me lancer dedans et de convaincre les gens en charge, j'aimerais savoir si je vais dans le mur ou pas :)
Tu crées un autre compte pour te plaindre du premier, disant qu'on t'a volé ton identité, avec tes papiers à l'appui.
Sinon, je me dit que coller ton login/mot de passe dans un site de phising pour que tu deviennes un spammeur serait une méthode efficace de faire fermer ton compte à peu de frais.
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.
[^] # Re: Peut-on encore bosser comme on l’entend dans les LL ?
Posté par Misc (site web personnel) . En réponse au journal De la livraison simultanée d'évolutions et de correctifs.... Évalué à 8.
Tout le monde se focalise sur le numéro, mais on s'en fout en pratique, c'est qu'une convention. Slackware a sauté 3 versions pour rattraper les autres, ça n'a pas ralé autant que ça à l'époque.
Et sortir un ff 5, ok. Mais sortir ff5 et dire ff 4 n'est plus supporté au bout de 3 mois, et tout le monde doit faire la mise à jour, c'est usant pour les distributeurs ( distributeurs qui ne sont pas dans le radar de firefox depuis longtemps, et qui ont hélas du se résoudre à faire des mises à jours de versions sur leur stable depuis longtemps ).
Je serais pas distributeur, je m'en foutrait. Quand j'ai le choix, j'utilise epiphany, même si il me claque entre les doigts régulierement.
[^] # Re: faudra s'y faire
Posté par Misc (site web personnel) . En réponse au journal De la livraison simultanée d'évolutions et de correctifs.... Évalué à 3.
Je te rejoins en effet sur le doute vis à vis du succés des distributions en rolling release, mais par contre, il y a des fous qui font des extensions greasemonkey pour gmail ou pour d'autres.
Et je pense que ce qui ressort, c'est que la question n'est pas tant de corriger des bugs en rajoutant des fonctions, mais de fermer un bug pour en ouvrir un. le souci, c'est d'avoir eu une régression. Du à quoi, je sais pas. La fondation mozilla a publié une tonne de nightlies, etc, donc les régressions qui ne sont pas repérés sont un peu la faute de tout les utilisateurs. Ensuite, si on a pas les moyens en terme de QA pour suivre la marche forcé, faut pas le faire...
[^] # Re: triste pour les utilisateurs
Posté par Misc (site web personnel) . En réponse au sondage Que pensez-vous de la nouvelle politique de version de Firefox ?. Évalué à 5.
Le souci, c'est pas la version. C'est le cycle de mise à jour qui va avec.
Une version supporté 3 mois, c'est de la marche forcée. La plupart des gens ont suffisament ralé sur microsoft à ce niveau ( "oui, on force la mise à jour alors que ça marche bien" ).
[^] # Re: Lien
Posté par Misc (site web personnel) . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 3.
Sans doute un copier coller depuis le rss.
[^] # Re: Grande nouvelle !
Posté par Misc (site web personnel) . En réponse au journal Petites brèves et (parfois) méchantes (et parfois pas si brèves). Évalué à 2.
Mais si personne ne se fait spammer, le compte ne va pas se faire fermer.
Une autre alternative c'est de demander à tes amis de se plaindre de toi en faisant fermer ton compte.
# Vs Google Analytics ?
Posté par Misc (site web personnel) . En réponse au journal Piwik 1.5 abandonne le flash. Évalué à 8.
Je sais que la question peut sembler con, mais je connais pas Google Analytics, ni trop les besoins en terme de statistiques d'un webmaster moyen, mais j'aimerais savoir si il y a des choses bloquantes qui manquent à Piwik par rapport à Google Analytics.
J'ai à m'occuper de serveurs webs, et google analytics est utilisé sur les sites, mais j'échangerais sans souci pour des raisons de facilité de gestion des mots de passes ça avec piwik ( sans compter le reste ). Mais avant de me lancer dedans et de convaincre les gens en charge, j'aimerais savoir si je vais dans le mur ou pas :)
J'ai trouvé rapidement ceci : http://icp.ge.ch/sem/cms-spip/spip.php?article1007 mais ça date de 2010. Et les recherches sur le web insistent sur le coté libre surtout. J'ai vu qu'il y a de nombreux plugins ( http://dev.piwik.org/trac/query?status=new&status=assigned&status=reopened&milestone=Third+Party+Piwik+Plugins&order=priority ), ce qui fait que les fonctionnalités sont sans doutes assurés.
Donc si des gens ont fait le saut, et ont des retours , ça m'intéresse.
[^] # Re: Grande nouvelle !
Posté par Misc (site web personnel) . En réponse au journal Petites brèves et (parfois) méchantes (et parfois pas si brèves). Évalué à 4.
Tu crées un autre compte pour te plaindre du premier, disant qu'on t'a volé ton identité, avec tes papiers à l'appui.
Sinon, je me dit que coller ton login/mot de passe dans un site de phising pour que tu deviennes un spammeur serait une méthode efficace de faire fermer ton compte à peu de frais.
# 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.