BAud a écrit 12830 commentaires

toi, tu vas prendre cher... /o\

il est sorti un mois trop tôt :/

à la base stait pas "Internet is for pr0n" ? (qui reste compatible avec ton affirmation)

Plus capillotracté que ça, j'ai pas trouvé ! :-D

as-tu demandé à un daltonien ? ;-)

Le scam se base sur la croyance des gens qu'ils vont avoir quelque chose après avoir fait leur "don". Et ça marche.

bizarre quand même, quand nous avons lancé http:/donation.tuxfamily.org avec des explications en français, anglais, espagnol http://faq.tuxfamily.org/Donation/Fr nous pensions avoir 3500 euros, ça a dépassé nos espérances.
Mais pour autant ça n'a pas atteint 200 k$ :/ (en même temps, avant de nous voir sur fessebouc ou twitter, hormis si nos hébergés font relais, spa gagné... ceci expliquant peut-être cela ? Alors que le service est en place, le code libre et ouvert toussa, les patchs acceptés, notamment mercurial et bazaar dernièrement et gopher en cours... ça va révolutionner le monde du glog mais chut chut).

faut donner la réponse dans la boîte de saisie ? proposer du choix multiple ?

on peut voir celles déjà proposées ? (ce serait pour voir si quelqu'un a la question dont la réponse est 42)

au vu des résultats, il manque tout de même deux-trois questions :

- debian gnu-linux est-elle votre distribution principale ? (résultat attendu : 90% de oui), la question dérivée étant quelle est votre autre distro (me concernant ce serait Mandriva Linux me si côté serveur j'ai du Debian GNU/Linux et du RHEL au boulot, les deux en retard en stable bien sûr)
- concernant le desktop : êtes-vous en sid ? (ce qui expliquerait une demande de release tous les deux ans, ce qui permet d'avoir une rolling release sur une période suffisamment longue et un freeze limité à moins d'un an... tout en évitant des innovation telles que pulseaudi, hormis "quand c'est prêt")
- le non-free est-il cohérent avec le choix de Debian à votre avis ? (la réponse non devant contre-balancer le choix affiché àmha, pour bien montrer le côté schizophrène de nos amis debianistes, dont je fais partie... tant schizo que debianiste)

et la page est http://wiki.mandriva.com/en/2010.1_Development

Plutôt http://2010.rmll.info/Co-Voiturage.html qui est enfin ouvert avec bison vert.

Moi qui vient de finir le roman "Autonomy"

la version en anglais[1] ou celle traduite[2] ?

[1] http://autonomyseries.com/ PDF libre et gratuit
[2] http://www.ilv-edition.com/librairie/autonomie__la_liberte_d(...) (PDF libre et gratuit, possibilité de l'acheter au format papier)

Fait, un modérateur y a accès ;-) En revanche, je ne peux pas corriger les commentaires !

mais le nom "Pyconf" aurait au moins permis d'attirer la bonne clientèle ^^

euh, c'est la même, non ?

~~~> [ ]

calme ton oie :-)

spa faux ;-)

non, ce n'est pas un Extract_Transform_Load plutôt le pendant d'une Architecture_orientee_services pour suivre les [[Procedure_d%27entreprise]].

En "gros" c'est la glue entre les applications d'une entreprise (mais si je donne plus de détails, tu risques de me sortir le Business_loto :p).
Le temps gagné est difficilement mesurable (comme souvent) mais c'est clairement la différence entre "les applications peuvent évoluer indépendamment les unes des autres" de "ah mais pour mettre en production A1, il faut que A2 change ses interfaces qui dépendent de A3 ayant comme pré-requis A1, on fait comment, sur un week-end comme d'hab' ?".

Ce que ça apporte, c'est que la "glue" encaisse les changements (de versions, de fonctionnalités des applis) et ipso facto permet de documenter tant les interfaces d'un point de vue technique que les processus d'un point de vue métier. Et pour répondre au commentaire au-dessus, un tableur est une réponse possible, la meilleure pour avoir un truc non visible des directions informatiques et laissant les utilisateurs s'enterrer dans leur démerde à eux qu'ils gèrent tant bien que mal, généralement mal, jusqu'à appeler à l'aide...

Bon courage pour parcourir wikipedia, le sujet est assez complexe et varie d'une entreprise à l'autre, même s'il y a des constantes.
http://fr.wikipedia.org/wiki/Urbanisation_%28informatique%29 et http://en.wikipedia.org/wiki/Enterprise_architecture peuvent aider, même s'il vaut mieux avoir déjà été confronté à ces soucis pour se rendre compte que le bon sens aide bien souvent (et que la solution n'est pas qu'informatique).

pris en compte, merci ;-)

il reste la tribune tout de même (elle a toujours été là pour certains qui s'en "foot" d'ailleurs)

