Avec arch, le seul truc à faire, c'est de pas tout mélanger lors d'un commit. Avec cvs, je galère chaque fois que je veux backporter un changement entre version de developpement et version stable. En fait je sais pas trop comment faire simplement ;)
Un autre truc pénible avec cvs, c'est de rechercher à l'aveugle le commit qui a tout cassé. Je suis en train de faire ça a coup de -D "x days ago" et c'est quand même pénible :-/
Un autre truc qui marche très bien avec arch, c'est la maintenance d'une branche stable d'une branche de développemnt en parallèle. Si l'on prend garde à avoir des changesets "clean", c'est à dire des changesets contenant un seul changement, et pas un mélange de corrections de bugs divers et de nouvelles fonctionnalités, alors il est très facile de récupérer les corrections de bugs faits dans la branche de développement pour les appliquer à la branche stable: il suffit de faire un tla replay archive/branche-patch-xx, et tla récupère automatiquement le patch correspondant dans la version de développement et l'applique à la version stable. Ca marche évidemment même si les fichiers ont été déplacés/renommés. C'est un énorme progrés par rapport à cvs où la gestion de branches stables demande beaucoup plus de rigueur malheureusement :-/
Utiliser tla pour le noyau, je suis pas sûr que ça soit faisable à l'heure actuelle, en particulier je me demande si ça se passe bien au niveau scalabilité pour l'utiliser sur des gros projets. De plus, tla évolue quand même encore assez vite, à mon avis il faut laisser un peu de temps passer pour être sûr que le logiciel est fiable.
Enfin, quand bitkeeper a été choisi, tla/arch était loin d'être aussi mature qu'il l'est actuellement (bravo à tous les développeurs de arch pour le travail énorme fourni), et subversion ne correspond pas du tout à ce que linus veut.
Le "faux 32 bits" du 386sx, il me semble que c'était à cause du bus mémoire qui était sur 16 bits au lieu de 32 bits. En pratique, ça doit juste donner une bande passante mémoire moins bonne sur le 386sx que sur le 386dx, mais à part ça ça ne doit pas perturber linux.
> c'est le lobbying qu'il faut interdire ? mais comment ?
Le lobbying, c'est comme le capitalisme, le libéralisme ou tout ce que tu veux. Tant que ca reste à petite échelle, c'est pas forcément mauvais. Dés que ça s'applique à grande échelle avec des énormes boites, ça se met à plus tourner très rond...
D'ailleurs, en parlant de conflits, arch gère ça différemment de CVS, il ne met pas de marqueurs de conflit dans le fichiers, mais crée des fichiers .rej comme patch. C'est assez perturbant au début comme différence ;)
T'as une liste de référentiels arch connus sur http://sourcecontrol.net/stats/archivestats.html(...)
Oui, y en a pas beaucoup ;)
Pour les projets utilisant arch, y a au moins rhythmbox qui l'utilise, reste à voir si tu considères ça comme un gros projet
En ce qui concerne le deuxième point, comme je l'ai déjà dit, il est tout à fait possible de mettre en place un référentiel centralisé avec Arch. Le développement de rhythmbox fonctionne sur ce principe, plusieurs développeurs peuvent inclure leurs changements dans le référentiel principal, l'authentification et la transmission se faisant via ssh et des clés publiques. De plus, chaque changement est signé avec la clé gpg du développeur.
En ce qui concerne la phase de R&D de arch, c'est vrai qu'il évolue encore très vite (quoi que les fonctionnalités de base semblent se stabiliser au fur et à mesure que tla 1.2 approche), et que ça peut être assez pénible à suivre.
La question c'est pas "quel est le mieux ?", mais "quel est celui qui te convient le mieux ?"
A mon avis arch et subversion ont chacun leurs avantages et leurs inconvénients. Personnellement, j'aime beaucoup arch, donc j'aurais tendance à te le recommander, mais je n'ai jamais testé subversion, donc mon avis ne vaut pas grand chose :) Mais arch a quand meme ses inconvenients, essentiellement que c'est quand meme assez complexe à utiliser/mettre en place.
Donc je te conseille de tester les deux (arch et subversion), et de choisir celui qui te séduit le plus.
Ok, faudrait que je cherche un peu pour retrouver les posts en question, je connais qqu'un qui maitrise bien arch et y aurait peut être moyen de le convaincre de filer un coup de main...
Pour arch, y a pas vraiment besoin d'installer des trucs, pour ma part je publie des archives arch via ftp sur free. Mais effectivement un accés direct en sftp est quand meme plus propre, ca doit aussi éviter d'avoir une archive en locale que l'on mirrore via ftp sur les pages persos free.
T'aurais plus d'infos sur les "détails qui coincent" pour arch et savannah ?
Y a aussi moyen de faire un truc centralisé avec arch, c'est à dire une archive "maître" dans laquelle plusieurs personnes peuvent effectuer des changements, ce qui donne un fonctionnement à la cvs/subversion. Mais même quand ce système est utilisé, le fonctionnement en mode décentralisé est toujours possible.
Darwin c'est un peu flou quand meme. Les drivers intéressants sont souvent pas dedans (et je parle pas de drivers de cartes graphiques, mais de chipsets made in apple), l'organisation des sources fait que de changer, d'une version à une autre, du code intéressant disparait, ...
Bah non, t'es pas au courant que tous ces djeunz rebelz de soit disant programmeurs qui font du logiciel libre c'est juste des espions communistes qui sont incapables de pondre la moindre ligne de code s'ils ne la copietn pas qqpart ?
Y a juste les vraies boites professionnelles qui font du bon logiciel propriétaire qui ont des vrais programmeurs capables d'écrire du vrai code original et tout et tout
Pour arch, je pense que c'est un mix de fichiers textes et de diff (tout ça plus ou moins gzippé). Libre à toi de fouiller sur http://cfergeau.free.fr/arch/(...) pour étudier comment arch stocke ses données ;)
[^] # Re: Sortie de GNU Arch/TLA 1.2
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 2.
http://www.linuxworld.com/story/32618_p.htm(...) (rechercher subversion dans la page)
http://www.contactor.se/~dast/svn/archive-2003-02/1601.shtml(...)
[^] # Re: Sortie de GNU Arch/TLA 1.2
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 2.
Un autre truc pénible avec cvs, c'est de rechercher à l'aveugle le commit qui a tout cassé. Je suis en train de faire ça a coup de -D "x days ago" et c'est quand même pénible :-/
[^] # Re: Sortie de GNU Arch/TLA 1.2
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 3.
Il a encore l'air d'être maintenu, mais je sais pas du tout où la situation en est.
# Re: Sortie de GNU Arch/TLA 1.2
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 7.
[^] # Re: Sortie de GNU Arch/TLA 1.2
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 6.
Enfin, quand bitkeeper a été choisi, tla/arch était loin d'être aussi mature qu'il l'est actuellement (bravo à tous les développeurs de arch pour le travail énorme fourni), et subversion ne correspond pas du tout à ce que linus veut.
# Re: une arme contre l'omniprésence d'Internet Explorer : les FAI
Posté par Christophe Fergeau . En réponse au journal une arme contre l'omniprésence d'Internet Explorer : les FAI. Évalué à 1.
[^] # Re: Que faire d'un très vieil ordinateur ?
Posté par Christophe Fergeau . En réponse au journal Que faire d'un très vieil ordinateur ?. Évalué à 2.
# Re: troll économique et politique (vous êtes prévenus ;-)
Posté par Christophe Fergeau . En réponse au journal troll économique et politique (vous êtes prévenus ;-). Évalué à 5.
Le lobbying, c'est comme le capitalisme, le libéralisme ou tout ce que tu veux. Tant que ca reste à petite échelle, c'est pas forcément mauvais. Dés que ça s'applique à grande échelle avec des énormes boites, ça se met à plus tourner très rond...
[^] # Re: Ici aussi, sans troll.
Posté par Christophe Fergeau . En réponse au journal Que pensez-vous du nouveau file selector de Gnome ?. Évalué à 1.
[^] # Re: Question technique
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 0.
[^] # Re: Question technique
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 3.
[^] # Re: Donc qu'est-ce qu'il vaut mieux utiliser ?
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 2.
Oui, y en a pas beaucoup ;)
Pour les projets utilisant arch, y a au moins rhythmbox qui l'utilise, reste à voir si tu considères ça comme un gros projet
[^] # Re: Donc qu'est-ce qu'il vaut mieux utiliser ?
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 2.
En ce qui concerne la phase de R&D de arch, c'est vrai qu'il évolue encore très vite (quoi que les fonctionnalités de base semblent se stabiliser au fur et à mesure que tla 1.2 approche), et que ça peut être assez pénible à suivre.
[^] # Re: Donc qu'est-ce qu'il vaut mieux utiliser ?
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 1.
A mon avis arch et subversion ont chacun leurs avantages et leurs inconvénients. Personnellement, j'aime beaucoup arch, donc j'aurais tendance à te le recommander, mais je n'ai jamais testé subversion, donc mon avis ne vaut pas grand chose :) Mais arch a quand meme ses inconvenients, essentiellement que c'est quand meme assez complexe à utiliser/mettre en place.
Donc je te conseille de tester les deux (arch et subversion), et de choisir celui qui te séduit le plus.
[^] # Re: Sortie de Subversion 1.0.0
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 1.
[^] # Re: Sortie de Subversion 1.0.0
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 4.
T'aurais plus d'infos sur les "détails qui coincent" pour arch et savannah ?
[^] # Re: [HS] Arch
Posté par Christophe Fergeau . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 5.
# Re: Linux en catalone, la ville de Manresa franchit le pas!
Posté par Christophe Fergeau . En réponse à la dépêche Linux en Catalogne, la ville de Manresa franchit le pas !. Évalué à 1.
[^] # Re: Samsung X10
Posté par Christophe Fergeau . En réponse à la dépêche Noyau 2.6.3 dans les bacs. Évalué à 1.
[^] # Re: Noyau 2.6.3 dans les bacs
Posté par Christophe Fergeau . En réponse à la dépêche Noyau 2.6.3 dans les bacs. Évalué à 4.
[^] # Re: Kernel 2.6.3 dans les bacs
Posté par Christophe Fergeau . En réponse à la dépêche Noyau 2.6.3 dans les bacs. Évalué à 5.
Le support du G5 en mode 32 et 64 bits semble aussi être nouveau dans ce noyau, ça me parait plus important que la gestion du mode SMP ;)
[^] # Re: Du rififi pour XFree
Posté par Christophe Fergeau . En réponse à la dépêche Du rififi pour XFree. Évalué à 5.
[^] # Re: Résumés GNOME
Posté par Christophe Fergeau . En réponse à la dépêche Résumés GNOME. Évalué à 2.
Pour faire court, c'est prévu pour fin mars.
[^] # Re:
Posté par Christophe Fergeau . En réponse à la dépêche Le code source de Win NT4 et Win 2000 sur l'Internet. Évalué à 4.
Y a juste les vraies boites professionnelles qui font du bon logiciel propriétaire qui ont des vrais programmeurs capables d'écrire du vrai code original et tout et tout
[^] # Re: Format de stockage
Posté par Christophe Fergeau . En réponse à la dépêche Comparatif des systèmes de contrôle de version. Évalué à 1.