Je fais une personnalisation de débian que j'installe autour de moi, ce qui veut dire que je ne modifie pas de code, mais que j'installe et/ou désinstalle des packages, parfois je recompile un projet from source et je le 'replace' par dessus l'ancien package pour avoir des menus en francais par exemple.
je suis sur debian sarge sachant que ce n'est pas la version en cours de dévellopement, quoi faire remonter ?
Lorsque on regarde des softs, pour les 'bugs' on a toujours la réponse sur les mailling list : is your version the cvs one ?
Donc pour remonter des modifications, il faudrait travailler sur la dernière version en cours, ce qui est, pour l'utilisateur normal rarement le cas.
Pour un cas plus générique, il y a une multitude de personnes qui répondent sur le net, dans des forums, sur des wikis, dans des install parties, et c'est cela aussi le libre.
Je ne contribue pas au libre car je ne suis pas un dieu du C ni du C++, je suis un graphiste euh.... pitoyable, je n'aime pas faire de la doc écrite (j'aime la formation en personne) MAIS j'installe autour de moi linux. Alors on peut penser que c'est le petit confort personnel de moi et de mes amis, mais c'est peut-être aussi important que celui qui ne fait rien autour de lui et qui envoie 50 patchs par mois pour 1 soft qu'il utilise et dont le bug impacte peut être que 3 personnes dans le monde.
Mon intervention sur les 20-30 personnes que je connais peut pousser 200-300 personnes et dans ces 200 personnes, il y a peut être 20 personnes de plus capable que moi.
Parfois les chemins sont détournés, et il ne faut regarder de trop pres l'évènement de peur de rater la conséquence à LONG terme d'un acte.
Peu importe qu'il y ait 50 000 pages du man rsync sur le net, l'essentiel est qu'il y soit. non ?
# C'est plus compliqué que cela
Posté par hervé Couvelard . En réponse au journal De l'utilité des développements Libres. Évalué à 5.
je suis sur debian sarge sachant que ce n'est pas la version en cours de dévellopement, quoi faire remonter ?
Lorsque on regarde des softs, pour les 'bugs' on a toujours la réponse sur les mailling list : is your version the cvs one ?
Donc pour remonter des modifications, il faudrait travailler sur la dernière version en cours, ce qui est, pour l'utilisateur normal rarement le cas.
Pour un cas plus générique, il y a une multitude de personnes qui répondent sur le net, dans des forums, sur des wikis, dans des install parties, et c'est cela aussi le libre.
Je ne contribue pas au libre car je ne suis pas un dieu du C ni du C++, je suis un graphiste euh.... pitoyable, je n'aime pas faire de la doc écrite (j'aime la formation en personne) MAIS j'installe autour de moi linux. Alors on peut penser que c'est le petit confort personnel de moi et de mes amis, mais c'est peut-être aussi important que celui qui ne fait rien autour de lui et qui envoie 50 patchs par mois pour 1 soft qu'il utilise et dont le bug impacte peut être que 3 personnes dans le monde.
Mon intervention sur les 20-30 personnes que je connais peut pousser 200-300 personnes et dans ces 200 personnes, il y a peut être 20 personnes de plus capable que moi.
Parfois les chemins sont détournés, et il ne faut regarder de trop pres l'évènement de peur de rater la conséquence à LONG terme d'un acte.
Peu importe qu'il y ait 50 000 pages du man rsync sur le net, l'essentiel est qu'il y soit. non ?