je confirme (même s'il faut lire deux fois ses réponses en prenant en compte le contexte de la FSF et non la question posée).

Bref, passons.

nope, il ne vaut mieux pas et traiter le point
- factuellement (tu vas relire tes mails en te demandant "comment peut-il le lire, ai-je bien donné tout _mon_ contexte de réponse).
- sans attaque personnelle, ni rappel à toute rancoeur (mais en faisant valoir tes raisons et ta manière de procéder, honnêtement)
- au besoin en se faisant relire par un contributeur en qui tu as confiance
- en réfléchissant à ce que tu es capable d'accepter (passer en AGPLv3 c'est aussi pour le bien de tes utilisateurs ?)
- et en précisant comment tu as procédé pour arriver à ton objectif, certaines concessions sont acceptables, pas forcément obligation d'accepter toutes les exigences ?

Sincèrement je n'avais pas l'impression d'être si odieux avec eux, juste de répondre avec mon propre style (un poil décalé parfois...).
Peut-être changer toute réponse à chaud tout de même, pas besoin d'échauffer les esprits ;-) c'est peut-être justement l'occasion de faire le point.
Tu peux garder à part toutes tes récriminations sur nagios en lui même et son fonctionnement, ce n'est pas le sujet de ton souci actuel, mais cela ne t'empêche pas d'identifier ce qui est proposé par ton projet et de voir comment le souci actuel pourrait se régler sans en venir "aux mains", le thread restant actuellement suffisamment courtois tout de même.
Il vaut mieux ne pas chercher à contourner le point soulevé mais bien le traiter : KDE a bien réussi à obtenir un changement de licence ;-)

oui il y a en:Clean_room_design dont je parle plus bas... mais déjà avoir des exemples de code en cause serait intéressant).

Sinon, il détient le copyright sur tout le code ou il est partagé entre plusieurs contributeurs ?

Pour être à l'abri de ce genre d'assertion, en rétro-ingénierie (reverse- engineering), une bonne pratique est de faire du en:Clean_room_design : l'un qui spécifie à partir du code, l'autre qui code à partir des spécifications ainsi obtenues.

Pour autant, pour parler de violation de son droit d'auteur, c'est aussi à lui de montrer certains exemples (flagrants si possibles). Toi, tu n'as fait que prendre le code comme spécification et le recréer (et non le traduire tel quel, n'est-ce pas ?) dans un autre langage...

Tu pourrais te contenter de passer sous-double licence les parties concernées, ou tout simplement, à lui aussi de passer sous double-licence ces parties s'il le souhaite :-) (bon après, faut vérifier que les interfaces sont assez dissociées entre ces parties pour ne pas être embêté par les compatibilités entre licences... la double licence permettant de sélectionner celle appropriée pour la distribution, je peux détailler si ce n'est assez clair).

en:IANAL toussa...
Tu trouveras quelques références sur http://faq.tuxfamily.org/Licence/Fr

autant leur signaler, c'est ce que recommande le projet o_O http://ufoai.ninex.info/wiki/index.php/License

Bref ce que je voulais dire aussi c'est que les dev.' du noyau aujourd'hui sont majoritairement des professionnels payés pour ça

hmmm tu ne lis pas très bien les dépêches de patrick_g< àmha
http://linuxfr.org//2010/05/17/26852.html pour la dernière dépêche sur le 2.6.34

Avec un lien sur les stats d'activité sur le noyau : http://lwn.net/Articles/385949/ none; consultant et unknown représentent bien plus que toute société ; ayant participé au dév' et au support d'un pilote dans le noyau, ton impression me choque, tout le monde peut y participer àmha. Cela me paraît normal que les entreprises se mobilisent et participent (dans le libre nous n'attendons que ça, cela est ouvert à tout le monde et clairement contribuer upstream est bien plus efficace).

Avant il y avait des altruistes

euh... quand ? chercher l'efficacité et la performance est ne plus être altruiste pour toi ? Concernant Novell, c'est bon, l'accord tombe cette année iirc, ce sera l'occasion de voir l'engagement dans^Wpour le libre de leur financement.

Tout simplement parce que j'ai des utilisateurs qui viennent me voir. Des utilisateurs qui ont des besoins oubliés par leur distro.

tu peux les inciter à se prendre en main et devenir contributeurs
- pour leur distro : ouvrir une demande de packaging, sur le bugzilla, ça prend genre 5 mn
- et pour toi : en faisant packager pour la distro de leur choix.

ça s'appelle de la délégation, toi - en tant que développeur - tu as fait ton boulot en libifiant et proposant un tar.gz permettant de ./configure ; make ; make install # ce qui est 90% du boulot de développeur pour les distros (après ya les man, une icône en svg pour les bureaux, suivre les versions prises en compte par les distro _officiellement_ donc dans les dépôts de chacune, pas grand chose quoi...).

OK, pas les développeurs. Qui?
Car en attendant, si je ne les fais pas, personne ne les fait.

bin sur ta mailing-list publique, genre un appel à packager. Cela existe déjà peut-être, autant que tu donnes l'url de tes archives.
chaque distribution a son processus pour intégrer de nouveaux logiciels (une entrée sur un bugzilla généralement), mais quand tu montres que tu as des utilisateurs qui le demandent ça marche généralement, le mieux étant d'avoir dans tes utilisateurs des gens connaissant le process de quelques distributions et pouvant s'en charger. Sinon, bin c'est à toi de prendre ton bâton de pélerin pour recruter quelqu'un dans chaque distribution qui voudra bien se tenir au courant de ton logiciel, rien de bien sorcier.
Ce n'est pas en postant sur linuxfr que tu vas recruter ou remonter des bugs dans les distros, hein :-)