Edouard Gomez a écrit 450 commentaires

>les "features vraiment novatrices" par rapport à CVS sont avant la version 1.0 (atomicité, gestion des répertoires, versionning de branche, coût 0 des copies, meta-donnée). Tu confirmes j'espère ?

Non, pour moi ces features sont en grande partie que des corrections des erreurs de CVS. C'est pourquoi pour moi, les features que j'attend sont pour l'apres 1.0.

Ceci dit je le répète je ne crache pas sur Subversion mais Darcs et Arch me semblent bien plus prometteurs que Subversion.

> NON et NON et NON subversion ne fait pas du sur place.

Si tu crois que j'ai dis que Subversion etait moribond, c'est complètement faux, le développement de Subversion va bon train. Mais en terme de fonctionnalités, je suis désolé mais Subversion évolue TRES (trop?) lentement. Trop de choses sont reportées pour l'après 1.0.

> Excuse moi mon cher Edouard Gomez, mais tu es un con.

Ce jugement gratuit montre que je parle à un connaisseur en la matière.

>Si tu t'étais renseigné 2 secondes tu aurais vu que ce que tu apprécies sur arch, existe sur subversion :
>[liste de features...]

Je n'ai jamais affirmé que Subversion ne répond pas à certains problèmes de CVS, et cette liste de features est accessible sur le site de tigris, dont j'ai posté le lien pour que les lecteurs puissent aller chercher des informations complémentaires, y compris sur Subversion, le projet que je tente de diaboliser d'après tes dires... ah mais oui ! je ne suis qu'un con, c'est vrai, j'oubliais.

Maintenant, regardons plus en détail cette liste de features:
>commits atomiques

oui rien a redire, c'est présent depuis que je connais Subversion

>Subversion, le backend, est orienté base de données. Actuellement il utilise Berkeley DB mais après la version 1.0 d'autre base de donnée seront supporté (mysql/postgresql, etc).

Sur ce point, je dirais que sur le papier, ce point a l'air très intéressant, mais lorsque j'ai testé Subversion sur l'import d'un noyau Linux 2.4.19 en Octobre 2002, le backend BerkeleyDB massacrait les perfs de Subversion... l'import en _local_ sur un p4 1.5GHz et 512MB de RAM avait mis 40minutes... le premier checkout 20Minutes. Les commits eux étaient raisonnables et tournaient autour de 2/3 minutes le temps de traverser l'arbre complet des fichiers (qui est conséquent). Ce qui semble etre un avantage, ne l'est peut etre pas dans tous les cas. J'espère que Subversion a progressé dans ce domaine.

>Subversion consomme peut de réseau. Seul les diffs circulent et en compressé.

Cette innovation est bien mince mais certes bon point pour Subversion.

>Subversion dispose déjà de client graphique qui tourne sous Unix et Windows.

Oui en effet, tu fais bien de le signaler. Subversion possède plus d'outils périphériques. Pourquoi ? Car ca fait déjà quelques temps qu'on nous le présente comme LE successeur de CVS. Il attire donc plus l'attention des développeurs que Darcs ou Arch. Il est alors tout a fait compréhensible qu'on trouve ces outils plus user friendly...

>Subversion dispose déjà de client graphique qui tourne sous Unix et Windows.

Sur ce point je n'ai rien a redire, c'est une vrai force de Subversion.

>Le protocol réseau de Subversion est parfaitement standard puisque c'est webDav. Tout client Dav peut fouiller un dépôt Subversion. Pour le serveur, Apache est utilisé (+ module dav + module subversion). C'est une garanti d'efficacité et de sécurité. C'est donc très facilement qu'https est dispo..

Oui, tout à fait vrai, Subversion a su exploiter ce que WebDAV offre de base (opérations classiques sur fichier + versionning). Maintenant il faut aussi avouer que ce choix du "tout WebDAV" a énormément complexifié le backend. L'implémentation dav de subversion est loin, très loin d'être triviale.

>C'est "presque rien de plus que CVS" ? Subversion veut remplacer CVS mais au près des utilisateurs ! Ça ne veut pas dire que Subversion va recoder CVS ! Faut être con pour croire ça.

