Non je ne l'ai pas regardée...
bon bin, prends une heure pour le faire, c'est sympa tu verras, ça te permettra de faire des remarques constructives.
La redondance n'apparaît pas par "la magie du libre"
tu as loupé le "éventuellement" et comme j'ai l'esprit de contradiction comme toi, bin des pauvres pages statiques ou des photos ou des vidéos ça se mirrore trivialement et techniquement la redondance est évidente :p
Les cas plus compliqués se résoudront d'eux-même (avec le nombre des contributeurs nous sommes d'accord), quand le besoin sera plus grand et les techno fiables (aujourd'hui c'est du bricolage dans la plupart des cas, même professionnels)
Dans le même ordre d'idée, pas besoin d'être employé de renault pour bricoler sa caisse hein :D donc bon le nombre de 700000 est clairement une sous-estimation de ceux qui pourraient le faire, après si déjà 2000 en ont envie vala quoi... (regarde combien il y a de personnes intéressées pour contribuer à développer un kernel par exemple).
vala vala, un peu de réalisme vis-à-vis de tant de négativisme ;-)
bon, il me reste à peaufiner mais autant commencer par un wiki http://adminlibre.tuxfamily.org et la mailing-list associée
L'objet n'est pas d'en faire une ML de support mais plutôt de coopération entre les admins d'associations liées au logiciel libre et d'accueil de ceux qui seraient intéressés pour s'impliquer (au niveau administration déjà, pour les autres sujets du libre voir les associations respectives, dans un premier temps je pense que ça peut être informel et un point de contact commun).
parce que bon
- si une personne le fait toute seule, ça va être clairement inefficace mais tant mieux pour elles,
- si 10 personnes le font chacune dans leur coin c'est à peine mieux, mais c'est déjà bien de les avoir convaincu
- si 2000 personnes le font dans leur coin, ça bénéficiera au moins à rendre l'installation bien plus simplifiée (mécaniquement, sur le nombre il y en aura qui feront des remontées de bugs ou des demandes de support voire des patchs)
et là la magie du libre se fait et la coopération se fait jour, éventuellement jusqu'à rendre le service redondant (non seulement techniquement, mais aussi organisationnellement).
Avec le libre, c'est tout de même un moyen simple de ne pas être un pur consommateur mais de devenir un consommacteur.
De mémoire, il y a ~700000 personnes [1] qui travaillent dans l'informatique en France, ça va il en reste à convaincre encore ;-)
[1] http://www.passinformatique.com/80-navigation/20-10_chiffres(...) comme je n'aime pas lancer des chiffres sans référence, en voilà une qui vaut ce qu'elle vaut (c'est pas l'objet, l'important c'est l'ordre de grandeur de personnes censées connaître l'informatique, ça en donne une idée grosso merdo).
Sur une "compilation", permets-moi de douter du "tout" du CD. Il y a parfois une certaines logique mais bien souvent cela reste une compil', cela perd souvent de sa cohérence par rapport aux albums dont sont extraites les chansons (même si cela permet de découvrir rapidement un plus large panel des "hits" d'un artiste).
Après, c'est clair que des albums comme Sergeant Pepper's sont réellement travaillés (de la pochette à la jaquette en passant par les chansons).
Pour moi, ils ont bien compris :
Déjà, avec les moyens du bord, ils vont se rendre compte que ce n'est pas si compliqué de monter un serveur, au besoin ils feront des commentaires / des remontées de bug / des demandes d'amélioration voire des patchs en fonction de leur niveau, cela rend chacun autonome chez soi.
Et comme ils sont intelligents - et que la fibre écologique les titille (ou leur facture d'électricité) - ils se tourneront vers des PC énergico-économiques en voyant que le 2) n'est clairement pas adapté à leur PC actuel. Et s'ils poussent le raisonnement plus loin, ils remetteront en cause le 1) et se tourneront vers un FAI comme FDN voire monteront leur propre FAI déjà dans leur résidence voire plus proche du coeur de réseau...
àmha le mauvais calcul est de prendre un dédié (ça ne l'empêche pas) qui mâche le travail (installation automatique) et ne permet pas forcément de se rendre compte de la simplicité de faire tout ça soit même (en se coltinant au passage une meilleure compréhension des différents composants d'un réseau entre le Domain_Name_System, le Dynamic_Host_Configuration_Protocol ou tout simplement ce qu'il y a derrière une Adresse_IP, et plus si affinités, les principes de base n'étant pas compliqués par eux-mêmes...).
et le correcteur orthographique intégré au navigateur pour détecter moinssage, ah on me souffle dans l'oreillette que ça existe déjà mais que ça ne fonctionne pas pour ce cas.
~~~~> [ ] (pas envie de rater mon train de ce soir, surtout qu'il fait froid)
ok, les schémas ont l'air assez complet, même si je n'ai pas vu 3 points :
- le cas où il y a des proxies voire firewall : le passage en 443/https est souvent utilisé mais c'est dévoyer un port qui n'est pas fait pour cela, autant identifier des canaux privilégiés et identifiés que de contourner les politiques de sécurité
- la gestion inter-serveurs : il faut pouvoir répartir la charge (le serveur de session utilisé initialement n'est pas forcément celui qui va gérer la connexion), le client peut faire par exemple faire des propositions de serveurs intermédiés "préférés" par passage de paramètres (que ce soit pour optimiser la topologie, respecter des règles de sécurité pour éviter le transit par des serveurs "non-trusted" ou tout simplement utiliser un serveur dédié qui permet à l'utilisateur de gérer ses points de passage)
- il y a des propositions spécifiques de comportement, il faudrait sans doute que je relise pour voir si "le cas idéal concret" est proposé (au sens celui qui minimise la charge de bout en bout, tout en respectant les fonctionnalités de sécurité) : pour moi l'idéal au minimum, ce sont des ports correctement définis (au pire une plage) pour en faire un protocole normalisé et la possibilité de choix des serveurs de relais de flux (éviter d'envoyer tout le flux au canada comme avec le Blackberry ou chez un seul opérateur comme avec Skype...).
C'est tout de même ballot d'en arriver là alors que les NAT ne sont généralement pas mis en place pour les bonnes raisons :/ (IPv6 ne résoudra peut-être même pas cela si les topologies réseau n'évoluent pas, même s'il peut contribuer à tout remettre à plat et addressable).
Autre point : tout comme pour jabber où les serveurs d'authentification sont répartis (et où l'on peut définir des proxies pour les transferts de fichier), dans le cas général il devrait être possible de relayer les flux par défaut (avec les serveurs du fournisseur de service utilisé) ou permettre à l'utilisateur de choisir ses relais (ou tout simplement se donner rendez-vous sur un service de chatroom comme on peut le faire avec les MUC ou la conférence dans le monde téléphonique, VoIP ou pas...).
Si google pouvait filer ce coup de main pour tout le monde en donnant la bande passante nécessaire sur ses serveurs, ce serait vraiment bien, on n'aurait plus de problème du tout.
pourquoi google ? ekiga n'a-t-il pas un accord avec ovh ?
quelle bande passante est nécessaire ? (si ce n'est que garder un statut des sessions en cours, ça ne doit pas être délirant ? j'imagine que le flux audio ne passe pas par le serveur tout de même ;-) )
il faudra que les adversaires du fameux "Minitel 2.0" communiquent PLUS et MIEUX
Si tu veux, la conf' de Benjamin Bayart nous a tellement plue que nous avons fait une page sur le wiki, http://faq.tuxfamily.org/InternetLibre_ou_Minitel_2.0/Fr (un p'tit compte de plus et zou ça se complète, au pire nous referons la mise en forme).
hum, tant sous epiphany que firefox, il me demande "Pour utiliser la cartographie
Vous devez installer le plugin Adobe SVGviewer" avec un beau lien sur http://www.carto.meaux.fr/SVGView6.exe <- j'en fais quoi ?
Quelqu'un leur a déjà remonté que c'est dommage de dévoyer ainsi un format ouvert à un greffon fermé ?
Au moins le site de la tsr fonctionne bien, lui, sans rien ajouter.
Et comme ca bouffe aussi 100% de CPU (un core complet) je me demande comment SVG compte bien s'imposer face a flash...
euh bin, c'est pareil que flash non ? ce qui m'a fait désinstaller définitivement le flashplayer proprio (ya très longtemps) et ne pas le réinstaller, c'est justement sa propension à bouffer 100% (ou au mini 50% de CPU) très régulièrement, bien souvent pour des animations qui ne servent à rien en plus... outre le fait qu'il a tendance à bloquer aussi le son (il ne me semble pas que ça a évolué, il ne sait toujours pas utiliser un mixeur de son, n'est-ce-pas ?).
Sinon gnash a aussi le même problème : il bouffe aussi en cpu (mais au moins il ne bloque pas le son, lui).
Donc bon, le SVG a tout pour remplacer Flash vu que c'est un Format_ouvert et qu'il est bien répandu en libre (entre konqueror et firefox/Gecko_(moteur_de_rendu) donc epiphany aussi).
Chez TuxFamily.org,nous avons renouvelé et ajouté - aux frais des admins principalement - des serveurs cet été à l'infrastructure hébergée gracieusement chez Lost-Oasis (juste après les RMLL) et nous réfléchissons à pérenniser le financement de l'association (le pépin de LinuxFR puis cette annonce de Gna! vont encore nous faire reculer un peu le fundraising a priori, ce n'est pas très gênant : nous pensions le faire annuellement plutôt que de se retrouver dans des situations de blocage lors d'incidents matériels qui entraînent forcément de l'indisponibilité, pénible pour tous).
Nous réfléchissions aussi - en interne jusqu'à maintenant - à la mise en place de liste de discussions entre admins du libre (LinuxFR, APRIL, Gna!, jabberfr.org, fedora-fr.org, ubuntu-fr.org, linuxgraphics.org, libre-attitude.org, zarb.org...), dans un premier temps pour faire le point de l'existant, éventuellement pour recruter de nouveaux admins motivés, faire des échanges ponctuels lors de besoins de compétences ou ressources : cela donnerait aussi un point d'entrée aux constructeurs prêts à financer le libre (un point important étant de laisser son indépendance à chaque association).
En commun :
- il y a classiquement cvs et svn, associés à des ML (privées au besoin) pour les commits et du viewcvs pour l'affichage web des cvs et svn (à une époque il y avait arch pour Gna! en plus), ça c'est basique et commun
- il y a aussi la gestion de dépôts pour le projet (permettant de mettre à dispo une version officielle ou un snapshot)
Ce qu'apporte Gna! en plus de TuxFamily :
- la gestion d'un site web en statique via cvs (peut-être svn), je n'en ai jamais eu l'utilité, pour de la doc' pure, c'est largement suffisant sans base de données, ni mise à jour en direct
- la gestion de dépêches pour les annonces par projet
- le vrai apport de gna, c'est la gestion de tickets (supports, bugs et patchs)
- il y a aussi la gestion des compétences et appels à contributions https://gna.org/people/ (qui est largement sous-utilisé àmha, cela mériterait d'être commun à gnu.org, nongnu.org et consors pour en faire un vrai service)
- la modération sur Gna! est transparente et d'un réel conseil pour faire strictement du libre (cf. [http://about.gna.org/], les outils propriétaires pour développer sont déconseillés, ce qui est un bien àmha)
- il y a une véritable intégration "clé en mains" pour un projet de développement qui est proposée aux hébergés
Ce qu'apporte TuxFamily.org en plus de Gna! :
- dernièrement Git_(logiciel) pour la gestion des sources
- un vrai site web avec php 4 et 5, MySQL ou PostgreSQL, en revanche c'est à l'hébergé de tout faire, il n'y a pas de gestion de tickets ou de bugs de base (flyspray ou mantis suffisent généralement)
- des services connexes : serveur de jeu [http://games.tuxfamily.net], un mail pour les hébergés ayant un projet, la gestion des Domain_Name_System pour ceux ayant investi dans un nom de domaine
- de fait, l'hébergement est un peu plus ouvert que Gna! : il y a pas mal de dépôts (.deb, quelques rpm...), même si la modération à l'entrée se rapproche de ce que fait Gna! (la sélection des projets requière de préciser une licence libre pour le code et les contenus, cf. [http://faq.tuxfamily.org/Licence/Fr]), il y a aussi pas mal de projets d'artistes en Art Libre (cf. [http://demoll.tuxfamily.org/tags/index.php?tag=artistique]) et pas mal de LUGs hébergés aussi pour leur espace web et ML (cf. [http://demoll.tuxfamily.org/tags/index.php?tag=GULL])
L'un utilise Savane, l'autre VHFFS, les approches d'hébergement sont similaires sur certains points, plus orienté projet/Forge pour Gna!, plus orienté hébergement mutualisé de masse pour TuxFamily.org...
vala, ce devrait être assez complet, je pense être resté assez objectif ;-) même si quelqu'un de Gna! peut compléter.
[^] # Re: NTM (Note To Moderators :p)
Posté par BAud (site web personnel) . En réponse à la dépêche Présence de G3L à l'Alchimie 7. Évalué à 2.
[^] # Re: NTM (Note To Moderators :p)
Posté par BAud (site web personnel) . En réponse à la dépêche Présence de G3L à l'Alchimie 7. Évalué à 1.
à ma décharge, la phrase est franchement mal gaulée :p (je plussoie pour modif' avec des virgules).
[^] # Re: Localisation?
Posté par BAud (site web personnel) . En réponse au journal Scilab recrute. Évalué à 5.
[^] # Re: Hébergement
Posté par BAud (site web personnel) . En réponse à la dépêche gna.org à la recherche de machines hébergées. Évalué à 2.
bon bin, prends une heure pour le faire, c'est sympa tu verras, ça te permettra de faire des remarques constructives.
La redondance n'apparaît pas par "la magie du libre"
tu as loupé le "éventuellement" et comme j'ai l'esprit de contradiction comme toi, bin des pauvres pages statiques ou des photos ou des vidéos ça se mirrore trivialement et techniquement la redondance est évidente :p
Les cas plus compliqués se résoudront d'eux-même (avec le nombre des contributeurs nous sommes d'accord), quand le besoin sera plus grand et les techno fiables (aujourd'hui c'est du bricolage dans la plupart des cas, même professionnels)
Dans le même ordre d'idée, pas besoin d'être employé de renault pour bricoler sa caisse hein :D donc bon le nombre de 700000 est clairement une sous-estimation de ceux qui pourraient le faire, après si déjà 2000 en ont envie vala quoi... (regarde combien il y a de personnes intéressées pour contribuer à développer un kernel par exemple).
vala vala, un peu de réalisme vis-à-vis de tant de négativisme ;-)
[^] # Re: Financement du libre
Posté par BAud (site web personnel) . En réponse à la dépêche gna.org à la recherche de machines hébergées. Évalué à 3.
L'objet n'est pas d'en faire une ML de support mais plutôt de coopération entre les admins d'associations liées au logiciel libre et d'accueil de ceux qui seraient intéressés pour s'impliquer (au niveau administration déjà, pour les autres sujets du libre voir les associations respectives, dans un premier temps je pense que ça peut être informel et un point de contact commun).
[^] # Re: Hébergement
Posté par BAud (site web personnel) . En réponse à la dépêche gna.org à la recherche de machines hébergées. Évalué à 3.
parce que bon
- si une personne le fait toute seule, ça va être clairement inefficace mais tant mieux pour elles,
- si 10 personnes le font chacune dans leur coin c'est à peine mieux, mais c'est déjà bien de les avoir convaincu
- si 2000 personnes le font dans leur coin, ça bénéficiera au moins à rendre l'installation bien plus simplifiée (mécaniquement, sur le nombre il y en aura qui feront des remontées de bugs ou des demandes de support voire des patchs)
et là la magie du libre se fait et la coopération se fait jour, éventuellement jusqu'à rendre le service redondant (non seulement techniquement, mais aussi organisationnellement).
Avec le libre, c'est tout de même un moyen simple de ne pas être un pur consommateur mais de devenir un consommacteur.
De mémoire, il y a ~700000 personnes [1] qui travaillent dans l'informatique en France, ça va il en reste à convaincre encore ;-)
[1] http://www.passinformatique.com/80-navigation/20-10_chiffres(...) comme je n'aime pas lancer des chiffres sans référence, en voilà une qui vaut ce qu'elle vaut (c'est pas l'objet, l'important c'est l'ordre de grandeur de personnes censées connaître l'informatique, ça en donne une idée grosso merdo).
[^] # Re: Quel formidable journalisme
Posté par BAud (site web personnel) . En réponse au journal Le FMI propose l'abolition de la propriété intellectuelle. Évalué à 2.
en:Billion_(disambiguation) est clairement écrit àmha.
[^] # Re: Prix groupé
Posté par BAud (site web personnel) . En réponse au journal Le téléchargement légal: la première cause des pertes de l'industrie musicale ?. Évalué à 2.
Après, c'est clair que des albums comme Sergeant Pepper's sont réellement travaillés (de la pochette à la jaquette en passant par les chansons).
[^] # Re: liste de jeux libres sous linux
Posté par BAud (site web personnel) . En réponse à la dépêche Des jeux libres pour GNU/Linux. Évalué à 1.
[^] # Re: Désolé
Posté par BAud (site web personnel) . En réponse à la dépêche Des jeux libres pour GNU/Linux. Évalué à 5.
quelques artistes aussi à partir de http://demoll.tuxfamily.org/tags/index.php?tag=artistique et cela vaudrait le coup àmha de jeter un oeil à http://demoll.tuxfamily.org/tags/index.php?tag=jeu pour trouver quelques perles.
[^] # Re: Hébergement
Posté par BAud (site web personnel) . En réponse à la dépêche gna.org à la recherche de machines hébergées. Évalué à 1.
Pour moi, ils ont bien compris :
Déjà, avec les moyens du bord, ils vont se rendre compte que ce n'est pas si compliqué de monter un serveur, au besoin ils feront des commentaires / des remontées de bug / des demandes d'amélioration voire des patchs en fonction de leur niveau, cela rend chacun autonome chez soi.
Et comme ils sont intelligents - et que la fibre écologique les titille (ou leur facture d'électricité) - ils se tourneront vers des PC énergico-économiques en voyant que le 2) n'est clairement pas adapté à leur PC actuel. Et s'ils poussent le raisonnement plus loin, ils remetteront en cause le 1) et se tourneront vers un FAI comme FDN voire monteront leur propre FAI déjà dans leur résidence voire plus proche du coeur de réseau...
àmha le mauvais calcul est de prendre un dédié (ça ne l'empêche pas) qui mâche le travail (installation automatique) et ne permet pas forcément de se rendre compte de la simplicité de faire tout ça soit même (en se coltinant au passage une meilleure compréhension des différents composants d'un réseau entre le Domain_Name_System, le Dynamic_Host_Configuration_Protocol ou tout simplement ce qu'il y a derrière une Adresse_IP, et plus si affinités, les principes de base n'étant pas compliqués par eux-mêmes...).
[^] # Re: version
Posté par BAud (site web personnel) . En réponse au journal MS fait profil bas devant l'UE. Évalué à 1.
~~~~> [ ] (pas envie de rater mon train de ce soir, surtout qu'il fait froid)
[^] # Re: Mouais
Posté par BAud (site web personnel) . En réponse au journal Sun fait de la pub. Évalué à 5.
# 2006 / 2007
Posté par BAud (site web personnel) . En réponse au message Cherche vidéo des RMLL. Évalué à 2.
celles de 2007 sont disponibles entre http://2007.rmll.info/videoindex.html et freenews http://www.freenews.fr/nat/5200-freenews-les-rmll-en-video-a(...)
et sinon une recherche simple :
http://www.google.fr/custom?hl=fr&client=pub-73605532899(...)
ne t'a rien donné ? (sinon vidéos rmll, ogg rmll, que sais-je ? :D)
[^] # Re: Quid des possiblités de JABBER ?
Posté par BAud (site web personnel) . En réponse à la dépêche Neuvième causerie APRIL sur Jabber/XMPP. Évalué à 1.
- le cas où il y a des proxies voire firewall : le passage en 443/https est souvent utilisé mais c'est dévoyer un port qui n'est pas fait pour cela, autant identifier des canaux privilégiés et identifiés que de contourner les politiques de sécurité
- la gestion inter-serveurs : il faut pouvoir répartir la charge (le serveur de session utilisé initialement n'est pas forcément celui qui va gérer la connexion), le client peut faire par exemple faire des propositions de serveurs intermédiés "préférés" par passage de paramètres (que ce soit pour optimiser la topologie, respecter des règles de sécurité pour éviter le transit par des serveurs "non-trusted" ou tout simplement utiliser un serveur dédié qui permet à l'utilisateur de gérer ses points de passage)
- il y a des propositions spécifiques de comportement, il faudrait sans doute que je relise pour voir si "le cas idéal concret" est proposé (au sens celui qui minimise la charge de bout en bout, tout en respectant les fonctionnalités de sécurité) : pour moi l'idéal au minimum, ce sont des ports correctement définis (au pire une plage) pour en faire un protocole normalisé et la possibilité de choix des serveurs de relais de flux (éviter d'envoyer tout le flux au canada comme avec le Blackberry ou chez un seul opérateur comme avec Skype...).
C'est tout de même ballot d'en arriver là alors que les NAT ne sont généralement pas mis en place pour les bonnes raisons :/ (IPv6 ne résoudra peut-être même pas cela si les topologies réseau n'évoluent pas, même s'il peut contribuer à tout remettre à plat et addressable).
Autre point : tout comme pour jabber où les serveurs d'authentification sont répartis (et où l'on peut définir des proxies pour les transferts de fichier), dans le cas général il devrait être possible de relayer les flux par défaut (avec les serveurs du fournisseur de service utilisé) ou permettre à l'utilisateur de choisir ses relais (ou tout simplement se donner rendez-vous sur un service de chatroom comme on peut le faire avec les MUC ou la conférence dans le monde téléphonique, VoIP ou pas...).
[^] # Re: Quid des possiblités de JABBER ?
Posté par BAud (site web personnel) . En réponse à la dépêche Neuvième causerie APRIL sur Jabber/XMPP. Évalué à 1.
pourquoi google ? ekiga n'a-t-il pas un accord avec ovh ?
quelle bande passante est nécessaire ? (si ce n'est que garder un statut des sessions en cours, ça ne doit pas être délirant ? j'imagine que le flux audio ne passe pas par le serveur tout de même ;-) )
[^] # Re: Hébergement
Posté par BAud (site web personnel) . En réponse à la dépêche gna.org à la recherche de machines hébergées. Évalué à 1.
Si tu veux, la conf' de Benjamin Bayart nous a tellement plue que nous avons fait une page sur le wiki, http://faq.tuxfamily.org/InternetLibre_ou_Minitel_2.0/Fr (un p'tit compte de plus et zou ça se complète, au pire nous referons la mise en forme).
[^] # Re: En france aussi ...
Posté par BAud (site web personnel) . En réponse au journal Le SVG peut-il remplacer le flash ??. Évalué à 4.
Vous devez installer le plugin Adobe SVGviewer" avec un beau lien sur http://www.carto.meaux.fr/SVGView6.exe <- j'en fais quoi ?
Quelqu'un leur a déjà remonté que c'est dommage de dévoyer ainsi un format ouvert à un greffon fermé ?
Au moins le site de la tsr fonctionne bien, lui, sans rien ajouter.
[^] # Re: SVG : euh...
Posté par BAud (site web personnel) . En réponse au journal Le SVG peut-il remplacer le flash ??. Évalué à 3.
euh bin, c'est pareil que flash non ? ce qui m'a fait désinstaller définitivement le flashplayer proprio (ya très longtemps) et ne pas le réinstaller, c'est justement sa propension à bouffer 100% (ou au mini 50% de CPU) très régulièrement, bien souvent pour des animations qui ne servent à rien en plus... outre le fait qu'il a tendance à bloquer aussi le son (il ne me semble pas que ça a évolué, il ne sait toujours pas utiliser un mixeur de son, n'est-ce-pas ?).
Sinon gnash a aussi le même problème : il bouffe aussi en cpu (mais au moins il ne bloque pas le son, lui).
Donc bon, le SVG a tout pour remplacer Flash vu que c'est un Format_ouvert et qu'il est bien répandu en libre (entre konqueror et firefox/Gecko_(moteur_de_rendu) donc epiphany aussi).
# Financement du libre
Posté par BAud (site web personnel) . En réponse à la dépêche gna.org à la recherche de machines hébergées. Évalué à 6.
Nous réfléchissions aussi - en interne jusqu'à maintenant - à la mise en place de liste de discussions entre admins du libre (LinuxFR, APRIL, Gna!, jabberfr.org, fedora-fr.org, ubuntu-fr.org, linuxgraphics.org, libre-attitude.org, zarb.org...), dans un premier temps pour faire le point de l'existant, éventuellement pour recruter de nouveaux admins motivés, faire des échanges ponctuels lors de besoins de compétences ou ressources : cela donnerait aussi un point d'entrée aux constructeurs prêts à financer le libre (un point important étant de laisser son indépendance à chaque association).
[^] # Re: Information complémentaire
Posté par BAud (site web personnel) . En réponse à la dépêche gna.org à la recherche de machines hébergées. Évalué à 10.
- il y a classiquement cvs et svn, associés à des ML (privées au besoin) pour les commits et du viewcvs pour l'affichage web des cvs et svn (à une époque il y avait arch pour Gna! en plus), ça c'est basique et commun
- il y a aussi la gestion de dépôts pour le projet (permettant de mettre à dispo une version officielle ou un snapshot)
Ce qu'apporte Gna! en plus de TuxFamily :
- la gestion d'un site web en statique via cvs (peut-être svn), je n'en ai jamais eu l'utilité, pour de la doc' pure, c'est largement suffisant sans base de données, ni mise à jour en direct
- la gestion de dépêches pour les annonces par projet
- le vrai apport de gna, c'est la gestion de tickets (supports, bugs et patchs)
- il y a aussi la gestion des compétences et appels à contributions https://gna.org/people/ (qui est largement sous-utilisé àmha, cela mériterait d'être commun à gnu.org, nongnu.org et consors pour en faire un vrai service)
- la modération sur Gna! est transparente et d'un réel conseil pour faire strictement du libre (cf. [http://about.gna.org/], les outils propriétaires pour développer sont déconseillés, ce qui est un bien àmha)
- il y a une véritable intégration "clé en mains" pour un projet de développement qui est proposée aux hébergés
Ce qu'apporte TuxFamily.org en plus de Gna! :
- dernièrement Git_(logiciel) pour la gestion des sources
- un vrai site web avec php 4 et 5, MySQL ou PostgreSQL, en revanche c'est à l'hébergé de tout faire, il n'y a pas de gestion de tickets ou de bugs de base (flyspray ou mantis suffisent généralement)
- des services connexes : serveur de jeu [http://games.tuxfamily.net], un mail pour les hébergés ayant un projet, la gestion des Domain_Name_System pour ceux ayant investi dans un nom de domaine
- de fait, l'hébergement est un peu plus ouvert que Gna! : il y a pas mal de dépôts (.deb, quelques rpm...), même si la modération à l'entrée se rapproche de ce que fait Gna! (la sélection des projets requière de préciser une licence libre pour le code et les contenus, cf. [http://faq.tuxfamily.org/Licence/Fr]), il y a aussi pas mal de projets d'artistes en Art Libre (cf. [http://demoll.tuxfamily.org/tags/index.php?tag=artistique]) et pas mal de LUGs hébergés aussi pour leur espace web et ML (cf. [http://demoll.tuxfamily.org/tags/index.php?tag=GULL])
L'un utilise Savane, l'autre VHFFS, les approches d'hébergement sont similaires sur certains points, plus orienté projet/Forge pour Gna!, plus orienté hébergement mutualisé de masse pour TuxFamily.org...
vala, ce devrait être assez complet, je pense être resté assez objectif ;-) même si quelqu'un de Gna! peut compléter.
[^] # Re: Un patrick_g panic ?
Posté par BAud (site web personnel) . En réponse au journal OpenOffice 3.0 : Ce sera sans moi !. Évalué à 3.
https://linuxfr.org//2004/10/07/17365.html
http://www.journaldunet.com/solutions/0410/041005_kodak_sun.(...)
http://www.zdnet.fr/actualites/informatique/0,39040745,39176(...)
cela concerne le langage en lui-même (délégation, gestion d'objets ou de données partagés...) plutôt qu'une techno telle qu'EXIF...
[^] # Re: Cabale
Posté par BAud (site web personnel) . En réponse au journal +1. Évalué à 1.
# compléments
Posté par BAud (site web personnel) . En réponse à la dépêche Attaque pour violation de brevet à l'encontre de Red Hat et Novell. Évalué à 7.
et des articles en français sur le sujet
http://www.pcinpact.com/actu/news/39445-ip-innovation-plaint(...)
http://www.linformaticien.com/Actualit%C3%A9s/tabid/58/newsi(...)
http://www.itrmanager.com/articles/69918/red-hat-novell-atta(...)
[^] # Re: Re:
Posté par BAud (site web personnel) . En réponse à la dépêche Ubuntu 7.10 : lâchez le singe !. Évalué à 4.
le "brouillon" a été disponible sur mon wiki pour la préparer... le tout est de se synchroniser pour la rédiger à plusieurs au besoin.