Je suis d'accord avec toi. Surtout qu'il faudrait voir le nombre de professeur utilisant une méthode globale à 100% ou une méthode syllabique à 100%. Je pense (méthode pifométrique) qu'une majorité d'enseignant apprennent avec une méthode mixte plutôt syllabique.
Quand au ministre, les instituteurs ont reçu fin aout ses consignes par courrier officiel (je ne parle par de ses blabla dans la presse). C'est du foutage de gueule. On ne change pas sa méthode de travail une semaine avant la rentrée des classes...
Tu peux être connu et avoir des parts de marché assez faible. Linux est dans toutes les revues d'informatiques, sur tous les catalogues constructeurs. Presque toutes les entreprises se sont posés la question de basculer des serveurs sous Linux. C'est un choix bien plus difficiles que de remplacer sous Windows IE par Firefox ! Windows n'est pas un UNIX et Linux n'implémente pas l'API Win32, le portage des applicatifs n'est pas trivial.
Ensuite, tu évoques le taux de pénétration chez le particulier. Le particulier est très versatile, surtout le bidouilleur (car mes vieux beaucoup moins ;-)). Et puis, un particulier a une connection ADSL, A comme Asymétrique ! Tout a été fait dans le passé pour qu'il n'ai pas un serveur chez lui même si cela change maintenant. Windows en tant que serveur n'est pas très bon.
Bref, le particulier n'est représentatif que d'une partie de l'informatique. A mon avis, le marché stratégique est celui de l'entreprise, le particulier suivra ce qu'il a au boulot.
Pour ce qui est de l'image, je me place personnellement dans une informatique professionnelle et dans un contexte le plus possible libre. Ce n'est pas sur l'image d'un produit que je suis le plus sensible. Cela n'empêche pas cependant à Linux et même à Debian d'avoir une très bonne image auprès des professionnels que je cotoie. Et ce ne sont pas les pleines pages de pub dans les grands journaux qui ont fait cela.
Attention, je ne crache pas sur firefox que j'utilise. Je suis content de son succès. J'envoi bien moins souvent des courriels aux webmasters pour leur dire que leurs sites sont illisibles sous Linux.
Bref, cette crise est idiote, les deux parties sont perdantes.
Mais oui, c'est eaxctement cela qui est annoncé. Une version de firefox avec quelques patchs qui ajoutent et enlèvent quelques trucs et reste synchronisé avec firefox. Ce genre de chose est "facilement" maintenable, les distributions le font depuis des années.
Les gens sont partis dans le débat à fond en pensant fork et troll alors que ce n'est qu'un repository dont effectivement, le nom est changé.
Pas de quoi s'exiter pour ou contre debian sur ce coup là
Parce que pour toi Firefox a une meilleure image que Linux !
Désolé, mais Linux est mondialement connu. Il est dans tous les magazines, il est partout et sans gros outil de communication...
Je dirais que c'est plutôt Firefox le nain à coté de Linux.
Et comme on le voit dans d'autres posts, que dire d'Apache et d'autres du même accabit.
Je pense que la fondation n'a pas compris le fonctionnement d'une distribution. On ne clique pas sur un .exe sous Linux pour installer un logiciel. Si c'est l'objectif de la fondation mozilla, je souhaite de tout coeur qu'elle perde ce duel.
Toutes les distributions patchent linux et cela ne pose aucun problème. Nous sommes dans le même cas ici. Il est clair que la fondation mozilla fait de l'exès de zèle et risque de ne plus avoir de navigateur à son nom sous un linux rapidement... Cela va à l'opposé de sa politique de communication puisque ses pars de marché vont diminuer !
Au niveau des distributions, cela va embêter les utilisateurs qui ont pris le reflex 'firefox' mais pas plus que cela.
Surtout que si tu as des XP Pro (je ne connais personne qui met des versions Home en entreprise) et si ces XP sont dans un domaine, alors tu perds pas défaut le fast user switching...
Bref, à part le fait d'être aujourd'hui supporté, XP qui n'est que NT-5.1 alors que 2000 était NT-5.0 n'a aucun intérêt pratique sur 2000.
On aimerait bien aussi avoir "keep only this object" en plus de le suppression...
Ensuite, ce n'est pas pareil que de faire une selection rectangulaire "à la nedit" dans la page web et d'imprimer ce rectangle. D'accord, n'imprimer qu'un rectangle, c'est basique mais tellement pratique dans 99% des cas.
"Pour moi, le couple gagnant est Jabber/SIP, pas Jabber/Jingle ou SIP/SIMPLE."
J'aurais tendance à dire Jabber/IAX2. Pour le moment, IAX2 est encore peu répandu mais si Ekiga le supporte bien, ce que je ne doute pas, je pense qu'il va faire un malleur par le simple fait que tout passe dans un socket.
SIP, avec le problème des adresses IP privé est à mon sens, une solution que j'espère transitoire...
En plus avec Jabber/IAX2, c'est vraiment le libre qui impose ses protocoles ouverts ;-)
En pratique, si tu n'as pas un écran super, tu n'y verras que du feu... D'ailleurs, beaucoup de professionnels de l'impression travaillent encore sur des tubes car il est quasiment impossible de calibrer un écran plat. Les couleurs n'arrètent pas de changer.
Donc, le DVI, c'est surtout un pipeau commercial. Et comme je l'ai dis, le DVI est a déjà son remplaçant !
J'ai deux cartes nvidia sur mon PC, chacune avec deux sorties. J'utilise en pratique la carte sur port PCI (l'autre est sur port PCI express) qui a deux sorties VGA et la qualité est vraiment impeccable. Comme je ne joue pas sur ce PC, je ne me suis jamais rendu compte que j'étais sur un port PCI !
Honnétement, j'aimerais savoir quel est le pourcentage de personnes capable de faire la différence entre du DVI et du VGA sur du matériel identique. A mon avis, c'est assez faible.
Il est clair qu'a long terme, on passera au tout numérique. Mais ce jour là, ce ne sera pas du DVI mais autre chose qui n'a pas encore été inventé. Pour le moment, tous les écrans et toutes les cartes fonctionnent très bien en VGA (SUB-15), ca ne vaut pas le coup de s'embéter la dessus (sauf pour du très haut de gamme mais cela est une autre affaire...).
Il faut vraiment être motivé pour programmer une autre implémentation de SSH. OpenSSH est un logiciel libre, très bien supporté, qui n'a eu par le passé qu'un nombre limité d'alerte de sécurité. Par ailleurs, le logiciel évolue bien comme le montre les deux dernières versions. Bref, il est bien plus efficasse de participer au développement d'OpenSSH que de vouloir en faire un autre.
Malheureusement, OpenSSH ne tourne pas en natif sous la plateforme Windows et c'est justement sous cette plate-forme que l'on voit des implémentations propriétaires du serveur SSH et l'implémentation libre du seul client avec putty (que l'on trouve maintenant aussi sous Linux).
La meilleure version libre sous Windows du serveur est pour moi copSSH mais, un manque de confiance, et le fait que cela ne soit pas une application native (mais cygwin) fait que personnellement, je ne la dépoie pas sur tous les postes de bureau sous cet OS.
Enfin, plutôt que de vouloir refaire OpenSSH, on voit apparaître une nouvelle manière d'avoir un accès distant avec les terminaux web au travers des serveurs AnyTerm et AjaxTerm. Il s'agit là d'utiliser un serveur Apache avec une application utilisant la philosophie Ajax pour la rendre plus réactive, chose absolument nécessaire pour un terminal. Personnellement, je n'ai pas encore testé ce genre de chose, je trouve que cela fait un peu usine à gaz. Je n'ai donc pas encore vraiment confiance d'un point de vue sécurité. Et puis, Apache, c'est quand même plus lourd en terme de charge système que sshd.
Tu ne pourras pas... Le problème est intrinsèque au protocole. Le SIP est aussi mal fichu que le H323 avec des ports dans tous les sens. SIP fait vendre et est à la mode mais si tu discutes avec des professionnels de la visio-conférence, le H323 n'est pas près de mourrir.
Personnellement, j'attend le support IAX2 dans ekiga car là, on aura enfin un protocole qui me semble correct.
C'est le DVI qui est une connerie, une arnaque. Ca fait du câble, des connecteurs nouveaux, cela fait vendre pour une qualité amélioré d'une quantité tellement faible que peu de personnes peuvent réellement la voir.
En plus, DVI est déjà dépasser techniquement...
Bref, bientôt, tu ne pourras plus brancher ton écran DVI sur une carte moderne, ce qui ne sera pas le cas du VGA.
Je te l'accorde, le passage par l'analogique est idiot sur le principe, mais que le protocole numérique soit au moins au point et qu'il ne change pas tous les 4 matins.
Je connaissais mais je n'ai pas testé. D'abord, apple est très positif sur la technique qu'il propose (votre finder peut planter n'importe quand !). Ensuite, il n'y a pas que le fichier .DS_STORE mais il y a un fichier ._*** pour chaque fichier du dossier et pour ceux-là, je n'ai rien vu.
Mon unique idée serait donc de mettre en place un hook dans subversion qui analyse la tansaction et vire une partie des fichiers de cette transaction.
Je n'ai pas testé (je ne vais pas tardé) mais svk répond à ce point là. Si j'ai bien compris, avec svk et svn, tu as en gros le meilleur des deux mondes, si cela a un sens ;-)
La liberté de parole peut être mais pas de penser. Je me souviens qu'en 1985 il y avait explicitement marqué que l'adhésion à un partis communiste était interdit sur les bulletins de vote en californie...
Bref, le monde est loin dêtre parfait, ni d'un coté, ni de l'autre coté de l'atlantique ;-)
Au niveau de la guerre, les japonais ont atteint l'île de Kodiak en Alaska pendant la guerre... ïle qui était l'ancienne capitale de l'Alaska au temps ou c'était encore la Russie. A l'époque, ils ont eu si peur qu'ils ont fait LA Route qui passe par le canada pour expluser les japonais....
Bon OK, L'Alaska is the last frontier et il n'y a pas grand monde...
Tu mélanges deux choses dans ton post : l'indentation et l'alignement puis dans une seconde partie, les fins de lignes.
A ma connaissance, quasiment tout le monde trouve très bien les fins de lignes. D'ailleurs, le C++ a bien rajouté // pour faire des commentaires (jusqu'a la fin de ligne) car les commentaires du C n'était pas idéal dans plein de cas (pas pour rien que presque tous les langages ont un(deux) caractères qui marque les début des commentaires : # pour les langages de scripts, -- en ada, ; fichier de conf DNS...
Ensuite, dans les langages impératifs, le saut de ligne marque en général le passage à l'instruction suivante, c'est tout à fait naturel.
Par ailleurs, je ne partage pas du tout ta critique de LaTeX du double saut de ligne pour changer de paragraphe. C'est encore une fois tout à fait naturel et particulièrement facile à relire (bien plus que le </p> !)
Par contre, les tabulations sont une plaie, surtout dans les fichiers de conf (makefile, rsnapshot). Je ne comprends pas pourquoi les deux caractères '->' en début de ligne dans un Makefile ne soit pas équivalent à la tabulation. On aurait ainsi une évolution en douceur et compatible des Makefiles vers quelque chose de bien plus maintenable sur le long terme.
En conclusion, j'aime bien que le source soit sous un format basique que je puisse imprimer facilement. Je n'ai pas envie d'être obliger d'avoir un éditeur particulier pour avoir une mise en page lisible. Avec un tel système, on finirait par avoir un éditeur par langage ! Il ne faut pas lier un langage de programmation avec l'éditeur ou le système sera trop contraint pour évoluer. Je le vois bien avec les Windowsiens qui arrivent sous linux et sont perdus car ils n'ont pas leur VisualStudio. Que diable, ils peuvent bien éditer avec l'éditeur qu'ils préfèrent et lancer "make" dans le shell à coté. Une fois qu'ils ont compris cela, ils commencent à saisir un petit peu la souplesse d'une machine de type UNIX.
Il y a une fonctionalité super avec svn, c'est le HTTP (ou HTTPS). Un dépot et tu explore la dernière version de ton dépot avec un simple navigateur sur l'url du dépot. Un petit xsl te transforme le XML du serveur en html tout bien jolie.
Question : pourquoi le XML que le serveur SVN génère a si peu d'information. On a le droit d'avoir en double le nom du fichier, donc une fois de trop, mais pas le poids (taille) du fichier, la personne qui a réalisé la dernière révision, ni la date de modification.... Bref, pas mal d'information accessible facilement en ligne de commande.
Avec ce type d'information, en modifiant un peu le filtre xsl fourni, on pourrait avoir un affichage avec un navigateur du même type que celui que donne Apache d'un dossier. L'utilisateur lambda ne verrait même pas qu'il a affaire à un gestionnaire de version.
C'est aussi cela qui me plait avec SVN, c'est qu'il arrive à se faire oublier et que l'on peut avoir l'impression de travailler sur des dossiers comme les autres.
Dans le même ordre d'idée, un module fuse : "svnfs", me paraît complètement indispensable ;-)
Je me suis amusé à faire un partage WebDav avec autoversionning subversion. C'est la meilleure méthode que j'ai trouvé pour faire du WebDav avec une gestion, modeste, des droits sur les fichiers (Je dis modeste car il y a quasiment toutes les briques pour faire avec svn la grande mode actuelle : les bureaux virtuels. Mais pour en arrivé là, il faut que le client puisse gérer les droits).
Les utilisateurs montent cela sur leur postes, Windows, Mac, Linux. Et là, le problème des Mac avec la pollution des dossiers que ces bestioles génèrent...
D'où ma question : est-il prévu dans svn d'avoir des hooks tout près à l'emploi qui élimine dès le commit ces fameux, et pour le moins épouvantable, fichier spécifique au Mac ? En effet, je ne dois pas être le seul qui a un repository complètement pollué par ces fichiers.
Justement, sur un parc conséquent, de plus en plus de personnes n'y connaissent rien en administration système, et cela est normal. A chacun son boulot.
Je ne comprends pas pourquoi tu cherches a avoir un état de sid qui te convienne pour le distribuer sur un parc. Ton truc ne sera jamais maintenable dans la durée. C'est justement ça : une stable. Une stable est juste une sid sans bogue à un instant donné qui est ensuite suivis.
Pour avoir des machines qui ont eu la slink, puis la patate, puis la woody, maintenant la sarge et qui risque de finir leur vie sur etch, la période de transition d'une version à l'autre n'est pas toujours triviale, même si debian est pour cela exemplaire. Cela ne marche pas à tous les coups et ça prends du temps.
Ensuite, l'idéal est effectivement d'avoir un parc homogène comme cela tu essayes sur une machine et tu propages. Malheureusement, je n'ai pas de parc homogène, les seuls que je connaisse qui ont des parcs très homogènes sont ceux qui gèrent des salles de cours pour les étudiants. Dans ces cas là, oui, c'est plus facile. Même au niveau des secrétariats d'administration, c'est assez hétéroclite, surtout en ce moment où avec le même nom, deux machines ayant six mois d'écarts sont très différents (je pense notament au DELL Optiplex GX620).
Enfin pour finir sur l'utilisateur qui n'y connais pas grand chose, que tu lui mettes gnome 2.14 ou gnome 2.16, il s'en fiche un peu. S'il ne connait que la version 2.14, cela lui conviendra tout à fait (en plus, elle est pas si mal cette version). J'ai même eu des personnes qui ne voulaient pas openoffice2 car ils ne voulaient pas changer leur habitudes et la version 1 leur allaient.
J'ai par ailleurs vu des développeurs qui en ont marre que leur code ne compile plus tous les mois à cause d'une bibliothèque qui change sans cesse et qui, après avoir été "bleeding edge" quelques temps, me demande une stable bien stable (qui surtout ne bouge plus).
Bref, faut presque se battre pour avoir le droit d'installer juste les mises à jour de sécurité ;-)
J'ai même testé pkgsync sur un poste. C'est radical d'efficacité !
Le problème est que ca ne marche pas toujours... Dans mon boulot actuel, nous sommes sur plusieurs bâtiments. Il est donc pour moi hors de question de faire le tour des postes de travail le matin en arrivant.
Le problème est que l'on ne parle pas ici des avantages de XML en général mais du cas particulier de subversion. Je suis d'accord pour dire que XML a des avantages dans certains problèmes mais pas dans tous.
Ici, pour subversion, il a l'air de s'agir essentiellement de sauver et recharger, par une seule application. Donc autant prendre un truc plus rapide que XML au moment ou l'API est stabilisé et marche.
Au niveau de YAML, j'aime bien l'exemple du CPAN car c'est un GROS machin avec des dépendances dans tous les sens et les fichiers descriptifs en YAML ont l'air de convenir à tous. Tant mieux.
Je l'ai sur toutes mes machines ! Je gagne donc un temps fou avec cela.
cron-apt télécharge mais n'installe pas chez moi. Par contre, je suis devant un terminal pour voir comment se passe les mises à jour. Surtout que sur les serveurs, il y a parfois des choses à reprendre, heureusement très rarement. Et puis, c'est pas vraiment un problème, avec clusterssh, je fais 25 machines d'un coup. Le jour ou j'aurais 400 machines, je reverrais ma manière de faire.
Pour les fichiers de configurations, il y a par exemple le format YAML qui est très bien, rapide et simple. Tu peux le travailler à la main (sous vi ou l'éditeur qui te plait) mais faire une couche graphique est aussi très facile.
Bref, il y a d'autres format que le XML qui sont aussi bien fichu.
Si tu te balades dans le CPAN, tu verras que tous les modules Perl ont maintenant un fichier YAML pour les décrire.
Mon choix est vite fait personnellement, je fais tous mes fichiers de configuration en YAML depuis que je l'ai découvert.
On est tous d'accord, sur la fin, la woody commençait a être viellle. Ce n'est pas encore le cas de woody.
Pour ce qui est de la stable, je suis en totale opposition. Combien de machines gères-tu ? Sur quel type de réseau ? Pour ma part, je suis sur du réseau à accès gigabits en frontal sur le net, mes machines sont toujours à jours, au minimum deux à trois fois par semaines ! Idem pour les serveurs, par exemple, la dernière mise à jour concerne gzip donc là, tu as tout ton parc à mettre à jours... (merci clusterssh)
Par ailleurs, j'utilise cfengine pour autoconfigurer les postes. J'ai donc tout intérêt a avoir un parc homogène d'un point de vue logiciel. Si j'installai un poste pour ne plus y toucher après, je ne serais pas sur à 99% que mes routines cfengine ne fassent pas le bazard ici ou là.
Ta technique ne me parait valable que pour des petits parcs qui ne sont pas en frontal sur le net avec des grosses liaisons.
[^] # Re: C'est un scandale
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un peu de délation ? Mais si ! mais si !. Évalué à 7.
Quand au ministre, les instituteurs ont reçu fin aout ses consignes par courrier officiel (je ne parle par de ses blabla dans la presse). C'est du foutage de gueule. On ne change pas sa méthode de travail une semaine avant la rentrée des classes...
[^] # Re: Raz le bol de ceux qui ne veulent pas comprendre.
Posté par Sytoka Modon (site web personnel) . En réponse au journal Raz le bol des conneries dites autour de IceWeasel. Évalué à 3.
Ensuite, tu évoques le taux de pénétration chez le particulier. Le particulier est très versatile, surtout le bidouilleur (car mes vieux beaucoup moins ;-)). Et puis, un particulier a une connection ADSL, A comme Asymétrique ! Tout a été fait dans le passé pour qu'il n'ai pas un serveur chez lui même si cela change maintenant. Windows en tant que serveur n'est pas très bon.
Bref, le particulier n'est représentatif que d'une partie de l'informatique. A mon avis, le marché stratégique est celui de l'entreprise, le particulier suivra ce qu'il a au boulot.
Pour ce qui est de l'image, je me place personnellement dans une informatique professionnelle et dans un contexte le plus possible libre. Ce n'est pas sur l'image d'un produit que je suis le plus sensible. Cela n'empêche pas cependant à Linux et même à Debian d'avoir une très bonne image auprès des professionnels que je cotoie. Et ce ne sont pas les pleines pages de pub dans les grands journaux qui ont fait cela.
Attention, je ne crache pas sur firefox que j'utilise. Je suis content de son succès. J'envoi bien moins souvent des courriels aux webmasters pour leur dire que leurs sites sont illisibles sous Linux.
Bref, cette crise est idiote, les deux parties sont perdantes.
[^] # Re: Finalement, je préfère
Posté par Sytoka Modon (site web personnel) . En réponse au journal Raz le bol des conneries dites autour de IceWeasel. Évalué à 5.
Les gens sont partis dans le débat à fond en pensant fork et troll alors que ce n'est qu'un repository dont effectivement, le nom est changé.
Pas de quoi s'exiter pour ou contre debian sur ce coup là
[^] # Re: Raz le bol de ceux qui ne veulent pas comprendre.
Posté par Sytoka Modon (site web personnel) . En réponse au journal Raz le bol des conneries dites autour de IceWeasel. Évalué à 9.
Désolé, mais Linux est mondialement connu. Il est dans tous les magazines, il est partout et sans gros outil de communication...
Je dirais que c'est plutôt Firefox le nain à coté de Linux.
Et comme on le voit dans d'autres posts, que dire d'Apache et d'autres du même accabit.
Je pense que la fondation n'a pas compris le fonctionnement d'une distribution. On ne clique pas sur un .exe sous Linux pour installer un logiciel. Si c'est l'objectif de la fondation mozilla, je souhaite de tout coeur qu'elle perde ce duel.
[^] # Re: Raz le bol de ceux qui ne veulent pas comprendre.
Posté par Sytoka Modon (site web personnel) . En réponse au journal Raz le bol des conneries dites autour de IceWeasel. Évalué à 8.
Au niveau des distributions, cela va embêter les utilisateurs qui ont pris le reflex 'firefox' mais pas plus que cela.
Bref, tout cela est un peu idiot...
[^] # Re: Nouveautés Firefox2 et IE7
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Firefox 2 arrive (IE7 aussi). Évalué à 4.
Bref, à part le fait d'être aujourd'hui supporté, XP qui n'est que NT-5.1 alors que 2000 était NT-5.0 n'a aucun intérêt pratique sur 2000.
[^] # Re: Nouveautés Firefox2 et IE7
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Firefox 2 arrive (IE7 aussi). Évalué à 2.
Ensuite, ce n'est pas pareil que de faire une selection rectangulaire "à la nedit" dans la page web et d'imprimer ce rectangle. D'accord, n'imprimer qu'un rectangle, c'est basique mais tellement pratique dans 99% des cas.
[^] # Re: Jingle...
Posté par Sytoka Modon (site web personnel) . En réponse au journal OpenWengo est sorti !. Évalué à 2.
J'aurais tendance à dire Jabber/IAX2. Pour le moment, IAX2 est encore peu répandu mais si Ekiga le supporte bien, ce que je ne doute pas, je pense qu'il va faire un malleur par le simple fait que tout passe dans un socket.
SIP, avec le problème des adresses IP privé est à mon sens, une solution que j'espère transitoire...
En plus avec Jabber/IAX2, c'est vraiment le libre qui impose ses protocoles ouverts ;-)
[^] # Re: Soekris
Posté par Sytoka Modon (site web personnel) . En réponse au journal linutop. Évalué à 3.
Donc, le DVI, c'est surtout un pipeau commercial. Et comme je l'ai dis, le DVI est a déjà son remplaçant !
J'ai deux cartes nvidia sur mon PC, chacune avec deux sorties. J'utilise en pratique la carte sur port PCI (l'autre est sur port PCI express) qui a deux sorties VGA et la qualité est vraiment impeccable. Comme je ne joue pas sur ce PC, je ne me suis jamais rendu compte que j'étais sur un port PCI !
Honnétement, j'aimerais savoir quel est le pourcentage de personnes capable de faire la différence entre du DVI et du VGA sur du matériel identique. A mon avis, c'est assez faible.
Il est clair qu'a long terme, on passera au tout numérique. Mais ce jour là, ce ne sera pas du DVI mais autre chose qui n'a pas encore été inventé. Pour le moment, tous les écrans et toutes les cartes fonctionnent très bien en VGA (SUB-15), ca ne vaut pas le coup de s'embéter la dessus (sauf pour du très haut de gamme mais cela est une autre affaire...).
[^] # Re: historique de OpenSSH
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche OpenSSH version 4.4 fait dans la finesse. Évalué à 7.
Malheureusement, OpenSSH ne tourne pas en natif sous la plateforme Windows et c'est justement sous cette plate-forme que l'on voit des implémentations propriétaires du serveur SSH et l'implémentation libre du seul client avec putty (que l'on trouve maintenant aussi sous Linux).
La meilleure version libre sous Windows du serveur est pour moi copSSH mais, un manque de confiance, et le fait que cela ne soit pas une application native (mais cygwin) fait que personnellement, je ne la dépoie pas sur tous les postes de bureau sous cet OS.
Enfin, plutôt que de vouloir refaire OpenSSH, on voit apparaître une nouvelle manière d'avoir un accès distant avec les terminaux web au travers des serveurs AnyTerm et AjaxTerm. Il s'agit là d'utiliser un serveur Apache avec une application utilisant la philosophie Ajax pour la rendre plus réactive, chose absolument nécessaire pour un terminal. Personnellement, je n'ai pas encore testé ce genre de chose, je trouve que cela fait un peu usine à gaz. Je n'ai donc pas encore vraiment confiance d'un point de vue sécurité. Et puis, Apache, c'est quand même plus lourd en terme de charge système que sshd.
copSSH
http://www.itefix.no/phpws/
AnyTerm
http://anyterm.org/
AjaxTerm
http://antony.lesuisse.org/qweb/trac/wiki/AjaxTerm
[^] # Re: SIP derrière certains routeurs
Posté par Sytoka Modon (site web personnel) . En réponse au journal OpenWengo est sorti !. Évalué à 3.
Personnellement, j'attend le support IAX2 dans ekiga car là, on aura enfin un protocole qui me semble correct.
[^] # Re: Soekris
Posté par Sytoka Modon (site web personnel) . En réponse au journal linutop. Évalué à 5.
En plus, DVI est déjà dépasser techniquement...
Bref, bientôt, tu ne pourras plus brancher ton écran DVI sur une carte moderne, ce qui ne sera pas le cas du VGA.
Je te l'accorde, le passage par l'analogique est idiot sur le principe, mais que le protocole numérique soit au moins au point et qu'il ne change pas tous les 4 matins.
# Le lien principal
Posté par Sytoka Modon (site web personnel) . En réponse au journal Google codesearch. Évalué à 5.
http://www.google.com/codesearch
[^] # Re: Problème des Mac
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 2.
Mon unique idée serait donc de mettre en place un hook dans subversion qui analyse la tansaction et vire une partie des fichiers de cette transaction.
Bref, c'est Apple quoi ;-(
[^] # Re: bazaar
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 2.
[^] # Re: Email de Thorvalds.
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 5.
Bref, le monde est loin dêtre parfait, ni d'un coté, ni de l'autre coté de l'atlantique ;-)
Au niveau de la guerre, les japonais ont atteint l'île de Kodiak en Alaska pendant la guerre... ïle qui était l'ancienne capitale de l'Alaska au temps ou c'était encore la Russie. A l'époque, ils ont eu si peur qu'ils ont fait LA Route qui passe par le canada pour expluser les japonais....
Bon OK, L'Alaska is the last frontier et il n'y a pas grand monde...
[^] # Re: Enfin !!
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 3.
A ma connaissance, quasiment tout le monde trouve très bien les fins de lignes. D'ailleurs, le C++ a bien rajouté // pour faire des commentaires (jusqu'a la fin de ligne) car les commentaires du C n'était pas idéal dans plein de cas (pas pour rien que presque tous les langages ont un(deux) caractères qui marque les début des commentaires : # pour les langages de scripts, -- en ada, ; fichier de conf DNS...
Ensuite, dans les langages impératifs, le saut de ligne marque en général le passage à l'instruction suivante, c'est tout à fait naturel.
Par ailleurs, je ne partage pas du tout ta critique de LaTeX du double saut de ligne pour changer de paragraphe. C'est encore une fois tout à fait naturel et particulièrement facile à relire (bien plus que le </p> !)
Par contre, les tabulations sont une plaie, surtout dans les fichiers de conf (makefile, rsnapshot). Je ne comprends pas pourquoi les deux caractères '->' en début de ligne dans un Makefile ne soit pas équivalent à la tabulation. On aurait ainsi une évolution en douceur et compatible des Makefiles vers quelque chose de bien plus maintenable sur le long terme.
En conclusion, j'aime bien que le source soit sous un format basique que je puisse imprimer facilement. Je n'ai pas envie d'être obliger d'avoir un éditeur particulier pour avoir une mise en page lisible. Avec un tel système, on finirait par avoir un éditeur par langage ! Il ne faut pas lier un langage de programmation avec l'éditeur ou le système sera trop contraint pour évoluer. Je le vois bien avec les Windowsiens qui arrivent sous linux et sont perdus car ils n'ont pas leur VisualStudio. Que diable, ils peuvent bien éditer avec l'éditeur qu'ils préfèrent et lancer "make" dans le shell à coté. Une fois qu'ils ont compris cela, ils commencent à saisir un petit peu la souplesse d'une machine de type UNIX.
# SVN, HTTP et dossier
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 2.
Question : pourquoi le XML que le serveur SVN génère a si peu d'information. On a le droit d'avoir en double le nom du fichier, donc une fois de trop, mais pas le poids (taille) du fichier, la personne qui a réalisé la dernière révision, ni la date de modification.... Bref, pas mal d'information accessible facilement en ligne de commande.
Avec ce type d'information, en modifiant un peu le filtre xsl fourni, on pourrait avoir un affichage avec un navigateur du même type que celui que donne Apache d'un dossier. L'utilisateur lambda ne verrait même pas qu'il a affaire à un gestionnaire de version.
C'est aussi cela qui me plait avec SVN, c'est qu'il arrive à se faire oublier et que l'on peut avoir l'impression de travailler sur des dossiers comme les autres.
Dans le même ordre d'idée, un module fuse : "svnfs", me paraît complètement indispensable ;-)
# Problème des Mac
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 2.
Je me suis amusé à faire un partage WebDav avec autoversionning subversion. C'est la meilleure méthode que j'ai trouvé pour faire du WebDav avec une gestion, modeste, des droits sur les fichiers (Je dis modeste car il y a quasiment toutes les briques pour faire avec svn la grande mode actuelle : les bureaux virtuels. Mais pour en arrivé là, il faut que le client puisse gérer les droits).
Les utilisateurs montent cela sur leur postes, Windows, Mac, Linux. Et là, le problème des Mac avec la pollution des dossiers que ces bestioles génèrent...
D'où ma question : est-il prévu dans svn d'avoir des hooks tout près à l'emploi qui élimine dès le commit ces fameux, et pour le moins épouvantable, fichier spécifique au Mac ? En effet, je ne dois pas être le seul qui a un repository complètement pollué par ces fichiers.
[^] # Re: pas logique
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dunc-tank: comment aider à la publication de Etch en décembre. Évalué à 3.
Je ne comprends pas pourquoi tu cherches a avoir un état de sid qui te convienne pour le distribuer sur un parc. Ton truc ne sera jamais maintenable dans la durée. C'est justement ça : une stable. Une stable est juste une sid sans bogue à un instant donné qui est ensuite suivis.
Pour avoir des machines qui ont eu la slink, puis la patate, puis la woody, maintenant la sarge et qui risque de finir leur vie sur etch, la période de transition d'une version à l'autre n'est pas toujours triviale, même si debian est pour cela exemplaire. Cela ne marche pas à tous les coups et ça prends du temps.
Ensuite, l'idéal est effectivement d'avoir un parc homogène comme cela tu essayes sur une machine et tu propages. Malheureusement, je n'ai pas de parc homogène, les seuls que je connaisse qui ont des parcs très homogènes sont ceux qui gèrent des salles de cours pour les étudiants. Dans ces cas là, oui, c'est plus facile. Même au niveau des secrétariats d'administration, c'est assez hétéroclite, surtout en ce moment où avec le même nom, deux machines ayant six mois d'écarts sont très différents (je pense notament au DELL Optiplex GX620).
Enfin pour finir sur l'utilisateur qui n'y connais pas grand chose, que tu lui mettes gnome 2.14 ou gnome 2.16, il s'en fiche un peu. S'il ne connait que la version 2.14, cela lui conviendra tout à fait (en plus, elle est pas si mal cette version). J'ai même eu des personnes qui ne voulaient pas openoffice2 car ils ne voulaient pas changer leur habitudes et la version 1 leur allaient.
J'ai par ailleurs vu des développeurs qui en ont marre que leur code ne compile plus tous les mois à cause d'une bibliothèque qui change sans cesse et qui, après avoir été "bleeding edge" quelques temps, me demande une stable bien stable (qui surtout ne bouge plus).
Bref, faut presque se battre pour avoir le droit d'installer juste les mises à jour de sécurité ;-)
[^] # Re: pas logique
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dunc-tank: comment aider à la publication de Etch en décembre. Évalué à 2.
Le problème est que ca ne marche pas toujours... Dans mon boulot actuel, nous sommes sur plusieurs bâtiments. Il est donc pour moi hors de question de faire le tour des postes de travail le matin en arrivant.
[^] # Re: Vous devez entrer un sujet
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 3.
Ici, pour subversion, il a l'air de s'agir essentiellement de sauver et recharger, par une seule application. Donc autant prendre un truc plus rapide que XML au moment ou l'API est stabilisé et marche.
Au niveau de YAML, j'aime bien l'exemple du CPAN car c'est un GROS machin avec des dépendances dans tous les sens et les fichiers descriptifs en YAML ont l'air de convenir à tous. Tant mieux.
[^] # Re: pas logique
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dunc-tank: comment aider à la publication de Etch en décembre. Évalué à 3.
cron-apt télécharge mais n'installe pas chez moi. Par contre, je suis devant un terminal pour voir comment se passe les mises à jour. Surtout que sur les serveurs, il y a parfois des choses à reprendre, heureusement très rarement. Et puis, c'est pas vraiment un problème, avec clusterssh, je fais 25 machines d'un coup. Le jour ou j'aurais 400 machines, je reverrais ma manière de faire.
[^] # Re: Vous devez entrer un sujet
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 5.
Bref, il y a d'autres format que le XML qui sont aussi bien fichu.
Si tu te balades dans le CPAN, tu verras que tous les modules Perl ont maintenant un fichier YAML pour les décrire.
Mon choix est vite fait personnellement, je fais tous mes fichiers de configuration en YAML depuis que je l'ai découvert.
[^] # Re: pas logique
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dunc-tank: comment aider à la publication de Etch en décembre. Évalué à 2.
Pour ce qui est de la stable, je suis en totale opposition. Combien de machines gères-tu ? Sur quel type de réseau ? Pour ma part, je suis sur du réseau à accès gigabits en frontal sur le net, mes machines sont toujours à jours, au minimum deux à trois fois par semaines ! Idem pour les serveurs, par exemple, la dernière mise à jour concerne gzip donc là, tu as tout ton parc à mettre à jours... (merci clusterssh)
Par ailleurs, j'utilise cfengine pour autoconfigurer les postes. J'ai donc tout intérêt a avoir un parc homogène d'un point de vue logiciel. Si j'installai un poste pour ne plus y toucher après, je ne serais pas sur à 99% que mes routines cfengine ne fassent pas le bazard ici ou là.
Ta technique ne me parait valable que pour des petits parcs qui ne sont pas en frontal sur le net avec des grosses liaisons.