Je n'ai jamais avancé de tels propos. Inventes ce que bon te plais. j'ai juste dis que "Subversion se positionne comme LE successeur de CVS".

>> A dire vrai, des projets comme meta-cvs, se greffant sur CVS, font presque aussi bien que Subversion tout en étant bien moins compliqués.
>100 % pure troll.

1/ le terme "compliqué" se réfère à l'implémentation, non à l'outil vu par l'utilisateur.
2/ Relis la page de tigris, les features vraiment novatrices sont pour "l'après 1.0" qu'on attend si patiemment. Et toi même tu l'avoues.

>C'est news c'est de la MERDE.

D'abord on dit "_cette_ news c'est de la MERDE". Puis ensuite je remarque juste que ton commentaire n'est pas constructif... bref tu ne réhausses pas le niveau si pitoyable de ma news.

>PS : NRV.

T'es pas beau quand tu t'ennerves, reste calme, c'est juste un conseil de la part du "con".

Faut-il comprendre que le cout varie en fonctions du nombre de revisions/patches ?

Non, le cout est constant.

En gros, Arch va juste créer un répertoire pour la nouvelle branche (si besoin est) et la seule chose qui distingue un tag d'une version normale c'est la présence d'un fichier CONTINUATION dans le répertoire du patchset.

Breveter maintenant n'est plus possible, car l'invention a été révélée au public... bon maintenant rien ne l'empeche d'avoir été berveté avant ce post (pas envie de me palucher la liste des brevets pour vérifier ;-)

pour avoir des entiers très longs, il me semble que c'est "long long" (8 octets) ou "quad" (pareil), mais c'est à vérifier.

La norme ANSI C (aka ISOC89) ne prévoit pas de types entiers de 64bit. Par contre il est vrai que la norme ISOC99 fixe un "long long" comme étant un type entier de 64bit.

Le terme "quad" m'évoque bien plus l'assembleur IA32 ou effectivement on y cotoie des "quad word" pour le MMX (instructions post/prefixées par "q" ou "p", movq, por, pand, pmul, padd pour indiquer que ca travaille sur les registres MMX 128bit).

Tite grosse faute à corriger dans le corps de la news^Wdépêche

s/Esperont/Espérons/

Ca doit etre valide pour galeon 1.2.x ton astuce, tout comme les CSS alternatives d'une page HTML s'afficahaient directement dans un menu.

Maintenant Galeon 1.3.5, c'est simple, t'as plus accès qu'à très peu des paramètres de conf... pfffff relou pour les feuilles de style entre autres.

alors pourquoi quand microsoft le fait, c'est des méchants mais que GNU c'est des gentils ? Parce que en général MS "Embrace, does not extends so much but locks up the market", confère l'affaire Java où MS avait pensé que Java devait pouvoir taper dans les libraries système du système host... en gros ils ont pris Java "le langage", et ils avaient jeté aux orties les idées fondatrices de Java de dev Java -> "Program/compile once, runs everywhere" Mais y'a pas que MS dans ce cas, c'est juste que c'est un des seuls cas auxquels j'ai été confronté au début de ma vie de programmeur en C et en Java (ca fait 5ans, je suis pas encore un dino, ouf). Autre exemple, les appels d'objets clsid/COM/DCOM/ActiveX directement a partir de pages web... dans une moindre mesure, les aparitions sauvages de balises a l'epoque où netscape et IE se faisaient la guerre, c'etait à qui sortirait la balise la plus stupide (ze ouineur is <blink> ou <layer>) où les trucs les moins compatibles d'une version sur l'autre (MS DHTML) ça me paraît plus que limité, voire « télétubbien » comme raisonnement. C'était censé être un condensé de mon expérience, j'ai donc illustré ma phrase télétubienne car sortie de mon expérience ca pouvait être mal interprété. ce n'est pas en aucun cas contre toi Pas la peine de prévenir, on est là pour échanger des idées.

C'est la technique du "Embrace and extend", mais bon ca a au moins le mérite d'apporter un plus. Puis tout ç a est fait dans la transparence, tes outils GNU (pour la plupart) peuvent tourner en mode POSIX.

Pour moi, les outils GNU respectent souvent un standard du mieux possible puis ensuite sont étendus pour répondre à des lacunes ou introduire des facilités. Dans le logiciel propriétaire, le respet du standard est souvent bien secondaire... l'apparition des extensions/facilités se fait souvent au détriment du standard qui lui restera peu implémenté.

