J'espère que tu travailles déjà avec un dépôt subversion avec ton collègue, cela permet de suivre l'avancement et d'avoir un changelog propre.
Tu as pas mal d'hébergeurs libres entre https://gna.org et http://tuxfamily.org qui te permettent de gérer un dépôt voire de mettre en place un wiki pour faire la doc' au fur et à mesure (ou noter tous les liens / articles utiles lors du développement : il est toujours intéressant de se poser les questions avant de se lancer dans le dév, déjà rien que pour évaluer ce qui existe déjà et reprendre ce qui existe de bien ou refaire quand c'est nécessaire).
et sinon tu as la doc' disponible avec mandriva : urpmi mandriva-doc te la montrera (sélectionne les paquets en français et installe-les avec urpmi)
Tu peux les consulter en ligne sur http://download.tuxfamily.org/cooker/doc/2007.1/fr/
et ça fait de beaux graphismes : http://www.qsos.org/o3s/radar.php?family=forge&f[]=../../sheets/forge/libresource/libresource-2.1_fr.qsos&f[]=../../sheets/forge/trac/trac-0.10_fr.qsos&c=generic&svg=yes
(bon ya un petit bug d'affichage pour des fiches n'ayant pas tout à fait les mêmes critères mais bon, il sera corrigé un jour)
et le tout en libre (GPL + GFDL).
si quelqu'un veut s'essayer à évaluer libresource 2.2 par cette méthode, libre à lui ;-)
perso, j'ai pris l'habitude de parler de CC-by ou CC-by-sa plutôt que de "creative commons" qui est foncièrement plus flou : à chaque fois cela m'énerve d'avoir à cliquer ou survoler le lien pour savoir quelle licence a été retenue (le texte par défaut étant "cette oeuvre est placée sous licence creative commons" tout court bien souvent).
Cela a changé dernièrement, la licence exacte retenue est précisée et les logos sont plus précis que "some rights reserved".
Au choix un gros logo avec CC-by-sa précisé (et relativement joli) ou un petit bandeau avec CC-by-sa
Avec la v3.0 de l'initiative creative commons a clarifié quelques points pour se rendre plus conforme avec les DFSG (Debian Free Software Guidelines) et c'est tant mieux.
tu nous expliqueras si cela fonctionne ?
si cela peut te permettre d'éviter d'avoir un RHN satellite, tant mieux c'est un peu cher pour ce que cela fournit (et pas assez libre la dernière fois que j'avais regardé).
ah on me souffle dans l'oreillette que butineuse n'est pas le féminin d'un butineur et que de toute façon personne n'utilise ce terme pour un navigateur web http://fr.wikipedia.org/wiki/Navigateur_Web :/
L'attitude est bonne: que les promesses soient tenues ou pas, elle pourra amener d'autres concurrents du secteur à réfléchir sur la chose. Même si peu ou pas d'actions s'ensuivent à court/moyen, terme, l'essentiel est que l'idée du Libre fasse son chemin dans l'esprit des industriels.
c'est ce qui m'a fait voter "pour" la dépêche et non "contre" effectivement, comme je le fais pour les annonces de pilotes proprios ati ou nvidia.
coquille corrigée, merci.
J'ai trouvé un peu de ponctuation qui manque encore, mais quels mots ajouterais-tu (hormis quelques précisions données ci-dessous que la wikipédification ne fournit pas) ?
la charge de la preuve est à l'attaquant hein
s'ils prétendent que leur brevet est violé, d'abord identifier leur brevet en question, ensuite ce n'est pas très dur pour eux d'aboutir au code, celui-ci étant disponible.
moi c'est les raisons qu'avaient Novell de signer cet accord que je ne vois toujours pas, sur le volet des brevets en tout cas :
1. le fait que ce soient les clients de Novell qui sont "protégés" et non pas Novell, permet d'échapper à la clause de la GPL l'annulant si on contribue du code non libre de brevets
2. le fait que les clients de Novell sont "protégés" a causé beaucoup de tord à Novell, le FUD induit étant immédiat avec la contraposée ("si vous n'achetez pas Novell, vous n'êtes pas protégé", qui est une vaste fumisterie)/
En outre, en prenant un cas concret, l'accord ne couvre pas tout :
- dernièrement, Dell a acquis au travers de Microsoft des licences Suse Linux Entreprise Server
- cela n'est pas couvert par cet accord : rien ne dit que Novell aurait pu passer le même genre d'accord avec Dell et que les clients de Dell soient "protégés" (la transitivité client de Dell <=> client de Novell est loin d'être assurée)
=> au final, c'est un accord Microsoft/Dell qui est possible, maisdes cacahouètes pour Novell
Novell est bien le dindon de la farce et ne récolte que des miettes, en mettant en péril potentiellement la communauté du libre (parce que bon, l'interopérabilité est évidente dans le cadre du logiciel libre, mais dans le cadre du proprio c'est quasi aussi évident : utiliser des protocoles ouverts ou standards ou documentés et c'est bon hein, là où ça pêche actuellement c'est que la rétro-ingénierie est le préalable à identifier les protocoles).
tu sais bien sûr qu'il y a des admins disponibles sur irc.tuxfamily.org #tuxfamily ?
ou que tu peux faire une demande _précise_ par mail à l'adresse indiquée sur http://www.tuxfamily.org/fr/contact
'fin, bref, n'hésite pas à passer quand ce qu'il y a à faire sera clair pour toi, cela permettra de compléter http://faq.tuxfamily.org/SVN/Fr
pour des documents publics peut-être, pour des documents à diffusion restreinte entreprise pas trop...
m'enfin quand certaines sociétés n'hésitent pas à utiliser gmail pour leurs mails d'entreprises ou blackberry pour les mails de leurs hauts dirigeants, ce n'est peut-être pas trop grave...
il y a des conditions de confidentialité ? bizarre je n'en vois pas sur http://media-convert.com/convertir/#conditions comme si l'utilisateur n'avait pas de droits aussi et n'avait que des devoirs :/
oui, bin cette phrase que tu cites c'est bien la seule qui me ferait passer au libre : parce que bon, quand tu trouves la doc' (parce que ce n'est pas tout à fait exact : il n'y en a pas pour tout ou alors pas forcément compréhensible ou complète non plus, faut être réaliste) et que la fonctionnalité que tu souhaites utiliser est soit bugguée, soit absente, même si elle est dispo dans un autre produit, bin tu l'as dans l'os, tu fais sans. Avec du libre, tu as la possibilité de rajouter cette fonctionnalité ou de patcher pour corriger un bug, ce qui peut permettre de faire avec la fonctionnalité (ça a un coût). C'est toute la différence entre le "possible" (apporté par la liberté) et le "pas possible" (vous attendrez la prochaine version, osef, achetez le nouveau produit, celui-là est abandonné).
Clairement, sur un projet utilisant du libre, prévoir une intégration plus lourde dès le début est un avantage : si tout marche "comme" avec du proprio, bin tu as annoncé les bons coûts à ton client, si tu as besoin de faire un ajout (un tout petit peu de dév' en plus de l'intégration standard du produit) bin t'as déjà prévu le coup et tu ne rentres pas dans des discussions houleuses avec ta MOA... et juste tu le fais. Ça marche aussi même si tu as un éditeur : cela peut être un travail concerté plutôt qu'un discours de sourd "bug / évolution" quand visiblement l'éditeur ne veut pas le faire...
[^] # Re: make install-fedora
Posté par BAud (site web personnel) . En réponse au message Mandriva 2006 - RT61 Help !!!!. Évalué à 2.
perso je regarderais du côté de http://www.mandriva.com/fr/download/mandrivaone (le premier lien... penser à descendre dans la page jusqu'aux serveurs ftp)
tu peux regarder aussi http://wiki.mandriva.com/fr/Mandriva_Linux_2007.1_Tour qui te donnera pas mal d'infos
[^] # Re: Trouver des joueurs
Posté par BAud (site web personnel) . En réponse à la dépêche Men Are Ants v0.4. Évalué à 2.
c'est le début d'une longue carrière :)
[^] # Re: C'est encourageant ...
Posté par BAud (site web personnel) . En réponse au journal Pourquoi je ne réinventerai plus la roue. Évalué à 2.
J'espère que tu travailles déjà avec un dépôt subversion avec ton collègue, cela permet de suivre l'avancement et d'avoir un changelog propre.
Tu as pas mal d'hébergeurs libres entre https://gna.org et http://tuxfamily.org qui te permettent de gérer un dépôt voire de mettre en place un wiki pour faire la doc' au fur et à mesure (ou noter tous les liens / articles utiles lors du développement : il est toujours intéressant de se poser les questions avant de se lancer dans le dév, déjà rien que pour évaluer ce qui existe déjà et reprendre ce qui existe de bien ou refaire quand c'est nécessaire).
[^] # Re: distrib ?
Posté par BAud (site web personnel) . En réponse au message intallation de logiciels. Évalué à 2.
et tu rentres les commandes données par easyurpmi
plus d'infos (trop) dans http://wiki.mandriva.com/fr/Le_shell_sans_peine
et sinon tu as la doc' disponible avec mandriva : urpmi mandriva-doc te la montrera (sélectionne les paquets en français et installe-les avec urpmi)
Tu peux les consulter en ligne sur http://download.tuxfamily.org/cooker/doc/2007.1/fr/
[^] # Re: Java c'est le mal
Posté par BAud (site web personnel) . En réponse à la dépêche LibreSource 2.2, l'autre forge. Évalué à 2.
http://www.qsos.org/o3s/show.php?family=forge&f%5B%5D=..(...)
vous pouvez affecter des poids selon _vos_ critères aussi http://www.qsos.org/o3s/set_weighting.php?family=forge
et ça fait de beaux graphismes : http://www.qsos.org/o3s/radar.php?family=forge&f[]=../../sheets/forge/libresource/libresource-2.1_fr.qsos&f[]=../../sheets/forge/trac/trac-0.10_fr.qsos&c=generic&svg=yes
(bon ya un petit bug d'affichage pour des fiches n'ayant pas tout à fait les mêmes critères mais bon, il sera corrigé un jour)
et le tout en libre (GPL + GFDL).
si quelqu'un veut s'essayer à évaluer libresource 2.2 par cette méthode, libre à lui ;-)
[^] # Re: Yatta !!
Posté par BAud (site web personnel) . En réponse à la dépêche Le gouvernement japonais se tournerait vers l'open-source. Évalué à 2.
Cela a changé dernièrement, la licence exacte retenue est précisée et les logos sont plus précis que "some rights reserved".
N'hésitez-pas à (re-)faire un tour sur :
http://creativecommons.org/license/results-one?q_1=2&q_1(...)
Au choix un gros logo avec CC-by-sa précisé (et relativement joli) ou un petit bandeau avec CC-by-sa
Avec la v3.0 de l'initiative creative commons a clarifié quelques points pour se rendre plus conforme avec les DFSG (Debian Free Software Guidelines) et c'est tant mieux.
[^] # Re: distrib ?
Posté par BAud (site web personnel) . En réponse au message intallation de logiciels. Évalué à 3.
avec de la doc' c'est tout de suite plus facile non ?
[^] # Re: Application Jabber
Posté par BAud (site web personnel) . En réponse à la dépêche LibreSource 2.2, l'autre forge. Évalué à 10.
CMS (content management system) http://fr.wikipedia.org/wiki/Syst%C3%A8me_de_gestion_de_cont(...)
ECM (enterprise content management) http://fr.wikipedia.org/wiki/Gestion_de_contenu
ERP (enterprise resource planning) http://fr.wikipedia.org/wiki/Progiciel_de_gestion_int%C3%A9g(...) un PGI en français, pour tout ce qui est ressources humaines/comptabilité/gestion des clients et des ventes...
et bien sûr pour XMPP http://fr.wikipedia.org/wiki/Extensible_messaging_and_presen(...)
mais oui, l'utilisation de la messagerie instantanée plutôt que le mail paraît sympathique dans cette version.
# google repository yum rhel5
Posté par BAud (site web personnel) . En réponse au message RHEL5 : créer un dépot rpm local. Évalué à 2.
tu nous expliqueras si cela fonctionne ?
si cela peut te permettre d'éviter d'avoir un RHN satellite, tant mieux c'est un peu cher pour ce que cela fournit (et pas assez libre la dernière fois que j'avais regardé).
[^] # Re: Mouaif
Posté par BAud (site web personnel) . En réponse au journal [Humour/HS] Objet : attention virus en prévision dans votre programme Sarkozy 1.0. Évalué à 3.
[^] # Re: Usabilité de Blender
Posté par BAud (site web personnel) . En réponse à la dépêche Blender 2.44 déjà disponible. Évalué à 1.
C'est quoi un éditeur de texte «standard» ? ça se résume aux 6 raccourcis claviers courants ?
ok pour les regex, mais prends un clavier standard la prochaine fois :-) (et ajoutes-y le correcteur grammatical et orthographique de base :p)
[^] # Re: Mouaif
Posté par BAud (site web personnel) . En réponse au journal [Humour/HS] Objet : attention virus en prévision dans votre programme Sarkozy 1.0. Évalué à 1.
vala vala, toutes les possibilités sont ainsi abordées.
# comment on va naviguer sur le web /o\
Posté par BAud (site web personnel) . En réponse au journal [HS] Butineuses, la suite. Évalué à 4.
~~> [ ]
[^] # Re: Mwai
Posté par BAud (site web personnel) . En réponse à la dépêche AMD/ATI va libérer ses pilotes. Évalué à 7.
c'est ce qui m'a fait voter "pour" la dépêche et non "contre" effectivement, comme je le fais pour les annonces de pilotes proprios ati ou nvidia.
[^] # Re: Dispo dans la Mandriva 2007 Spring
Posté par BAud (site web personnel) . En réponse à la dépêche Blender 2.44 déjà disponible. Évalué à 6.
http://wiki.mandriva.com/fr/Installer_et_supprimer_des_logic(...)
et http://wiki.mandriva.com/fr/D%C3%A9p%C3%B4ts pour une description de chacun des dépôts, il y a même une version en anglais pour ceux qui préfèrent http://wiki.mandriva.com/en/Policies/SoftwareMedia :p
sachant que http://easyurpmi.zarb.org est toujours disponible pour les habitués
[^] # Re: Relecture
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la version 2.1 de Kolab Groupware Server. Évalué à 2.
J'ai trouvé un peu de ponctuation qui manque encore, mais quels mots ajouterais-tu (hormis quelques précisions données ci-dessous que la wikipédification ne fournit pas) ?
[^] # Re: So,
Posté par BAud (site web personnel) . En réponse au journal Les logiciels libres violent 235 brevets Microsoft. Évalué à 4.
s'ils prétendent que leur brevet est violé, d'abord identifier leur brevet en question, ensuite ce n'est pas très dur pour eux d'aboutir au code, celui-ci étant disponible.
[^] # Re: deal Novell/MS
Posté par BAud (site web personnel) . En réponse au journal Les logiciels libres violent 235 brevets Microsoft. Évalué à 3.
1. le fait que ce soient les clients de Novell qui sont "protégés" et non pas Novell, permet d'échapper à la clause de la GPL l'annulant si on contribue du code non libre de brevets
2. le fait que les clients de Novell sont "protégés" a causé beaucoup de tord à Novell, le FUD induit étant immédiat avec la contraposée ("si vous n'achetez pas Novell, vous n'êtes pas protégé", qui est une vaste fumisterie)/
En outre, en prenant un cas concret, l'accord ne couvre pas tout :
- dernièrement, Dell a acquis au travers de Microsoft des licences Suse Linux Entreprise Server
- cela n'est pas couvert par cet accord : rien ne dit que Novell aurait pu passer le même genre d'accord avec Dell et que les clients de Dell soient "protégés" (la transitivité client de Dell <=> client de Novell est loin d'être assurée)
=> au final, c'est un accord Microsoft/Dell qui est possible, maisdes cacahouètes pour Novell
Novell est bien le dindon de la farce et ne récolte que des miettes, en mettant en péril potentiellement la communauté du libre (parce que bon, l'interopérabilité est évidente dans le cadre du logiciel libre, mais dans le cadre du proprio c'est quasi aussi évident : utiliser des protocoles ouverts ou standards ou documentés et c'est bon hein, là où ça pêche actuellement c'est que la rétro-ingénierie est le préalable à identifier les protocoles).
[^] # Re: svn dump
Posté par BAud (site web personnel) . En réponse au message nettoyer un dépôt subversion des historiques dont on n'a plus besoin. Évalué à 2.
ou que tu peux faire une demande _précise_ par mail à l'adresse indiquée sur http://www.tuxfamily.org/fr/contact
'fin, bref, n'hésite pas à passer quand ce qu'il y a à faire sera clair pour toi, cela permettra de compléter http://faq.tuxfamily.org/SVN/Fr
# en toute quiétude
Posté par BAud (site web personnel) . En réponse au journal Conversion aux formats libres. Évalué à 2.
m'enfin quand certaines sociétés n'hésitent pas à utiliser gmail pour leurs mails d'entreprises ou blackberry pour les mails de leurs hauts dirigeants, ce n'est peut-être pas trop grave...
il y a des conditions de confidentialité ? bizarre je n'en vois pas sur http://media-convert.com/convertir/#conditions comme si l'utilisateur n'avait pas de droits aussi et n'avait que des devoirs :/
[^] # Re: La réponse est :
Posté par BAud (site web personnel) . En réponse au journal Pincement au coeur. Évalué à 5.
c'est 42 la réponse ;-)
[^] # Re: Précision
Posté par BAud (site web personnel) . En réponse au journal Alice, hotmail et fiabilité. Évalué à 6.
[^] # Re: Fichtre
Posté par BAud (site web personnel) . En réponse au journal Nous livrerons des drivers libres. Évalué à 6.
# sympa
Posté par BAud (site web personnel) . En réponse au message Liste de difusion. Évalué à 3.
monharc pour la gestion des archives
mailman est trop lourd AMHA
pour l'import, bin un export au format CSV et puis au pire scripter...
[^] # Re: Il n'y a pas de troll
Posté par BAud (site web personnel) . En réponse au journal Des vertus pragmatico-économiques de la monoculture Microsoft. Évalué à 5.
Clairement, sur un projet utilisant du libre, prévoir une intégration plus lourde dès le début est un avantage : si tout marche "comme" avec du proprio, bin tu as annoncé les bons coûts à ton client, si tu as besoin de faire un ajout (un tout petit peu de dév' en plus de l'intégration standard du produit) bin t'as déjà prévu le coup et tu ne rentres pas dans des discussions houleuses avec ta MOA... et juste tu le fais. Ça marche aussi même si tu as un éditeur : cela peut être un travail concerté plutôt qu'un discours de sourd "bug / évolution" quand visiblement l'éditeur ne veut pas le faire...