mercredi 27 août
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Liens connexes

Dépêche modérée par

Dépêche éditée par

: Klive, pour faire partager la version de son noyau et plein d'autres choses

Posté par chtitux (Jabber id, page perso, ). Modéré le 13 janvier 2006.
0
Après un article sur Ketchup, logiciel permettant de mettre à jour facilement les sources de son noyau, celui-ci portera sur la diffusion de cette version à tous.

En effet, lors du Linux Kernel Developers Summit 2005, les développeurs du noyau se rendirent compte qu'ils n'avaient aucun ordre de grandeur concernant le nombre d'utilisateurs testant les versions git, rc ou pre de la prochaine version stable du noyau.

Le projet Klive a donc été créé.

Il s'appuie sur des utilisateurs volontaires qui, avec un petit logiciel, informent la communauté et les développeurs du noyau en place sur leur machine.

Klive n'a pas besoin d'être compilé ni d'être exécuté avec les permissions du superutilisateur.

> Lire la dépêche (26 commentaires, moyenne: 2,6).  

Klive est un projet sous licence GPL.
Il se compose d'une partie client et d'une partie serveur, toutes deux disponibles.

C'est la partie cliente qui est utilisée par les utilisateurs, c'est donc vers elle que se portera cet article.

Le fonctionnement de Klive est simple : le logiciel récupère les informations sur la machine hôte qu'il va envoyer sur le serveur centralisant toutes les données.

Une tâche cron est utilisée pour effectuer cette action régulièrement.

Le script effectue l'installation automatiquement : il télécharge le client, le copie dans un répertoire aléatoire et intègre une nouvelle tâche dans cron pour l'éxécuter à intervalle régulier.

Depuis peu, Klive récupère également des informations sur les bus PCI et sur les modules chargés dans le noyau.

Le client et le serveur ont été réalisés avec Python et python-twisted. Ce sont les seules dépendances requises. Cependant, une version réalisé en pur Python a été écrite et est en développement. Pour plus d'informations, rendez vous sur le Wiki Klive.

Si vous voulez vous impliquer dans le projet, sachez que la mailing-list de Klive est très réactive sans avoir un débit trop important.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Et Cron ?

Posté par KaZeKaMi (page perso, ) le 13/01/2006 à 10:54. (lien). Évalué à 9.

> Python et python-twisted. Ce sont les seules dépendances requises

Il y a aussi Cron comme dépendance. Si on utilise par exemple fcron, le script refuse d'installer klive, ou alors (après bidouille faite de liens symboliques entre les commandes fcron et celles de cron) ne détecte pas que fcron est en fonctionnement et refuse de s'installer.

Distribs?

Posté par Jean-Marc Spaggiari (page perso, ) le 13/01/2006 à 12:39. (lien). Évalué à 1.

A quand les packages pour les distrib les plus populaires?

--
Les chalets de la mer rouge!

Idée à généraliser

Posté par Valdenaire Denis (page perso, ) le 13/01/2006 à 12:42. (lien). Évalué à 10.

Je pense que ce qui s'applique pour le noyau s'applique de manière aussi, voire encore plus critique pour le serveur X.

Automatiser le rapport : je fais fonctionner telle version de telle carte, avec telle moniteur, telle souris, à telle résolution, etc. vers un serveur public, ce serait pratique pour les developpeurs (retour sur ce qu'ils font) et pour les utilisateurs (est-ce qu'un gars a un jour réussi avec une telle combinaison, etc. avant d'acheter le matos) d'un certain niveau cela va de soi...

A priori tout ce qui touche au matériel aurait grand besoin de reporting.

Reste à assurer : la confiance en celui qui collecte les données (que son script fasse pas n'importe quoi) et en celui qui les envoie (qu'on pourrisse pas la base avec des données fausses.)

Enfin cela dit, je connais rien au python. En fait, j'en ai même plutôt peur. Ca etouffe ou ça empoisonne, ces bêtes-là ?

--
Linux ou Windows ? La liberté du loup ou le collier du chien ?

Pourquoi un répertoire aléatoire?

Posté par Sixel (page perso, ) le 13/01/2006 à 12:46. (lien). Évalué à 3.

Le script effectue l'installation automatiquement : il télécharge le client, le copie dans un répertoire aléatoire et intègre une nouvelle tâche dans cron pour l'éxécuter à intervalle régulier.

Pourquoi le copier dans un répertoire alétoire? J'ai beau chercher, je ne vois pas l'utilité...

--
"Il faut" (Ezekiel 18:4) "forniquer" (Corinthiens 6:9, 10) "avec des chiens" (Thessaloniciens 1:6-9) "morts" (Timothée 3:1-10).

C'est pour qui ?

Posté par Olivier Faurax (Jabber id, page perso, ) le 13/01/2006 à 13:34. (lien). Évalué à 7.

Est-ce que c'est une bonne idée que des utilisateurs "standard" (au sens utilisation bureautique, internet et qui ne recompilent pas leur noyau) diffusent leur numéro de version ?

A ce que dit la nouvelle, ce logiciel a été créé pour savoir combien de gens testent les -git, -rc et -pre : est-ce utile de s'ajouter si on utilise un noyau stable ?

--
xmpp:ofaurax@jabber.fr

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.1318s (dont 0.0291 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !