BAud a écrit 13624 commentaires

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 :-)

ce comportement est expliqué dans http://linuxfr.org/~yeKcim/29831.html au milieu des commentaires, en gros X gère sauf quand c'est GTK qui intercepte (et marche mal avec des applis kde ou java) ou que KDE gère (bien, faut croire).

bref, sont touchés ceux sous Gnome (beaucoup d'ubunteros et quelques mandriviens)

the release of X11 finally occurred on September 15, 1987.
d'après X_Window_System

sous SPIX en 1988, j'étais en mode texte... je laisse ceux qui savent confirmer si ça existait (et les souris trois boutons avait réellement un troisième bouton au milieu, Sun & HP iirc).

cf. en:Mouse_button et http://en.wikipedia.org/wiki/File:Logitech_3_buttons_mouse.j(...)

Non, alors, ferme-là et retourne dans ton trou, le jour où tu auras un minimum de crédit pour critiquer tu pourras en ressortir

Je crois que tu as oublié RTFM (pas la radio).

Toutes les bonnes volontés sont les bienvenues dans le libre, à hauteur de leur possibilité, notamment la capacité à soutenir un accueil "chaleureux" et "encourageant" (pour celui prêt à apprendre et s'impliquer en oubliant les réactions "à chaud" et en cherchant à comprendre le fonctionnement pour réussir à faire prendre en compte ce qu'il avait à proposer, quand c'est intéressant et justifié, généralement cela va très vite).
Merci pBpG de caricaturer notre capacité à accepter les nouveaux :-) (ceux qui sont restés et ont dépassé cela s'en rappellent àmha). 'fin visiblement, microsoft a aussi sa technique d'accueil dans le pas-libre o_O

pour tes XP, il suffit de demander ;-)
# Moyenne: 1 / 1 : 1
# XP: 18/0/0

(oui pour les modos, ça reste spartiate :p)
Accessoirement, tu ne dois plus pouvoir poster de journaux, il faut plus de 20 XP iirc, dommage pour un compte de 2001... Heureusement tu peux gagner 50 XP en postant une dépêche (voire plus http://linuxfr.org/2010/06/09/26968.html en postant une série, 3 à battre actuellement iirc).

Je ne connaissais pas cette fonctionnalité…

o_O le copier/coller par sélection / clic du milieu (ou à deux boutons) existe depuis, quoi, presque 20 ans, voire plus ? (ça marchait dans HP-UX 9.x iirc).
Quand je suis obligé d'utiliser putty, c'est le clic du bouton droit (et, oui, ça me gave...).

"demander", "souhaiter", je trouve qu'on est loin d'exigences ou de menaces comme sous-entendu dans http://fr.wiktionary.org/wiki/comminatoire
C'est simplement une expression des attentes de la communauté face à un silence radio depuis la dernière communication
http://blog.mandriva.com/fr/2010/05/12/a-propos-de-la-situat(...)
et http://blog.mandriva.com/fr/2010/05/28/mandriva-linux-2010-s(...)

Tu peux tout à fait le prendre comme une incitation, à continuer sur cette voie de communiquer régulièrement et ouvertement.