Aurélien Bompard a écrit 951 commentaires

Intéressant comme réflexions à 5h30 du mat'... :)

Un gros point noir que je vois : bonjour la consommation électrique si chaque foyer a un serveur chez lui... Surtout que pour faire tourner des applis lourdes, même par NX, ça ne pourra pas être un truc genre Linutop à 8W.

Est-ce que ça ne pourrait pas être bi-composants :
1. une partie "toujours en marche" qui pourrait être hébergée et mutualisée
2. une partie locale qui pourrait être allumée à la demande

La partie 1 contiendrait les serveurs SMTP, XMPP et web avec les applis web de partage de photos, de profils, de calendriers, etc. et la partie 2 contiendrait principalement le stockage avec l'appli de backup. Les deux pourraient fonctionner ensemble, même si je ne vois pas trop ce qu'ils pourraient avoir à échanger (peut-être un dossier "partage" sur le serveur local qui serait synchronisé sur le serveur "toujours en marche").

La partie 1 pourrait facilement être proposée par des hébergeurs pour pas trop cher, puisque mutualisé. La partie 2 pourrait être proposée par des constructeurs de matériels type NAS ou mini-PC. Le tout serait harmonisé grâce à un ou des projet(s) commun(s) en logiciel libre.

Jouable ? On dirait bien.

Par rapport à des applis web genre Facebook et Google, la partie 1 va avoir un sacré boulot pour être compétitive, surtout face à la gratuité apparente de ces services.
Par contre pour la partie 2, ce sera moins difficile. Peut-être que la "killer-feature" serait justement de trouver des interactions fortes entre ces deux parties, pour que le fait d'avoir la 2 donne envie d'avoir la 1 ?

Réflexion intéressante en tout cas, merci pour ce journal matinal :)

Lu ce matin sur le net :
À Jean-François Copé qui fera sauter le débat sur l'inceste en faveur d'Hadopi, je n'ai qu'une chose à dire : nique ta mère.

Tiens, c'est déjà ce jour. Et beh, avec la nocturne de Solutions Linux aujourd'hui, je sens que la journée va être longue.... :)

Je ne suis pas un fan de Novell (mais alors pas du tout), mais je pense que cette phrase :
Novell n'arrête pas de foutre du pognon dans des technos MS au-lieu d'aider le libre à faire son propre chemin.

est un peu exagérée. Chez Novell il y a aussi, dans mon souvenir, des gens qui bossent sur le driver RadeonHD, sur OpenOffice, sur Firefox, sur GNOME, etc.

... relativement déçu : http://harishpillay.livejournal.com/139376.html

Je vous traduit vite-fait :
Je l'ai installé sur ma Fedora 10, et j'ai essayé de visiter des sites qui sont censés fonctionner avec Moonlight/Silverlight. Et voilà, Moonlight est en version 1 alors que Silverlight est en version 2. Donc c'est comme avec le projet Mono, qui est perpétuellement en train de courir après .NET. Je désinstalle.

Il va bosser sur la QA de Fedora & RHEL. Au passage, Vincent Danen a aussi été embauché chez Red Hat.

Quelle a été la ligne directrice pour vos choix ?
Certains me semblent clairs (k3b) mais d'autres moins. Par exemple, le choix de remplacer kopete par amsn me laisse assez dubitatif.

Surtout qu'en achetant des PCs avec Linux préinstallé, on prouve qu'il y a un marché. C'est à mon avis plus efficace que le remboursement, qui restera toujours une procédure difficile (même si le nombre de demandeurs tend à la simplifier, il faudra toujours renvoyer quelquechose en colis par la poste, voire au mieux le rapporter au magasin, etc.)

> "Consomateur" de "produits" culturelles

"Produit" est masculin, donc c'est "produits culturels".

> Tomber dans le domaine public

"Entrer dans le domaine public" est déjà beaucoup mieux, je propose "accéder au domaine public". Ça donne selon moi l'idée que c'est un "objectif" à atteindre pour une œuvre.

