CVS et Subversion se focalisent sur les changements par fichier (on a donc des interfaces où l'on navigue dans le système de fichiers et où on peut consulter chaque fichier indépendamment -- choses qui sont faisables avec Arch bien sûr) alors qu'Arch se focalise sur les changements par lots (il faut donc un interface pour consulter le contenu d'un lot, pour lister les changements qui ont eu lieu entre le patch-43 et le patch-57 de tel individu, par exemple)
En fait pas exactement sur Subversion étant donné que les commits sont atomiques la notion de changement par lot existe bel et bien. C'est d'ailleurs le truc le plus déroutant pour les utilisateurs de CVS car lorsque l'on met un mot clé $Revision$ dans un fichier géré par svn, le nombre n'est pas comme sur CVS une version du fichier mais la révision du répository durant laquelle le fichier a été modifié en dernier: donc le numéro du lot dans lequel le fichier a été modifié la dernière fois. D'ailleurs ce type de fonctionnalité (navigation par changeset) n'est pas à ma connaissance implémentée dans subsclipse.
Et bien développe le, où sponsorise son développement.
En regardant les discussions qui ont eu lieu sur arch avec la sortie de subversion 1.0.0 et de tla 1.2 j'ai l'impression que la gestion de conf avec arch est assez différente de ce qui se fait plus classiquement. Est-ce que cela ne va pas être un problème pour développer des plug-ins pour des IDE. En clair, le développement de subclipse (le plugin subversion pour Eclipse) était relativement « facile » à faire puisqu'au final sont fonctionnement serait très proche du très bon plug-in pour CVS. Est-ce que le développement d'un plug-in pour arch peu suivre ce schéma (on prend les fonctionnalités et l'ergonomie du plug-in CVS et on adapte) ou est-ce qu'il sera nécessaire de remettre de tour remettre à plat de ce côté là ?
Ce qui implique qu'un nouveau système doit impérativement être supérieur à l'ancien pour pouvoir prétendre le remplacer.
Yep mais cela ne garanti pas malgré tout que la migration ne perdra rien au passage. C'est d'autant plus vrai que lorsque l'ancien système de gestion de conf avait des défauts que l'on contournait par des magouilles.
Je ne suis pas trop trop au fait de ce que pourrait donné un tel driver mais est-ce que ça ne ferme pas la porte à des fonctionnalités comme l'utilisation d'overlay pour l'affichage de vidéo (Xv), le multi-écran (Xinerama).
En outre est-ce que le passage par OpenGL n'est pas qq chose qui va être consommateur en ressources ce qui se traduirait pas nécessairement par une perte de vitesse mais aussi par plus de chaleur à dissiper au niveau de la carte graphique (donc plus de bruit).
Il est vrai que l'utilisation de DB par Subversion a quelques inconvénients. Maintenant que donne le système de Arch lorsqu'il commence à y avoir beaucoup de version de gros fichiers ?
J'utilise professionnellement PVCS qui utilise des fichiers "normaux" pour stocker les révisions et lorsque les archives deviennent trop grosses (fichiers binaires modifiés souvent), les performances deviennent catastrophiques.
Pas à ma connaissance il faudrait chercher sur les archives de ML. Ceci-dit Scarab (http://scarab.tigris.org(...) ) envisage de passer de CVS à Subversion. Ce qui me permet un habile raccourci sur un problème commun à Arch et SVN sur de gros projets: leur intégration avec des outils de gestion de bugs.
il est tout à fait possible de mettre en place un référentiel centralisé avec Arch
L'inverse semble d'ailleurs être vrai car il existe le projet svk http://svk.elixus.org/(...) qui construit un système réparti au dessus de Subversion :
Je pense qu'il est illusoire de chercher le gestionnaire de version du futur, le bon gestionnaire dépendra avant tout des besoins du projet. Pour rester dans la comparaison CVS, Svn et Arch, je ne pense pas qu'il y a beaucoup de monde à avoir une expérience sérieuse sur les trois. Pour ma part j'aime beaucoup Subversion mais n'ayant aucune expérience sur Arch au dela de sa compilation, mon avis vaut probablement 0.
De ton côté qu'est-ce qui ne t'avais pas convaincu dans Subversion ?
Il n'y a pas si longtemps que ça, le backend VC ne fonctionnait qu'avec Emacs, pas Xemacs. Le problème venait de la version de VC fournie avec Xemacs qui était trop ancienne.
Mouais j'suis sceptique. Ce n'est pas parce que tu n'a pas lu les conditions avant de signer que tu n'es pas lié par un contrat ; sauf clauses abusives, bien sûr. Qui a lu l'intégralité des conditions générales d'abonnement avant de prendre un téléphone portable avec un ligne ?
À mon avis, la seule chose contestable serait que le clic sur le OK est "automatique" pour l'utilisateur mais ceci-dit de plus en plus d'installeurs obligent l'utilisateur a cocher explicitement "j'accepte la licence" pour pouvoir cliquer sur OK.
oui mais non. si l'utilisateur appuie sur "OK" pour installer un logiciel en anglais, c'est qu'il prétend le comprendre.
En étant un chieur il est toujours possible de dire que rien ne permet d'affirmer que c'est l'utilisateur qui a appuyé sur "OK":
J'ai inséré le CDRom, je suis parti aux toilettes et lorsque je suis revenu le logiciel était installé. Est-ce ma fille ou mon chat qui ont cliqué sur Ok ou est-ce un bug ou un cheval de Troie qui a permis à l'installeur de passer en mon absence à l'étape suivante, je ne le sais pas.
Surréaliste ? Pas si sûr. Sur http://www.schneier.com/crypto-gram-0311.html#8(...) on voit le cas d'un adolescent anglais qui a été acquité en arguant que son ordinateur était bien la source du problème mais que cela était le fait d'un cheval de Troie et non un acte volontaire de sa part.
e ne suis pas d'accord. Ton Toto a acheté un produit, et il pense avoir le droit de l'utiliser comme bon lui semble.
Tout le problème se situe dans acheté. Si tu regardes les licenses des logiciels, tu pourras voir que les éditeurs ne veulent pas te vendre un logiciel mais te concéder une licence d'utilisation ce qui est totalement différent.
Si tu achètes un logiciel au détail je pense que ça ne devrait pas être impossible de te le faire rembourser si tu n'acceptes pas la licence. Sportif mais pas impossible.
J'aurai tendance à dire que le libre est victime de son succès. Des entreprises commencent à développer du code libre mais pouvoir l'intégrer dans un modèle plus classique ce qui donne les MPL (Mozilla), CPL (Eclipse) et consort.
D'un autre côté des petits malins veulent bien utiliser du libre sans en accepter les règles ce qui est probablement la cause de la nouvelle license d'Apache et qui pourrait être la cause d'une V3 de la GPL, si un tribunal conteste sa validité.
Si c'est vrai pour pas mal de mots, je ne pense pas que cela s'applique à Windows. En ce qui me concerne je n'ai jamais entendu un francophone dire « ferme les windows » j'ai froid. Quand bien même se serait le cas Microsoft aurait toujours la possibilité d'attaquer sur le terrain de l'antériorité.
On se retrouve encore devant le pouvoir exhorbitant des droits d'auteurs et assimilés.
Plus précisément, subversion dispose de plusieurs moyens d'accèder à un répository:
directement sur les fichiers ;
par http/https (WebDAV) ;
par un protocole propriétaire directement ou via ssh, pour ce dernier point c'est le client subversion qui se débrouille tout seul avec ssh, pas du tunnelling TCP/IP.
De plus il est très difficile pour un particulier/une petite structure de combattre une grosse société qui n'hésite pas à outrepasser ses droits.
Vrai mais l'histoire prouve qu'une petite structure à très très peu de chance de survivre lorsqu'elle commence à géner des grosses boîtes.
Deux exemples : le produit Stacker qui vers la fin des années 80 a introduit la compression à la volée des données sur les disques durs a disparu de la circulation malgré des brevets et un procès gagné contre Krosoft.
Dans un autre domaine, la société LC-Concept avait au début des années 90 mis au point un système de son numérique pour le cinéma. Bien qu'étant à l'époque le seul système fonctionnant effectivement (avec de vrais films passant dans de vrais salles et des machines vraiment à vendre) et malgré les brevets protégeant le système, la société a aujourd'hui disparu.
Ce qui m'énerve dans cette approche c'est le coté "venez c'est gratuit" pour constituer la base d'utilisateur et puis ensuite on a "on est désolé mais maintenant faut raquer". Il y a une certaine hypocrisie dans ce modèle.
C'est vrai mais il s'agit malgré tout de qq chose de courant. 99% des utilisateurs s'en foutent et le 1% restant sais que c'est une arnaque.
Le modèle "freeware pas libre" n'est de toute façon pas tenable à moyen terme.
Pas faux mais pour des logiciels tels que TS qu'est-ce qui marche comme modèle ? Le modèle "payant" est à mon avis voué à l'échec car personne n'est prêt à payer pour un logiciel aussi peu utilisé. Qui pis est Crosoft, et d'autres donnent des logiciels équivalents. Quant au modèle libre je doute qu'il permette à une société comme TS de survivre. Alors qu'est-ce qu'il reste ?
Effectivement ils sont une logique 200% "closed source" et probablement commerciale à terme. Mais malgré tout il y a un client et un serveur pour Nunux et cela reste malgré tout encore assez rare. Est-ce que ça ne justifie pas le passage de la niouze ?
Juste une alors ;-) : Gimp ne supporte pas les images avec plus de 8 bits par composante. Certes Cinepaint le fait mais étant basé sur gimp 1.1 il est nettement mon abouti sur pas mal de points que gimp 1.3 et en outre il n'est pas possible d'imprimer de telles images (à confirmer).
Maintenant à quoi servent les images en plus de 10 bits par composant pour l'utilisateur lambda ? Simple j'ai un appareil photo numérique qui sait me sortir des images compressées sans perte avec 10 bits par composante. La qualité est meilleure surtout en cas de sur/sous exposition.
Une petite nuance cependant. IBM est effectivement une société commerciale dont le but est de faire des thunes mais contrairement à Microsoft et d'autre, IBM a depuis longtemps l'habitude de travailler avec des spec publiques ou de donner certains actifs. Les fontes Courier et Prestige Elite développées par IBM pour ses machines a écrire ont été numérisées puis passées dans le domaine public (en gros). Les specs des gros ordinateurs d'IBM sont depuis longtemps accessibles y compris pour faire concurrence à IBM (ce qu' fait Hitachi jusqu'à il n'y a pas si longtemps ou ce qui a permis à Bull de faire des serveurs compatibles avec les RS/6000 d'IBM). Plus proche de nous, c'est probablement parce qu'IBM a publié les specs de son IBM PC que la micro informatique est devenue ce qu'elle est aujourd'hui. Effectivement il me semble que la générosité d'IBM est probablement la cause de procès anti-trust (des vrais ceux-là) mais le résultat est là, faire de l'Open Source ou du logicel libre pour IBM est probablement quelque chose qui ne révolutionne pas grand chose au sein de la société alors que j'imagine que chez Sun ou Microsoft la chose est complètement nouvelle.
Posté par gabuzo .
En réponse à la dépêche Kill Bill.
Évalué à 1.
Ça fait bizarre en VF parceque sur le tableau il marque "Bienvenue" ou un truc comme ça.
Pour l'anecdote, à la grande époque de Disney, les plans où il y a avait du texte étaient réalisés en plusieurs langues. Ainsi dans Blanche Neige, les noms des nains sur les lits sont les noms français dans la VF et les noms anglais dans la VO.
Posté par gabuzo .
En réponse à la dépêche Kill Bill.
Évalué à 4.
Lit ce que j'ai écriis plus haut sur le sujet. Mais en gros Tarantino a voulu faire un film de 4 heures et il est aujourd'hui quasiment impossible de sortir un film d'une telle durée en salles.
C'est impossible à cause de la grogne des exploitants face à la réduction du nombre de séances que cela implique mais aussi parce que, contrairement aux salles uniques qui ont été détruites pour la plupart dans les années 70, les multiplexes actuels ne sont pas pensés pour permettre l'exploitation de films longs avec un entr'acte comme cela ce faisait.
Posté par gabuzo .
En réponse à la dépêche Kill Bill.
Évalué à 0.
Histoire de revenir au refrain de LinuxFr ces derniers temps, mais je suis assez étonné de l'interdiction aux moins de 16 ans dont a hérité Kill Bill. Certes comme plusieurs l'on fait remarqué, il y a des litres et des litres de sang dans Kill Bill mais l'exagération rends les effets sont plus comiques que malsains. Lorsque l'on regarde les films qui ont bénéficié d'une interdiction au moins de 16 ans dans le passé ("Le sous-sol de la peur" ou "Braindead" par exemple) on ne peut s'empêcher de se dire que la "moralité" fait un grand retour au sein de la commission qui décerne les visa d'exploitation.
[^] # Re: Problème de persistence avec votre modem usb ?
Posté par gabuzo . En réponse au message [Debian] Problème de persistence avec votre modem usb ?. Évalué à 1.
[^] # Re: Outils pour GNU Arch/TLA 1.2 ?
Posté par gabuzo . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 3.
En fait pas exactement sur Subversion étant donné que les commits sont atomiques la notion de changement par lot existe bel et bien. C'est d'ailleurs le truc le plus déroutant pour les utilisateurs de CVS car lorsque l'on met un mot clé $Revision$ dans un fichier géré par svn, le nombre n'est pas comme sur CVS une version du fichier mais la révision du répository durant laquelle le fichier a été modifié en dernier: donc le numéro du lot dans lequel le fichier a été modifié la dernière fois. D'ailleurs ce type de fonctionnalité (navigation par changeset) n'est pas à ma connaissance implémentée dans subsclipse.
[^] # Re: Outils pour GNU Arch/TLA 1.2 ?
Posté par gabuzo . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 3.
En regardant les discussions qui ont eu lieu sur arch avec la sortie de subversion 1.0.0 et de tla 1.2 j'ai l'impression que la gestion de conf avec arch est assez différente de ce qui se fait plus classiquement. Est-ce que cela ne va pas être un problème pour développer des plug-ins pour des IDE. En clair, le développement de subclipse (le plugin subversion pour Eclipse) était relativement « facile » à faire puisqu'au final sont fonctionnement serait très proche du très bon plug-in pour CVS. Est-ce que le développement d'un plug-in pour arch peu suivre ce schéma (on prend les fonctionnalités et l'ergonomie du plug-in CVS et on adapte) ou est-ce qu'il sera nécessaire de remettre de tour remettre à plat de ce côté là ?
[^] # Re: Arch ou SVn vs. BitKeeper
Posté par gabuzo . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 1.
Yep mais cela ne garanti pas malgré tout que la migration ne perdra rien au passage. C'est d'autant plus vrai que lorsque l'ancien système de gestion de conf avait des défauts que l'on contournait par des magouilles.
[^] # Re: XFree86 : ce qui s'est passé depuis 1 an
Posté par gabuzo . En réponse à la dépêche XFree86 : ce qui s'est passé depuis 1 an. Évalué à 1.
En outre est-ce que le passage par OpenGL n'est pas qq chose qui va être consommateur en ressources ce qui se traduirait pas nécessairement par une perte de vitesse mais aussi par plus de chaleur à dissiper au niveau de la carte graphique (donc plus de bruit).
[^] # Re: Donc qu'est-ce qu'il vaut mieux utiliser ?
Posté par gabuzo . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 1.
J'utilise professionnellement PVCS qui utilise des fichiers "normaux" pour stocker les révisions et lorsque les archives deviennent trop grosses (fichiers binaires modifiés souvent), les performances deviennent catastrophiques.
[^] # Re: Donc qu'est-ce qu'il vaut mieux utiliser ?
Posté par gabuzo . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 1.
[^] # Re: Donc qu'est-ce qu'il vaut mieux utiliser ?
Posté par gabuzo . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 3.
L'inverse semble d'ailleurs être vrai car il existe le projet svk http://svk.elixus.org/(...) qui construit un système réparti au dessus de Subversion :
[^] # Re: Donc qu'est-ce qu'il vaut mieux utiliser ?
Posté par gabuzo . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 2.
De ton côté qu'est-ce qui ne t'avais pas convaincu dans Subversion ?
[^] # Re: Sortie de Subversion 1.0.0
Posté par gabuzo . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 1.
[^] # Re: Theo de Raadt décide le fork de Apache
Posté par gabuzo . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 1.
À mon avis, la seule chose contestable serait que le clic sur le OK est "automatique" pour l'utilisateur mais ceci-dit de plus en plus d'installeurs obligent l'utilisateur a cocher explicitement "j'accepte la licence" pour pouvoir cliquer sur OK.
[^] # Re: Theo de Raadt décide le fork de Apache
Posté par gabuzo . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 2.
En étant un chieur il est toujours possible de dire que rien ne permet d'affirmer que c'est l'utilisateur qui a appuyé sur "OK":
Surréaliste ? Pas si sûr. Sur http://www.schneier.com/crypto-gram-0311.html#8(...) on voit le cas d'un adolescent anglais qui a été acquité en arguant que son ordinateur était bien la source du problème mais que cela était le fait d'un cheval de Troie et non un acte volontaire de sa part.
[^] # Re: Theo de Raadt décide le fork de Apache
Posté par gabuzo . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 1.
Tout le problème se situe dans acheté. Si tu regardes les licenses des logiciels, tu pourras voir que les éditeurs ne veulent pas te vendre un logiciel mais te concéder une licence d'utilisation ce qui est totalement différent.
Si tu achètes un logiciel au détail je pense que ça ne devrait pas être impossible de te le faire rembourser si tu n'acceptes pas la licence. Sportif mais pas impossible.
[^] # Re: Theo de Raadt décide le fork de Apache
Posté par gabuzo . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 4.
D'un autre côté des petits malins veulent bien utiliser du libre sans en accepter les règles ce qui est probablement la cause de la nouvelle license d'Apache et qui pourrait être la cause d'une V3 de la GPL, si un tribunal conteste sa validité.
[^] # Re: LindowsOS n'est plus commercialisé en France
Posté par gabuzo . En réponse à la dépêche LindowsOS n'est plus commercialisé en France. Évalué à 1.
On se retrouve encore devant le pouvoir exhorbitant des droits d'auteurs et assimilés.
[^] # Re: Comparatif des systèmes de contrôle de version
Posté par gabuzo . En réponse à la dépêche Comparatif des systèmes de contrôle de version. Évalué à 1.
[^] # Re: killer feature
Posté par gabuzo . En réponse à la dépêche Subversion RC-1. Évalué à 2.
[^] # Re: Voix sur IP : Teamspeak
Posté par gabuzo . En réponse à la dépêche Voix sur IP : Teamspeak. Évalué à 5.
Vrai mais l'histoire prouve qu'une petite structure à très très peu de chance de survivre lorsqu'elle commence à géner des grosses boîtes.
Deux exemples : le produit Stacker qui vers la fin des années 80 a introduit la compression à la volée des données sur les disques durs a disparu de la circulation malgré des brevets et un procès gagné contre Krosoft.
http://www.base.com/software-patents/articles/stac.html(...)
http://perso.club-internet.fr/ludwig2/antimsfr.htm(...)
Dans un autre domaine, la société LC-Concept avait au début des années 90 mis au point un système de son numérique pour le cinéma. Bien qu'étant à l'époque le seul système fonctionnant effectivement (avec de vrais films passant dans de vrais salles et des machines vraiment à vendre) et malgré les brevets protégeant le système, la société a aujourd'hui disparu.
http://lc.concept.free.fr/(...)
[^] # Re: Voix sur IP : Teamspeak
Posté par gabuzo . En réponse à la dépêche Voix sur IP : Teamspeak. Évalué à 3.
C'est vrai mais il s'agit malgré tout de qq chose de courant. 99% des utilisateurs s'en foutent et le 1% restant sais que c'est une arnaque.
Le modèle "freeware pas libre" n'est de toute façon pas tenable à moyen terme.
Pas faux mais pour des logiciels tels que TS qu'est-ce qui marche comme modèle ? Le modèle "payant" est à mon avis voué à l'échec car personne n'est prêt à payer pour un logiciel aussi peu utilisé. Qui pis est Crosoft, et d'autres donnent des logiciels équivalents. Quant au modèle libre je doute qu'il permette à une société comme TS de survivre. Alors qu'est-ce qu'il reste ?
[^] # Re: Voix sur IP : Teamspeak
Posté par gabuzo . En réponse à la dépêche Voix sur IP : Teamspeak. Évalué à 1.
Effectivement ils sont une logique 200% "closed source" et probablement commerciale à terme. Mais malgré tout il y a un client et un serveur pour Nunux et cela reste malgré tout encore assez rare. Est-ce que ça ne justifie pas le passage de la niouze ?
[^] # Re: L'infographie et les logiciels libres
Posté par gabuzo . En réponse à la dépêche L'infographie et les logiciels libres. Évalué à 3.
Juste une alors ;-) : Gimp ne supporte pas les images avec plus de 8 bits par composante. Certes Cinepaint le fait mais étant basé sur gimp 1.1 il est nettement mon abouti sur pas mal de points que gimp 1.3 et en outre il n'est pas possible d'imprimer de telles images (à confirmer).
Maintenant à quoi servent les images en plus de 10 bits par composant pour l'utilisateur lambda ? Simple j'ai un appareil photo numérique qui sait me sortir des images compressées sans perte avec 10 bits par composante. La qualité est meilleure surtout en cas de sur/sous exposition.
[^] # Re: Sun abandonne sa participation à Eclipse
Posté par gabuzo . En réponse à la dépêche Sun abandonne sa participation à Eclipse. Évalué à 9.
[^] # Re: Kill Bill
Posté par gabuzo . En réponse à la dépêche Kill Bill. Évalué à 1.
Pour l'anecdote, à la grande époque de Disney, les plans où il y a avait du texte étaient réalisés en plusieurs langues. Ainsi dans Blanche Neige, les noms des nains sur les lits sont les noms français dans la VF et les noms anglais dans la VO.
[^] # Re: Kill Bill
Posté par gabuzo . En réponse à la dépêche Kill Bill. Évalué à 4.
C'est impossible à cause de la grogne des exploitants face à la réduction du nombre de séances que cela implique mais aussi parce que, contrairement aux salles uniques qui ont été détruites pour la plupart dans les années 70, les multiplexes actuels ne sont pas pensés pour permettre l'exploitation de films longs avec un entr'acte comme cela ce faisait.
# Classification
Posté par gabuzo . En réponse à la dépêche Kill Bill. Évalué à 0.