Petit exemple illustrant ce fait: GNU CC (GNU) et Visual C++ (MS). GNU CC n'a de cesse d'implémenter le standard ISO C99, tandis que VC++ depuis sa version 5 stagne dans une sorte de coma entre ISO C89 (ANSI C) et ISO C99 très partiellement supporté. Par contre dans le même temps, VC++ a intégré beaucoup plus d'extensions que gcc qui tente de limiter les __attribute__() (j'avoue c'est pas gagné, gcc 3.x en apporte beaucoup). Dans un cas y'a la volonté affiché de pourrir le langage C (qui est plutot pas mal en ISO C99) pour favoriser C# et de l'autre y a juste la volonté de faire mieux, _et_ encore plus compatible.

Voila ma vision des choses

PS: les 80% se référent bien entendu a la taille des fonts.

Bon il faut 80% pour que la lecture redevienne agréable ss mozilla/galeon.

Oui la version proposée utilise des fonts vraiment trop grandes, chez moi la page de news a doublé de hauteur, lire un article sur un écran en 1152x864 devient un vrai calvaire tellement l'oeil doit parcourir de chemin entre le début et la fin de l'article.

Faudrait retenter avec des fonts plus petites.

Je propose un autre style un peu plus structuré qu'une simple liste: http://ed.gomez.free.fr/vrac/test.html Reste plus qu'a adapter les couleurs pour que ca colle avec linuxfr.org. Fabien ?

GIF: des brevets. a eviter.
PNG: idem

PNG est libre de droit, c'est d'ailleurs sa raison d'être première. Il a été conçu afin que le Web ait un format d'image à la GIF mais sans brevets. D'ailleurs l'acronyme PNG a plusieurs signification, dont celle ci: PNG is Not GIF (a lire "ping iz not guife"), la plus officielle c'est Portable Network Graphics.

mpeg2: ->xvid
mpeg4: ->xvid
avi: ->xvid

Et pouf, perdu, dans l'eau. XviD est une implémentation certe libre d'un compresseur MPEG4, mais ce qu'il génère est soumis à royalties. XviD est exactement dans le même flou juridique que Lame. A savoir, qu'on considère leurs sources comme étant une réécriture du standard (donc non soumis a royalties) mais du moment où le source est compilé, il devient un compresseur MPEG4 (Audio MPEG2 layer3 pour lame) et tombe sous le coup des royalties et autres joyeusetés. Pour du vrai libre, voir du coté de Theora (une alpha 2 est sortie récemment) ou Tarkin (au point mort). En attendant d'avoir un Theora réellement performant (qualité/vitesse), il est cependant préférable d'utiliser XviD ou bien FFMPEG plutôt que DivX4/5 qui eux sont des codecs totalement proprio (logiciel+format)

Quant à l'AVI, encore perdu, c'est un container dont les specs sont ouvertes.

PS: le must :)

PS ne convient que pour une seule chose: l'impression. Pour le reste PS reste et restera une merde innommable dans la mesure où il n'a jamais été pensé pour autre chose. Le meilleur format est le PDF, petit rejeton du PS avec toutes les améliorations qui y ont été apportées afin de pouvoir aussi le consulter, naviguer dedans grâce à un système de balise, supporter des formats d'image divers tel que PNG, JPG, etc etc

"Parce que si certains sont dans la vie de tous les jours comme ils sont sur internet, et bien, ça doit pas être toujours rigolo..."

Peut etre que leur vie de tous les jours, c'est Internet... :-)>patapai/<

C'est fou, je re re re clique et la c'est bon, moinser moi un coup pour faire disparaitre mes comments. Merci

Les 3 liens me donnent un beau 404 avec un beau logo... je pense pas que ce soit le but du journal ? ;-)

- Dune (Herbert) (les 2 premiers tomes pour commencer, puis le reste pour les courageux)
- Fondation (Asimov) (a lire au complet et de préférence après les Robots du même auteur)
- Hyperion (Simmons)
- Ubik, A rebrousse temps (K.Dick)
- La machine a voyager dans le temps (sait plus qui :-( mais c'est un grand grand enorme classique de la SF)
- La nuit des temps (Barjavel)
- Farenheit 451 (Bradburry)
- Linux programmation Systeme^W^W^Wnon j'ai rien dit

Les drivers de periphs HID tels que claviers, souris etc etc ont été retravaillé et il faut prendre soin de les activer correctement. Google un peu sur les Input devices + linux 2.5.

$ vi -bash: vi: command not found Moi je prefere cette configuration la.

Mon switch s'est fait vers mes 19ans, j'étais en prépa MPSI, quand 2 potes m'ont parlé des trucs incroyables que E15 pouvait faire... n'étant pas novice en info, j'ai donc acheté un mag... j'ai installé une mandrake sur la bécane de mon frère... (une des premieres, on parlait encore de fork redhat+kde)

1/ A l'epoque je developpais déjà* quelques applis sur Win98Se (de la 3d avec glide2x/3x et de la GUI avec les MFC), je plantais la machine toutes les 20minutes (temps de reboot, relance de MSVC5 version warez edition, et appuyage sur F7/F5)... GNU/Linux je pouvais développer/tester toute la journée sans devoir rebooter (sauf cas tres exceptionnel).

2/ Tout ce que je faisais sous Win, je pouvais le faire sous Linux...

3/ Mon matos etait bien reconnu ss nunux, et ce qui marchait pas bien, bah j'ai aidé à faire en sorte que ca marche correctement (driver Speedtouch USB en suer space)

4/ Désolé si tu veux pas entendre parler de la partie philosophique, mais le fait que le tout le code source soit dispo, que le partage du savoir soit mis en avant, le fait que la copie soit permise et encouragée... tout ca réuni m'a fait comprendre qu'après tout, même en étant étudiant (donc petit budget) je pouvais m'offrir des très bon softs où j'en avais pour ma tune (cad 0€ ou le prix des mags sur lesquels je choppais les distros), apprendre comment ils fonctionnaient, et contribuer directement à leur développement.

5/ J'étais devenu un adepte du warez, et je voulais pas continuer dans cette voie. Le warez saimal.

6/ la mascotte/logo: Un pinguoin c'est plus fun que 4 fenetres bariolées.

7/ Le dual boot m'a fait migrer petit a petit avant le grand saut 1an apres le premier contact, la c'etait sur ma propre becane, que je venais tout juste de m'offrir.

Voila, je suis resté ss mandrake un bon bout de temps, mais en voyant la tronche de la 8.0 (je bossais avec dams sur l'integration du speedtouch usb dans la mdk, et il me passait des betas de la traktopel, omg j'avais jamais vu de distro aussi buggée) j'ai pris peur et j'ai installé une Debian Potato vite upgradée en SID... depuis c'est régime Debian GNU/Linux SID.

* Ouais les maths/physique/chimie m'intéressaient pas plus que ca en prépa :-)

NAME

       grub-install - install GRUB on your drive

SYNOPSIS

       grub-install [OPTION] install_device

install_device est bien obligatoire... ô "man" mais pourquoi suis je le seul à t'aimer ?

Ca a été réalisé par un des membres de l'équipe qui a réalisé Final Fantasy: Spirit Within.

On reconnait d'ailleurs pas mal le style, le grain de peau, la gestion du regard... très beau a voir, dommage que tu n'ais eu qu'un ecran 36cm pour le voir.

Pour ceux qui ont pas vu Matrix Reloaded, ce court metrage en est un prélude. Donc maintenant vous avez toutes les clefs en main pour aller voir le film.

Donc on retiendra juste que dans un futur surement lointain, ipv4 sera toujours utilisé. C'est vraiment con pour ipv6 qui aura toujours pas reussi a s'imposer...

Hop -->[]

Non l'image est en noir et blanc car les cartes videos sont souvent parametrees en TvOUt NTSC ou PAL par défaut. Or ta petite télé de petit français est PAL/SECAM. Lorsqu'un signal PAL est visualisé sur du PAL/SECAM, l'image reste en noir et blanc car seule cette partie du signal est commune aux deux normes.

Je serais toi, je regarderais donc du coté des normes du signal, cherche a mettre la carte en PAL/SECAM (appelé PAL-N par d'autres)