Ça a pas l'air facile…
Dans la section 3 de la gplv2:
You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following:
a) Accompany it with the complete corresponding machine-readable source code, which must be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or,
b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or,
c) Accompany it with the information you received as to the offer to distribute corresponding source code. (This alternative is allowed only for noncommercial distribution and only if you received the program in object code or executable form with such an offer, in accord with Subsection b above.)
Le "to give any third party" sous entendrait que A peut demander les sources.
Mais le "one of the following" sous entend que si tu prends l'option a) , le b) ne s'applique pas.
Dans le préambule (et pas dans le corps), on peut lire:
You are permitted to use Open CASCADE Technology within commercial environments and you are obliged to acknowledge its use.
Dans le corps on peut lire :
You may choose to offer, on a non-exclusive basis, and to charge a fee for any warranty, support, maintenance, liability obligations or other rights consistent with the scope of this License with espect to the Software to the recipients of the Software ….
Ces clauses ont pour but principal de justement éviter le scénario que tu décris.
Et à cause d'elles la licence n'est pas considérée comme libre par le projet Fedora (voir le commentaire de Tom Callaway (Fedora Legal) sur ce thread)
Le projet Debian a fini par l'accepter après débat.
À noter qu'avant 2011 la licence été encore plus franche avec cette phrase (voir ici):
You are also obliged to send your modifications of the original source code (if you have made any) to the Initial Developer (i.e. Open CASCADE S.A.S.).
Il y a plein d'autres occupations en dehors de s'installer son linux et faire son propre systeme de domotique ultra cool avec des supers robots.
Au boulot, on me regarde avec des yeux grands comme des soucoupes quand je dit que je continue de coder chez moi sur des projets persos. Pareil quand je dit que je ne prend pas mes deux heures par semaine pour me faire des pâtes fraiches et que je préfère les acheter.
Je peux traiter tout les autres d'idiots… ou accepter que la plupart des gens n'ont juste pas les mêmes préoccupations que moi (et nous qui trainons sur linuxfr).
Je suis pas expert en sécurité et je vais probablement dire une bêtise mais:
Ça s'approcherait pas de SELinux (et autre système du même genre) ?
De ce que j'en comprend, SELinux se base sur des droits pour limiter le champs d'action des programmes (ie: tel soft peut accéder à tel type de fichiers, sinon refus).
Davfi fera probablement des analyses plus poussées que juste regarder si un soft accède à telle zone mémoire. Mais est-il envisageable (techniquement du moins) que SELinux soit étendu pour faire ce genre d'analyse ? Ou est-ce que ça n'a rien à voir ?
“Une manière d’améliorer la confiance dans le produit”, assure Jérôme Notin, qui explique que seules certaines parties contenant les éléments les plus critiques au fonctionnement de Davfi resteront fermées aux regards extérieurs.
Pour mon projet, je ne sais toujours pas ce que je vais faire…
Il y a quelque temps j'ai lu dans un magazine un article à ce sujet (GNU/Linux Magazine de mémoire).
Il utilisait PYthon Remote Object (https://pypi.python.org/pypi/Pyro4) pour appeler des objets python2.x à partir de python3. La subtilité était de forcer pyro à fonctionner en python2.
D'ailleurs j'ai appris récemment que :
* ARM va sortir des instructions pour la virtualisation incessamment sous-peu
* VMWare bosse sur la virtualisation sur téléphone android (le principe avec 2 OS sur ton téléphone un pour la partie privé et l'autre pour le boulot)
Ma barre des taches est verrouillée. Ce qui veut dire que je peux pas la déplacer. Ça ne m’empêche en aucun cas de la supprimer. (Au passage, si vous voulez la rajouter à votre tableau de bord, il faut chercher "liste des fenêtres" pas "barre des taches").
En faisant la manip, je me suis planté, j'ai ajouté un tableau de bord. C'est ma faute, j'ai cliqué trop vite (à moins que l'interface soit mal conçue [1]).
Pour supprimer un menu, c'est pas très compliqué: clique droit sur un panel, sélectionnez "Propriétés" et au moment où vous cliquez-gauche, faites un faible mouvement vers le bas avec votre souris.
Lorsque tu passes par l'utilisation d'extensions pour configurer ton menu, tu passes obligatoirement par un menu/page de configuration. Tu ne mélanges pas utilisation et configuration.
La customisation passe obligatoirement par l'ajout d'extensions (qui éventuellement enlèvent des boutons). Si tu vires toutes tes extensions, tu reviens aux valeurs par défaut, tu casses rien. Si tu rajoutes des mauvais trucs, tu les vires.
Avec gnome2, c'est plus compliqué. Tu peux rajouter et virer des applets, changer la position des applets ou des menus. Revenir en arrière est loin d'être toujours facile selon les modifs.
Dans les autres (para)phrases toutes faites que j'ai retenu de ce cours (enfin voir ce commentaire):
Si vous faites une app pour des utilisateurs et que les utilisateurs font des erreurs, ne présupposez pas que c'est l'utilisateur qui a tord. C'est bien souvent votre interface qui est mal conçue. C'est toute la différence entre concevoir un programme qui a des fonctionnalités et concevoir un programme qui sera utilisé. (Ou concevoir un programme et concevoir une interface (graphique))
Si une fonctionnalité est utilisée par 10% de vos utilisateurs ou seulement 10% du temps, mettez la dans un menu "expert", "avancé", "options", ou whatever. Ne la mettez pas en avant.
(Corolaire du 2) La configuration se fait en générale un fois pour toute. Ne la mettez pas au même niveau que les actions courantes (copier/coller, …)
Lorsqu'une action n'est pas disponible dans le contexte actuel, grisez la. Ne la virez pas du menu.
Un action peu courante peut être difficile à réaliser. Un action courante doit être facile à réaliser.
Des gens supprimaient ou déplaçaient des applets sans le vouloir, incapables de retrouver la manipulation qu'ils avaient faite.
Ho oui !!!!
Le nombre de fois où ma mère est venue me voir parce que son bureau avez disparu…
Et je vous raconte pas la plait que c'est de remettre les toppanel et bottompanel alors que l'utilisateur les a supprimés (avec toutes les extensions comme avant bien sûr)
Avec une souris, on peut être très précis et cliquer sur de toutes petites icones, or, la taille des icones dans les interfaces modernes tend à augmenter, quitte à prendre toute la place sur l'écran
Une des premières choses que mon prof d'ergonomie nous a dit (que j'ai retenu?) est que:
Le temps nécessaire pour (aller et) cliquer sur une icône est proportionnel a la distance et inversement proportionnel à la taille de l’icône.
Je doit être stupide mais je vois toujours pas où est le problème.
Tu veux faire un test:
git checkout -b mon-test
Tu codes, tu commit dans la branche mon-test (ni master ni remotes/* sont modifiés)
Tu veux tester un merge avec kvm.git/master :
git merge kvm/master
Ça modifie la branche mon-test, pas kvm/master.
Un fois le test de merge fait:
git reset --hard ORIG_HEAD
En aucun cas les branches remote sont modifiées (elles pointent toujours sur le même commit)
D'ailleurs tu ne dois pas les modifier puisqu'elles sont sur un dépôt distant.
"People sitting on the back row will clean up the lecture hall after the session" => Les gens assis à la dernière rangé nettoieront la salle de cours à la fin.
"You will ask at least a question in class between now and the end of term" => Vous poserez au moins une question en classe entre maintenant et la fin du semestre
Soit tu interprète les mots au pied de la lettre, soit tu accordes de l'importance au sens que ton interlocuteur voulez donner (éventuellement avec de mauvais mots). Tu ne peux pas choisir l'un ou l'autre comme ça t'arrange selon le débat, ton humeur ou ton interlocuteur.
Si tu prends les mots au pied de la lettre :
Pas d'obligation.
Si te prends le sens général du message :
Tu penses vraiment que le prof fera nettoyer la salle de cour a ses étudiants ? Tu penses vraiment que le prof (et ses étudiants) y croit ? Ce slide est avant tout un moyen humoristique de faire passer un message au sujet des règles de bonne conduite (quel qu’elles soient) à ses étudiants. Personne ne devra chanter des chansons de Justin Bieber dans son cours, personne ne devra nettoyer la salle et si tu ne poses pas de question, ça n'impactera le fait que tu ais ton diplôme ou pas. Et tout le monde le sait.
Avant de vous enflammer (ha merde, trop tard…): Ça peut vouloir dire: "Vous allez tellement aimer mon cours que je suis sur que vous allez poser un question."
Bon, beaucoup de points ont déjà été abordé dans d'autres commentaires mais comme c'est ma vie, je les reprend en parti.
Comme toi (et beaucoup d'autres, vu les commentaires), j'ai longtemps voulu contribuer à des projets libres.
Au niveau code, j'ai trouvé ça très compliqué. La plupart du temps, quand j'aurai pu contribuer ça aurai été "seulement" pour des corrections de bugs. Et il faut être honnête: le temps nécessaire à investir (comprendre le code, le corriger, soumettre un patch, se faire jeter, soumettre un nouveau patch, …) est en général bien trop long pour ce que ça rapporte. Il faut vraiment être intéressé (comprendre: avoir besoin) pour le faire jusqu'au bout.
Par contre, j'ai pas mal contribué au projet Fedora en tant qu'ambassadeur. C'est probablement dans ce genre de contribution qu'il est le plus facile de rentrer. La plupart des projets sont fait par des développeurs (qui le font en général pour eux). Tous les "à coté" des projets (doc, site web, com) manquent souvent de gens de bonne volonté.
De manière générale, contribuer pour contribuer ne mène à rien : au début on est plein de bonne volonté, puis on se lasse et comme on ne le fait pas pour répondre à un besoin, on passe à autre chose. Et comme le temps d'entré dans un projet est relativement long, on se retrouve à (avoir l'impression de) rien faire.
Ça déjà été dit mais c'est à mon sens le plus important : Il faut avoir un besoin, sinon tu ne continuera pas.
J'ai eu pas mal d'idée de projet intéressant à démarrer. Mais ils étaient plus sur le mode "ça serait cool de faire ça" que "j'ai besoin de ça". Ça n'a donc jamais abouti. Ma planche de salut a été le projet devparrot (il est ici l'appel à contribution :) ). Pour faire rapide (c'est la première fois que j'en parle, soyez gentils):
Je l'utilise!! (et c'est probablement le seul point qui fait que je code encore dessus)
C'est un éditeur de texte (qui veut devenir un ide) écrit en python/tk.
Je travaille seul dessus depuis environ 1 an et demi.
Le code est encore jeune (certain diront trop) et pas trop gros (60 fichiers/4000 lignes) . Il devait pas trop être compliqué de rentrer dedans (j'espère)
Je suis le seul à l'utilisé et c'est la première fois que j'en parle. Il y a donc … aucune doc, des bugs que j'évite inconsciemment. C'est la grosse lacune du projet. J'y travaille, je suis en pleine stabilisation du code et j'ai récemment créé un compte chez tuxfamily qu'il faut que je le remplisse. Dans une semaine il devrait y avoir qqchose.
Il y a plein de chose à faire:
de la doc
du debug
de la petite fonctionnalité (dans le core ou sous forme de plugin)
de la grosse fonctionnalité
C'est du "eat your own dog food". Une fois qu'ont est dedans c'est extrêmement motivant de coder des fonctionnalités améliorant l'outil qui sert à coder.
Je suis sympa (oui, oui :)), c'est avec plaisir que je te mettrait le pied à l'étrier pour accepter tes contributions.
[^] # Re: Oui
Posté par GaMa (site web personnel) . En réponse au message question sur la gpl. Évalué à 2.
Ça a pas l'air facile…
Dans la section 3 de la gplv2:
Le "to give any third party" sous entendrait que A peut demander les sources.
Mais le "one of the following" sous entend que si tu prends l'option a) , le b) ne s'applique pas.
Matthieu Gautier|irc:starmad
# Le contraire serait non libre
Posté par GaMa (site web personnel) . En réponse au message question sur la gpl. Évalué à 1.
C'est l'idée du libre.
Tu peux regarder la licence d'opencascade (http://www.opencascade.org/getocc/license/) . C'est pas la licence GPL, mais c'est un licence "maison" s'y rapprochant.
Dans le préambule (et pas dans le corps), on peut lire:
Dans le corps on peut lire :
Ces clauses ont pour but principal de justement éviter le scénario que tu décris.
Et à cause d'elles la licence n'est pas considérée comme libre par le projet Fedora (voir le commentaire de Tom Callaway (Fedora Legal) sur ce thread)
Le projet Debian a fini par l'accepter après débat.
À noter qu'avant 2011 la licence été encore plus franche avec cette phrase (voir ici):
Matthieu Gautier|irc:starmad
[^] # Re: Les utilisateurs sont bien trop cons
Posté par GaMa (site web personnel) . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 8.
Il y a plein d'autres occupations en dehors de s'installer son linux et faire son propre systeme de domotique ultra cool avec des supers robots.
Au boulot, on me regarde avec des yeux grands comme des soucoupes quand je dit que je continue de coder chez moi sur des projets persos. Pareil quand je dit que je ne prend pas mes deux heures par semaine pour me faire des pâtes fraiches et que je préfère les acheter.
Je peux traiter tout les autres d'idiots… ou accepter que la plupart des gens n'ont juste pas les mêmes préoccupations que moi (et nous qui trainons sur linuxfr).
Matthieu Gautier|irc:starmad
[^] # Re: Clan linuxfr?
Posté par GaMa (site web personnel) . En réponse à la dépêche Heroes of Newerth : un jeu à découvrir. Évalué à 2.
Bon, ben moi aussi je viens de me créer un compte.
Je vous ai tous ajoutés.
Mon pseudo : OOMkiller.
Matthieu Gautier|irc:starmad
# SELinux ?
Posté par GaMa (site web personnel) . En réponse au journal Davfi, le premier antivirus libre français.. Évalué à 8.
Je suis pas expert en sécurité et je vais probablement dire une bêtise mais:
Ça s'approcherait pas de SELinux (et autre système du même genre) ?
De ce que j'en comprend, SELinux se base sur des droits pour limiter le champs d'action des programmes (ie: tel soft peut accéder à tel type de fichiers, sinon refus).
Davfi fera probablement des analyses plus poussées que juste regarder si un soft accède à telle zone mémoire. Mais est-il envisageable (techniquement du moins) que SELinux soit étendu pour faire ce genre d'analyse ? Ou est-ce que ça n'a rien à voir ?
Matthieu Gautier|irc:starmad
[^] # Re: Pyro
Posté par GaMa (site web personnel) . En réponse au journal Exposer un ou des modules Python sur D-Bus [proof of concept]. Évalué à 1.
Et par curiosité, pourquoi cette solution ne te va pas ?
À moins que tu n'y ais pas vraiment réfléchit et que tu te sois lancé dans dbus directement (mode POC)
Matthieu Gautier|irc:starmad
[^] # Re: Foutaises
Posté par GaMa (site web personnel) . En réponse au journal Davfi, le premier antivirus libre français.. Évalué à 10.
Tu aurais du aller plus loin :
Matthieu Gautier|irc:starmad
# Pyro
Posté par GaMa (site web personnel) . En réponse au journal Exposer un ou des modules Python sur D-Bus [proof of concept]. Évalué à 2.
Il y a quelque temps j'ai lu dans un magazine un article à ce sujet (GNU/Linux Magazine de mémoire).
Il utilisait PYthon Remote Object (https://pypi.python.org/pypi/Pyro4) pour appeler des objets python2.x à partir de python3. La subtilité était de forcer pyro à fonctionner en python2.
Je te retrouverai les détails ce soir…
Matthieu Gautier|irc:starmad
[^] # Re: Toujours pas de SATA
Posté par GaMa (site web personnel) . En réponse au journal une alternative sympa à la framboise 3.14. Évalué à 6.
Dans le premier lien du journal, le A10 :
Certes, il n'y a que les plans du A10 et il ne semble pas y avoir de board à vendre. Mais quand même, il y a du SATA.
Matthieu Gautier|irc:starmad
[^] # Re: Et la valeur ajoutée ?
Posté par GaMa (site web personnel) . En réponse au journal Témoignage d'une survivante d'un camps de travail Nord-Coréen. Évalué à 3.
Enfin dans communisme il y a commun. C'est pas (obligatoirement) le cas de l'anarchisme.
C'est pas négligeable comme différence.
Matthieu Gautier|irc:starmad
[^] # Re: Non
Posté par GaMa (site web personnel) . En réponse au journal Opera passe à Webkit. Évalué à 1. Dernière modification le 15 février 2013 à 17:41.
T'as des sources ? Ça m’intéresse.
Matthieu Gautier|irc:starmad
# Radicale
Posté par GaMa (site web personnel) . En réponse au message Calendrier partagé en mode "philosophie unix" ?. Évalué à 2.
Radicale semble être pas mal ce que tu cherches.
Les fonctionnalités (copiées de leur page principale) :
C'est pas totalement unix puisqu'il gère aussi les contacts, mais ça reste quand même relativement simple.
Matthieu Gautier|irc:starmad
[^] # Re: Dans quel monde parallèle je vis ?
Posté par GaMa (site web personnel) . En réponse au journal L'ergonomie de GNOME 3. Évalué à 5. Dernière modification le 27 novembre 2012 à 13:25.
Oui. Je viens de vérifier…
Ma barre des taches est verrouillée. Ce qui veut dire que je peux pas la déplacer. Ça ne m’empêche en aucun cas de la supprimer. (Au passage, si vous voulez la rajouter à votre tableau de bord, il faut chercher "liste des fenêtres" pas "barre des taches").
En faisant la manip, je me suis planté, j'ai ajouté un tableau de bord. C'est ma faute, j'ai cliqué trop vite (à moins que l'interface soit mal conçue [1]).
Pour supprimer un menu, c'est pas très compliqué: clique droit sur un panel, sélectionnez "Propriétés" et au moment où vous cliquez-gauche, faites un faible mouvement vers le bas avec votre souris.
Lorsque tu passes par l'utilisation d'extensions pour configurer ton menu, tu passes obligatoirement par un menu/page de configuration. Tu ne mélanges pas utilisation et configuration.
La customisation passe obligatoirement par l'ajout d'extensions (qui éventuellement enlèvent des boutons). Si tu vires toutes tes extensions, tu reviens aux valeurs par défaut, tu casses rien. Si tu rajoutes des mauvais trucs, tu les vires.
Avec gnome2, c'est plus compliqué. Tu peux rajouter et virer des applets, changer la position des applets ou des menus. Revenir en arrière est loin d'être toujours facile selon les modifs.
Dans les autres (para)phrases toutes faites que j'ai retenu de ce cours (enfin voir ce commentaire):
Matthieu Gautier|irc:starmad
[^] # Re: vim vs. emacs
Posté par GaMa (site web personnel) . En réponse au journal L'ergonomie de GNOME 3. Évalué à 3.
Raccourci clavier qui existait sous gnome2. Un point partout.
Au passage le ctrl+maj, ça me prend un seul doigt.
Matthieu Gautier|irc:starmad
[^] # Re: Dans quel monde parallèle je vis ?
Posté par GaMa (site web personnel) . En réponse au journal L'ergonomie de GNOME 3. Évalué à 4.
Ho oui !!!!
Le nombre de fois où ma mère est venue me voir parce que son bureau avez disparu…
Et je vous raconte pas la plait que c'est de remettre les toppanel et bottompanel alors que l'utilisateur les a supprimés (avec toutes les extensions comme avant bien sûr)
Matthieu Gautier|irc:starmad
[^] # Re: Difficilement contestable
Posté par GaMa (site web personnel) . En réponse au journal L'ergonomie de GNOME 3. Évalué à 4.
Une des premières choses que mon prof d'ergonomie nous a dit (que j'ai retenu?) est que:
Le temps nécessaire pour (aller et) cliquer sur une icône est proportionnel a la distance et inversement proportionnel à la taille de l’icône.
Matthieu Gautier|irc:starmad
[^] # Re: cp
Posté par GaMa (site web personnel) . En réponse au message git: utiliser les remotes d'un autre repository. Évalué à 1.
Je doit être stupide mais je vois toujours pas où est le problème.
Tu veux faire un test:
Tu codes, tu commit dans la branche mon-test (ni master ni remotes/* sont modifiés)
Tu veux tester un merge avec kvm.git/master :
Ça modifie la branche mon-test, pas kvm/master.
Un fois le test de merge fait:
En aucun cas les branches remote sont modifiées (elles pointent toujours sur le même commit)
D'ailleurs tu ne dois pas les modifier puisqu'elles sont sur un dépôt distant.
Matthieu Gautier|irc:starmad
[^] # Re: cp
Posté par GaMa (site web personnel) . En réponse au message git: utiliser les remotes d'un autre repository. Évalué à 1.
Je comprend pas pourquoi tu veux pas faire un :
La branche master reste inchangée. Tu as donc ta référence locale intacte.
Matthieu Gautier|irc:starmad
# cp
Posté par GaMa (site web personnel) . En réponse au message git: utiliser les remotes d'un autre repository. Évalué à 0.
éventuellement suivi de :
Matthieu Gautier|irc:starmad
[^] # Re: POO
Posté par GaMa (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 3.
Ben, une fois que ton code est propre et que tu as corrigé tous les bugs, il te faut vachement moins de deux heures.
Matthieu Gautier|irc:starmad
# tuxfamilly
Posté par GaMa (site web personnel) . En réponse au message Hébergement pour un projet open-source à l'abri des brevets logiciels. Évalué à 8. Dernière modification le 15 novembre 2012 à 14:44.
Tous est dans le titre : http://www.tuxfamilly.org
C'est un assoc française. Ils hébergent que des projets libres.
Il fournissent espace web, dépôt git/svn/…, mailing-list.
Et gratuitement …
Matthieu Gautier|irc:starmad
[^] # Re: Pour une fois
Posté par GaMa (site web personnel) . En réponse au journal Interview de Linus à LinuxCon Europe 2012. Évalué à 7. Dernière modification le 14 novembre 2012 à 15:23.
"People sitting on the back row will clean up the lecture hall after the session" => Les gens assis à la dernière rangé nettoieront la salle de cours à la fin.
"You will ask at least a question in class between now and the end of term" => Vous poserez au moins une question en classe entre maintenant et la fin du semestre
Soit tu interprète les mots au pied de la lettre, soit tu accordes de l'importance au sens que ton interlocuteur voulez donner (éventuellement avec de mauvais mots). Tu ne peux pas choisir l'un ou l'autre comme ça t'arrange selon le débat, ton humeur ou ton interlocuteur.
Pas d'obligation.
Tu penses vraiment que le prof fera nettoyer la salle de cour a ses étudiants ? Tu penses vraiment que le prof (et ses étudiants) y croit ? Ce slide est avant tout un moyen humoristique de faire passer un message au sujet des règles de bonne conduite (quel qu’elles soient) à ses étudiants. Personne ne devra chanter des chansons de Justin Bieber dans son cours, personne ne devra nettoyer la salle et si tu ne poses pas de question, ça n'impactera le fait que tu ais ton diplôme ou pas. Et tout le monde le sait.
Matthieu Gautier|irc:starmad
[^] # Re: Pour une fois
Posté par GaMa (site web personnel) . En réponse au journal Interview de Linus à LinuxCon Europe 2012. Évalué à 3.
Chez moi "Will" != "Must".
Avant de vous enflammer (ha merde, trop tard…): Ça peut vouloir dire: "Vous allez tellement aimer mon cours que je suis sur que vous allez poser un question."
Matthieu Gautier|irc:starmad
[^] # Re: trotrotrotro troll !
Posté par GaMa (site web personnel) . En réponse au journal A Generation Lost in the Bazaar. Évalué à 3.
La question est de savoir si un modèle de type "cathédrale" aurait fait les même choix de design.
Matthieu Gautier|irc:starmad
# Ma vie + proposition de projet :)
Posté par GaMa (site web personnel) . En réponse au journal Pourquoi je n’arrive pas à contribuer au logiciel libre.. Évalué à 2.
Bon, beaucoup de points ont déjà été abordé dans d'autres commentaires mais comme c'est ma vie, je les reprend en parti.
Comme toi (et beaucoup d'autres, vu les commentaires), j'ai longtemps voulu contribuer à des projets libres.
Au niveau code, j'ai trouvé ça très compliqué. La plupart du temps, quand j'aurai pu contribuer ça aurai été "seulement" pour des corrections de bugs. Et il faut être honnête: le temps nécessaire à investir (comprendre le code, le corriger, soumettre un patch, se faire jeter, soumettre un nouveau patch, …) est en général bien trop long pour ce que ça rapporte. Il faut vraiment être intéressé (comprendre: avoir besoin) pour le faire jusqu'au bout.
Par contre, j'ai pas mal contribué au projet Fedora en tant qu'ambassadeur. C'est probablement dans ce genre de contribution qu'il est le plus facile de rentrer. La plupart des projets sont fait par des développeurs (qui le font en général pour eux). Tous les "à coté" des projets (doc, site web, com) manquent souvent de gens de bonne volonté.
De manière générale, contribuer pour contribuer ne mène à rien : au début on est plein de bonne volonté, puis on se lasse et comme on ne le fait pas pour répondre à un besoin, on passe à autre chose. Et comme le temps d'entré dans un projet est relativement long, on se retrouve à (avoir l'impression de) rien faire.
Ça déjà été dit mais c'est à mon sens le plus important : Il faut avoir un besoin, sinon tu ne continuera pas.
J'ai eu pas mal d'idée de projet intéressant à démarrer. Mais ils étaient plus sur le mode "ça serait cool de faire ça" que "j'ai besoin de ça". Ça n'a donc jamais abouti. Ma planche de salut a été le projet devparrot (il est ici l'appel à contribution :) ). Pour faire rapide (c'est la première fois que j'en parle, soyez gentils):
Matthieu Gautier|irc:starmad