[linux]aider
Fermé
000
-
20 janv. 2006 à 21:58
kilian Messages postés 8731 Date d'inscription vendredi 19 septembre 2003 Statut Modérateur Dernière intervention 20 août 2016 - 21 janv. 2006 à 00:57
kilian Messages postés 8731 Date d'inscription vendredi 19 septembre 2003 Statut Modérateur Dernière intervention 20 août 2016 - 21 janv. 2006 à 00:57
A voir également:
- [linux]aider
- Linux mint - Télécharger - Systèmes d'exploitation
- Diskinternals linux reader - Télécharger - Stockage
- Linux live usb creator - Télécharger - Outils Internet
- Quel linux choisir - Guide
- Play on linux - Télécharger - Divers Utilitaires
1 réponse
kilian
Messages postés
8731
Date d'inscription
vendredi 19 septembre 2003
Statut
Modérateur
Dernière intervention
20 août 2016
1 527
21 janv. 2006 à 00:57
21 janv. 2006 à 00:57
Salut,
N'hésite pas à te proposer dans un projet.
Surtout à toi de voir quel logiciel t'interesse.
Il y a quelques trucs à savoir.
Les distributions Linux distribuent des versions précises et compilées des logiciels. Si tu veux modifier les sources de cette version précisément, il faut prendre le paquetage source correspondant (parfois c'est le même nom de paquetage suivi de "src").
Mais le developpement des logiciels libres, souvent, se font au jour le jour grâce à un gestionnaire de version de logiciel, parmis les plus connus: cvs, svn etc...
Par le biais de ces gestionnaires, un developpeur qui y a accés peut déposer un nouveau fichier source ou un fichier source modifié sur le serveur.
Ensuite par l'intermediaire d'un client cvs ou svn par exemple, tu peux lancer un "check out", c'est à dire demander à télécharger les modifications qui ont été faites par rapport à la version que tu as des fichiers sources.
Mais bon, tout le monde n'a pas accés aux serveurs cvs de tous les projets (faut pas rêver :-)
Bon à priori c'est une histoire de confiance, si les developpeurs du projet voient que tu t'investis beaucoup ddedans par exemple, ils finiront par te donner un accés. Donc les choses commencent souvent par des patchs.
Les logiciels libres utilisent souvent les mailing-list pour les discussions sur le developpement, c'est souvent là que tu peux déposer des patchs: ça peut être pour la correction d'un bug, pour l'ajout d'une nouvelle fonctionnalité etc... Donc c'est bien evidemment par là que les choses commencent si tu veux contribuer.
Le plus dur finalement c'est de comprendre le fonctionnement d'un logiciel.
Pour ça il faut lire des parties du code source histoire de se faire une idée globale, c'est généralement franchement chiant et long (surtout s'il s'agit de C/C++, ça fait mal....) mais très instructif. Et une fois que tu as compris le centième de ce que tu as lu, ben tu peux recommencer :-)
Non plus sérieusement, on fini au bout d'un moment, après avoir jeté de temps à autre un oeil curieux sur les sources par se faire une idée, après selon les cas, tu finis par localiser les parties qui t'interesse.
Plutôt que de pénétrer en terrain conquis dés la première minute, assures-toi de comprendre ce que les developpeurs de tel projet aiment bien ou detestent (il y en a qui en ont marre de répondre aux mêmes questions tous les jours)... donc penser à lire leurs discussions sur la mailing-list, penser à lire la doc et les faq sur leur site etc....
Certains logiciels ont des API. C'est à dire des bibliothèques qui permettent d'interfacer tes programmes avec ces logiciels. Et souvent les API sont documentées en anglais, ça aussi ça peut être rebutant au début.
Exemple KDE, Gnome etc....
Les mailing-list sont aussi souvent en anglais.
En bref tu verras par toi même.
Le mieux est de se pencher sur un logiciel qui t'interesse, et animé par des developpeurs sympathiques. Un logiciel dirigé par des developpeurs antipathiques (à moins qu'ils ne le soient parce que tu l'as cherché), ça ne vaut pas le coup de se pencher dessus.
Et il ya bien sûr 36 manières d'aider au developpement d'un logiciel (documentation, traductions, graphisme, beta tests etc...)
N'hésite pas à te proposer dans un projet.
Surtout à toi de voir quel logiciel t'interesse.
Il y a quelques trucs à savoir.
Les distributions Linux distribuent des versions précises et compilées des logiciels. Si tu veux modifier les sources de cette version précisément, il faut prendre le paquetage source correspondant (parfois c'est le même nom de paquetage suivi de "src").
Mais le developpement des logiciels libres, souvent, se font au jour le jour grâce à un gestionnaire de version de logiciel, parmis les plus connus: cvs, svn etc...
Par le biais de ces gestionnaires, un developpeur qui y a accés peut déposer un nouveau fichier source ou un fichier source modifié sur le serveur.
Ensuite par l'intermediaire d'un client cvs ou svn par exemple, tu peux lancer un "check out", c'est à dire demander à télécharger les modifications qui ont été faites par rapport à la version que tu as des fichiers sources.
Mais bon, tout le monde n'a pas accés aux serveurs cvs de tous les projets (faut pas rêver :-)
Bon à priori c'est une histoire de confiance, si les developpeurs du projet voient que tu t'investis beaucoup ddedans par exemple, ils finiront par te donner un accés. Donc les choses commencent souvent par des patchs.
Les logiciels libres utilisent souvent les mailing-list pour les discussions sur le developpement, c'est souvent là que tu peux déposer des patchs: ça peut être pour la correction d'un bug, pour l'ajout d'une nouvelle fonctionnalité etc... Donc c'est bien evidemment par là que les choses commencent si tu veux contribuer.
Le plus dur finalement c'est de comprendre le fonctionnement d'un logiciel.
Pour ça il faut lire des parties du code source histoire de se faire une idée globale, c'est généralement franchement chiant et long (surtout s'il s'agit de C/C++, ça fait mal....) mais très instructif. Et une fois que tu as compris le centième de ce que tu as lu, ben tu peux recommencer :-)
Non plus sérieusement, on fini au bout d'un moment, après avoir jeté de temps à autre un oeil curieux sur les sources par se faire une idée, après selon les cas, tu finis par localiser les parties qui t'interesse.
Plutôt que de pénétrer en terrain conquis dés la première minute, assures-toi de comprendre ce que les developpeurs de tel projet aiment bien ou detestent (il y en a qui en ont marre de répondre aux mêmes questions tous les jours)... donc penser à lire leurs discussions sur la mailing-list, penser à lire la doc et les faq sur leur site etc....
Certains logiciels ont des API. C'est à dire des bibliothèques qui permettent d'interfacer tes programmes avec ces logiciels. Et souvent les API sont documentées en anglais, ça aussi ça peut être rebutant au début.
Exemple KDE, Gnome etc....
Les mailing-list sont aussi souvent en anglais.
En bref tu verras par toi même.
Le mieux est de se pencher sur un logiciel qui t'interesse, et animé par des developpeurs sympathiques. Un logiciel dirigé par des developpeurs antipathiques (à moins qu'ils ne le soient parce que tu l'as cherché), ça ne vaut pas le coup de se pencher dessus.
Et il ya bien sûr 36 manières d'aider au developpement d'un logiciel (documentation, traductions, graphisme, beta tests etc...)