Je ne suis pas d'accord avec le paragraphe sur "Créateur", mais c'est juste mon point de vue. Par contre, il faut bien faire attention à ne pas parler du "créateur" quand on veut parler du "distributeur", mais c'est un autre sujet.

> Propriété intellectuelle

Ce paragraphe est assez dur à suivre je trouve.
"Monopole temporaire sur l'Information" est un peu long à mon goût, mais je n'ai pas vraiment de meilleure idée...
Peut-être tout simplement "exclusivité" ? C'est en général employé pour parler de droits commerciaux justement.

D'une manière générale, c'est un excellent article qui traite d'un problème bien plus grave et important que nous pauvres techos pourrions croire... Merci, je note ça dans un coin.

Je confirme le problème de proxy à 100%. Ma seule solution a été d'utiliser l'ancienne interface d'easyurpmi pour fixer un miroir en dur dans les sources

Et surtout : ça permet de faire vivre des gens qui bossent sur le libre à plein temps, pas juste 1/2 heure le soir et 3 heures le weekend, quand la gamine est pas malade.

Les entreprises qui font du libre, c'est bien.

Oui, c'est comme la "Main invisible du Marché" qui auto-régule l'offre et la demande... On sait bien que ça marche pas dans la vraie vie.

> /me est déjà dehors.

Fais gaffe, ça va flotter.

Et oui, on a souvent tendance à confondre "prix" et "valeur". Mais c'est normal, ça arrive à tout le monde, et on apprend à faire la différence au fur et à mesure. D'ailleurs, aujourd'hui, tu ne referais plus la même erreur.

D'autant plus que les produits des marques de supermarchés sont sous-traités, et sortent parfois des mêmes usines que les produits des marques spécialisées... (surtout sur des domaines très spécifiques avec peu de concurrents)

Excuse-moi de ces mots un peu crus, mais je trouve ça complètement ridicule. La publicité est là pour pousser à acheter, ce n'est pas un secret. Comme toute source d'information, il faut lui attacher la valeur de "crédibilité" que tu juges bonne (en fonction de ce que tu perçois des intentions de l'auteur, etc.)

C'est pareil pour toute source d'info, que ce soit la pub, Wikipedia, le 20h, ou autres.

Si les gens n'ont pas compris ça, c'est pas supprimer la pub qu'il faut faire, c'est améliorer l'éducation.

Petite question : pourra-t-on acheter des Neo Freerunner sur place ?

> Les éditeurs modernes tels qu'emacs proposant le même type de fonctionnalité

"vim -O" ou ":vsplit".
Pfff.....

Est-ce qu'une fausse impression de sécurité est meilleure que pas de sécurité du tout ? Hmm. Pas sûr.

Sinon des solutions qui cassent l'hibernation il y en a, ou qui imposent d'entrer deux mots de passe (comme la solution des deux swaps : tu dois de toute façon entrer celui pour le swap où est ton image d'hibernation quand tu te réveille, donc même problème).

Et l'hibernation, c'est très pratique. Ca permet d'éteindre son PC tous les jours au boulot, ou le PC perso toutes les nuits et pendant la journée, tout en pouvant reprendre son travail là où on l'a laissé. Ca peut faire économiser quelques grammes de déchets radioactifs...

> Encrypted Private Directory

Houlà, un répertoire chiffré par utilisateur ? En théorie c'est très intéressant, mais ça implique pas mal de complications : il faut chiffrer le swap, parce que sinon les clés peuvent se retrouver dessus. C'est indiqué dans la page, qui donne un lien vers une autre page pour chiffrer son swap. Mais cette autre page le fait avec une clé aléatoire en supposant que le contenu du swap n'a pas besoin d'être récupéré d'un reboot à l'autre. Ce qui est faux si on hiberne son PC !

Donc pour moi, dossier chiffré implique swap chiffré avec une clé connue qui implique demande de la clé à chaque boot (normal ou hiberné).

Donc c'est quand même un peu chiant, on rentre deux mot de passes (un pour le swap et un pour l'économiseur d'écran). Mais autrement je ne vois pas comment faire sans casser l'hibernation.

(a propos : si on hiberne son PC, la clé se retrouve forcément dans le swap, comme le reste de la RAM)

> A noter que cela fait plusieurs années que Mandriva utilise la version de Novell.

Tu es sûr de ça ? Sur ma Mandriva au boulot je ne peux pas ouvrir les fichiers DOCX.

Et voilà, évidemment Murphy s'est exprimé et le site web de Vigilo n'est plus dispo en ce moment, suite non pas à un linuxfrisage en règle mais à une grosse coupure de courant, affectant tout notre bâtiment.

Désolés, on va essayer de relancer tout ça rapidement.

> cela prouve bien que Centreon tend a devenir une référence

Là-dessus, je crois qu'il n'y a pas de doute. Centreon est un super outil qui répond très bien aux besoins qu'il s'est fixés comme cible. Et sauf erreur de ma part la cible n'est pas la même que celle de Vigilo. Pour moi, il n'y a pas de concurrence entre les deux projets.

> J'aurais beaucoup de plaisir a vous rencontrer si vous m'en donnez l'occasion

Moi de même, j'espère qu'on trouvera un peu de temps pour causer :)

> Courage Vigilo, plus on avance, moins on fait l'unanimite

Merci pour ce commentaire posé, c'est rare en ces lieux. Heureusement, je pense que nous on ne fera jamais l'unanimité (puisque Vigilo addresse un marché bien spécifique et n'a quasiment pas d'intérêt pour des parcs de taille moyenne ou petite). Donc on ne sera pas déçus ;o)
Bravo encore pour le travail fourni sur Centreon, et à la semaine prochaine...

> Nagios en est également capable même s'il faut un petit effort d'intégration de divers outils.

Vigilo, c'est ni plus ni moins que ce petit effort d'intégration. Peut-être que ma dépèche laisse penser que Vigilo c'est un projet titanesque de 50 hommes/an, mais c'était pas mon intention. Je pense que c'est la portée de Vigilo qui est intéressante : entrer en concurrence avec HPOV et CA NMS.

Mais sinon Vigilo, c'est rien de plus que l'intégration de divers outils avec Nagios, et quelques interfaces web pour visualiser ces nouvelles données.

Ah, Zabbix. Oui, effectivement Zabbix a pas mal de fonctionnalités intéressantes, mais à l'époque où on a commencé Vigilo, c'était bien plus léger. Et surtout, il était écrit en gros sur le site de Zabbix que l'auteur n'acceptait pas les contributions sous forme de code (cette page a disparu du site depuis : http://web.archive.org/web/20050403112436/www.zabbix.com/con(...) )

C'était pour nous un signe négatif pour l'avenir du projet, donc on est partis sur Nagios. Depuis, la situation semble avoir changé, puisque la page a été supprimée, et les fonctionnalités d'aujourd'hui semblent très intéressantes effectivement.

Désolé de ne pas avoir tenu à jour mes infos sur Zabbix. Heureusement, il n'y a pas de "plus blanc que blanc" dans la dépèche, uniquement dans mon commentaire, que j'encourage les lecteurs à inutilifier...

Puisqu'on parle de Centreon, je pense que le projet ne s'adresse tout simplement pas au même public. Honnêtement, Vigilo a peu d'intérêt pour des parcs inférieurs à 1000 machines (ou équipements réseau), à moins qu'ils soient fortement répartis (plus de 10 sites). Dans ces cas, Centreon peut tout à fait être la bonne solution.

Par contre, si le parc est supérieur à 1000 équipements ou très réparti, aujourd'hui seul Vigilo est capable de couvrir le besoin à mon sens.