From dc at mjt.ch Thu Jun 1 09:31:07 2006 From: dc at mjt.ch (Daniel Cordey) Date: Thu, 1 Jun 2006 09:31:07 +0200 Subject: [gull] x86_64 In-Reply-To: <1149093599.13091.62.camel@localhost> References: <200605311652.25819.dc@mjt.ch> <1149093599.13091.62.camel@localhost> Message-ID: <200606010931.07687.dc@mjt.ch> On Wednesday 31 May 2006 18:39, Olivier Evalet wrote: > Encore une autre d?finition: > l'AMD64 x86_64 est un cpu compatible d'architecture x86 avec des > instructions suppl?mentaires 64bits. Ca veut dire qu'un programme > compil? pour un x86 fonctionnera mais n'utilisera pas les extensions > 64bits (ATTENTION un binaire x86 ne peut pas loader une lib 64bits). Bien, j'ai bien lu toutes vos explications (merci) et je dois avouer que continue a etre perplexe... Je ne vois pas la necessite de dire x86_64 pour un binaire ne tournant que sur un 64 bits... Mais bon, il suffit de se montre restrictif et tout devrait fonctionner; mais pas forcement de maniere optimum. Il faut dire qu'AMD n'aide pas vraiment a clarifier la situation. EN faisant un 'cat /proc/cpuinfo', j'obtiens, pour le CPU : AMD Athlon(TM) XP 2600+ Narurellement, pas de mention de 64 bits, par contre on s'est donne la peine d'obliger tout le monde a marquer (TM) chaque fois que le mot Athlon est utilise ! DOnc, je vais faire mon update avec les binaires Intel_586. Au moins je ne prend pas de risques et ca a le merite d'etre claire ! dc From dc at mjt.ch Thu Jun 1 09:21:55 2006 From: dc at mjt.ch (Daniel Cordey) Date: Thu, 1 Jun 2006 09:21:55 +0200 Subject: [gull] x86_64 In-Reply-To: <20060531151829.GA16206@alphanet.ch> References: <200605311652.25819.dc@mjt.ch> <20060531151829.GA16206@alphanet.ch> Message-ID: <200606010921.56169.dc@mjt.ch> On Wednesday 31 May 2006 17:18, Marc SCHAEFER wrote: > PS: installer des binaires non packag?s par la distribution, > pose souvent beaucoup de probl?mes. Une id?e est de les lancer dans > une prison chroot(2) ou via un contexte VLS pour minimiser les > risques. Il s'agit des binaires de KDE 3.5.2 pour la SuSE 10.0, a partir du site www.kde.org. Je ne vais pas m'amuser a tourner KDE en chroot :-) Je n'ai pas envie de me taper la compilation de tout KDE; j'ai deja fait quelques fois (konstruct) mais j'ai arrete il y a bien longtemps. Il faut reconnaitre qu'en dehors de KDE, il y a les drivers/modules proprietaires du kernel et la malheureuse application Flash... Ce sont les seuls binaires dont les sources ne sont pas disponible que j'utilise et qui, a mon avis, justifient pleinement leur emploi. Les applications 'proprietaires' sont plus discutables, mais cela depend encore des situations (ex: Oracle). Lorsque l'on a pas le choix, il faut au moins rester vigilant. dc From anne.possoz at epfl.ch Thu Jun 1 10:44:30 2006 From: anne.possoz at epfl.ch (Anne Possoz) Date: Thu, 01 Jun 2006 10:44:30 +0200 Subject: [gull] x86_64 In-Reply-To: Your message of "Thu, 01 Jun 2006 09:31:07 +0200." <200606010931.07687.dc@mjt.ch> Message-ID: <200606010844.k518iUCF007937@slpc7.epfl.ch> Daniel Cordey a ?crit: > Bien, j'ai bien lu toutes vos explications (merci) et je dois avouer que > continue a etre perplexe... Je ne vois pas la necessite de dire x86_64 pour > un binaire ne tournant que sur un 64 bits... Mais il existe d'autres architectures avec des 64 bits des processeurs diff?rents (imaginez ma faible connaissance dans le domaine). Par exemple, cette distribution a aussi "ia64" pour Itanium 2. http://www.centos.org/modules/news/article.php?storyid=125 En ce sens, mieux vaut pr?ciser. Ou je ne comprends pas ton probl?me. > Mais bon, il suffit de se montre > restrictif et tout devrait fonctionner; mais pas forcement de maniere > optimum. Il faut dire qu'AMD n'aide pas vraiment a clarifier la situation. EN > faisant un 'cat /proc/cpuinfo', j'obtiens, pour le CPU : > > AMD Athlon(TM) XP 2600+ D'apr?s le lien, ce serait du 32 bits ("Athlon XP" et non "Athlon 64"). Anne From dc at mjt.ch Thu Jun 1 14:23:04 2006 From: dc at mjt.ch (Daniel Cordey) Date: Thu, 1 Jun 2006 14:23:04 +0200 Subject: [gull] x86_64 In-Reply-To: <200606010844.k518iUCF007937@slpc7.epfl.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> Message-ID: <200606011423.04670.dc@mjt.ch> On Thursday 01 June 2006 10:44, Anne Possoz wrote: > Mais il existe d'autres architectures avec des 64 bits des processeurs > diff?rents (imaginez ma faible connaissance dans le domaine). Par > exemple, cette distribution a aussi "ia64" pour Itanium 2. > http://www.centos.org/modules/news/article.php?storyid=125 > En ce sens, mieux vaut pr?ciser. Ou je ne comprends pas ton probl?me. IA64 n'est absolument pas compatible avec le x86. Non seulement il est full 64 bits, mais son jeu d'instruction n'a rien a voir avec celui du x64; sa structure est totalement differente. Itanium a un mode d'emulation du jeu d'instruction denome IA32 et issu du x86. Mon probleme "etait" puis-je installer du binaire denome x86_64 pour le faire tourner sur mon Athlon. La reponse est 'non'... il faut oublier la partie 'x86' qui ne sert qu'a induire les gens en erreur ! dc From marc at mongenet.ch Thu Jun 1 17:18:45 2006 From: marc at mongenet.ch (Marc Mongenet) Date: Thu, 1 Jun 2006 17:18:45 +0200 Subject: [gull] x86_64 In-Reply-To: <200606010931.07687.dc@mjt.ch> References: <200605311652.25819.dc@mjt.ch> <1149093599.13091.62.camel@localhost> <200606010931.07687.dc@mjt.ch> Message-ID: <468fa46d0606010818t5f01da97o8df43a9973f44555@mail.gmail.com> 2006/6/1, Daniel Cordey : > optimum. Il faut dire qu'AMD n'aide pas vraiment a clarifier la situation. EN > faisant un 'cat /proc/cpuinfo', j'obtiens, pour le CPU : > > AMD Athlon(TM) XP 2600+ Ce processeur est uniquement 32 bits. Ce sont les "Athlon 64" qui sont 64 bits. Du c?t? d'Intel c'est en revanche moins ?vident car Intel a rendu ses processeurs 64 bits sans changer leur nom, ils pr?tendent seulement offrir une "Extended Memory 64-bit Technology" (EM64T). Intel est mauvais joueur parce qu'il a ?t? r?duit ? cloner l'achitecture invent?e par AMD. Le "x86" dans "x86_64" est tout de m?me important pour indiquer qu'il ne s'agit pas d'une quelconque architecture de processeur 64 bits, mais d'une architecture con?ue pour que le processeur soit capable d'ex?cuter nativement du code x86. Pour les SPARC ou les PowerPC, le nom a aussi ?t? conserv? lors du passage de 32 ? 64 bits. Marc Mongenet From evaleto at gelux.ch Thu Jun 1 14:05:15 2006 From: evaleto at gelux.ch (Olivier Evalet) Date: Thu, 01 Jun 2006 14:05:15 +0200 Subject: [gull] x86_64 In-Reply-To: <200606010931.07687.dc@mjt.ch> References: <200605311652.25819.dc@mjt.ch> <1149093599.13091.62.camel@localhost> <200606010931.07687.dc@mjt.ch> Message-ID: <1149163516.15987.16.camel@localhost> Le jeudi 01 juin 2006 ? 09:31 +0200, Daniel Cordey a ?crit : > On Wednesday 31 May 2006 18:39, Olivier Evalet wrote: > > Encore une autre d?finition: > > l'AMD64 x86_64 est un cpu compatible d'architecture x86 avec des > > instructions suppl?mentaires 64bits. Ca veut dire qu'un programme > > compil? pour un x86 fonctionnera mais n'utilisera pas les extensions > > 64bits (ATTENTION un binaire x86 ne peut pas loader une lib 64bits). > > Bien, j'ai bien lu toutes vos explications (merci) et je dois avouer que > continue a etre perplexe... Je ne vois pas la necessite de dire x86_64 pour > un binaire ne tournant que sur un 64 bits... C'est presque ca: Itanium (ia64) -> uniquement 64bit Athlon 64 (x86_64)-> 32/64bit Opteron -> 32/64bit L' "avantage" de la technologie 32/64 c'est de pouvoir ex?cuter du code 32bits. Alors qu'un itanium - pur 64bits - ne support pas une seule instruction 32bits... MAIS c'est clair que la compatibilit? ne va que dans un sens, du code 64bits n'a pas la possibilit? de fonctionner sur un x86.... -- ------------------ Linux for Geneva www.gelux.ch From dc at mjt.ch Thu Jun 1 17:38:09 2006 From: dc at mjt.ch (Daniel Cordey) Date: Thu, 1 Jun 2006 17:38:09 +0200 Subject: [gull] x86_64 In-Reply-To: <468fa46d0606010818t5f01da97o8df43a9973f44555@mail.gmail.com> References: <200605311652.25819.dc@mjt.ch> <200606010931.07687.dc@mjt.ch> <468fa46d0606010818t5f01da97o8df43a9973f44555@mail.gmail.com> Message-ID: <200606011738.09885.dc@mjt.ch> On Thursday 01 June 2006 17:18, Marc Mongenet wrote: > Le "x86" dans "x86_64" est tout de m?me important > pour indiquer qu'il ne s'agit pas d'une quelconque architecture > de processeur 64 bits, mais d'une architecture con?ue pour que > le processeur soit capable d'ex?cuter nativement du code x86. > Pour les SPARC ou les PowerPC, le nom a aussi ?t? conserv? > lors du passage de 32 ? 64 bits. Ni AMD ou Intel (Itanium est un cas a part) n'ont sortis de processeurs qui ne soient pas compatbile avec les gammes precedentes. Je continue a penser que le terme x86 rajouter a 64 est inutile et ne fait que rendre les choses plus confusent. dc From evaleto at gelux.ch Thu Jun 1 17:56:31 2006 From: evaleto at gelux.ch (Olivier Evalet) Date: Thu, 01 Jun 2006 17:56:31 +0200 Subject: [gull] s'il y a des des =?iso-8859-1?q?d=E9veloppeurs?= GTK, GLIB Message-ID: <1149177392.21435.32.camel@localhost> J'ai un super blog d'un programmeurs assez hallucinant !!! http://pvanhoof.be/blog/index.php/category/prog/ Il montre par l'exemple comment impl?menter, d?finir, utiliser des classes, interface de glib/dbus, etc. Le dernier exemple est un nouveau lecteur de mail/news qui s'appelle tinymail, On peut suivre depuis le d?but - mod?le UML - le d?veloppement du programme. C'est une oeuvre d'art ;) Olivier -- ------------------ Linux for Geneva www.gelux.ch From marc at mongenet.ch Thu Jun 1 17:39:39 2006 From: marc at mongenet.ch (Marc Mongenet) Date: Thu, 1 Jun 2006 17:39:39 +0200 Subject: [gull] x86_64 In-Reply-To: <200606011423.04670.dc@mjt.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606011423.04670.dc@mjt.ch> Message-ID: <468fa46d0606010839h48720216y57415b1559b67ad5@mail.gmail.com> > > Mon probleme "etait" puis-je installer du binaire denome x86_64 pour le faire > tourner sur mon Athlon. La reponse est 'non'... il faut oublier la partie > 'x86' qui ne sert qu'a induire les gens en erreur ! > Le probl?me est plut?t que tu commets une confusion innatendue. :) Il est ?vident qu'un binaire x86_64 ne fonctionne pas sur un simple processeur x86. De m?me qu'un binaire i586 ne fonctionne pas sur un i386. Ou un binaire SPARC 64 ne fonctionne pas sur un simple SPARC. etc. Un binaire sp?cifiquement compil? pour un nouveau processeur n'est jamais cens? fonctionner sur un ancien processeur. Ce qui compte, c'est l'inverse : qu'un binaire compil? pour un ancien processeur fonctionne encore sur le nouveau. Et un Athlon 64 reste compatible avec l'Athlon XP, le Pentium, le 80386, jusqu'au 8086 d'il y a 25 ans! Marc Mongenet From marc at mongenet.ch Thu Jun 1 18:03:54 2006 From: marc at mongenet.ch (Marc Mongenet) Date: Thu, 1 Jun 2006 18:03:54 +0200 Subject: [gull] x86_64 In-Reply-To: <200606011738.09885.dc@mjt.ch> References: <200605311652.25819.dc@mjt.ch> <200606010931.07687.dc@mjt.ch> <468fa46d0606010818t5f01da97o8df43a9973f44555@mail.gmail.com> <200606011738.09885.dc@mjt.ch> Message-ID: <468fa46d0606010903m1bf0ea94ke4d1f85f94914c0d@mail.gmail.com> Le 01/06/06, Daniel Cordey a ?crit : > On Thursday 01 June 2006 17:18, Marc Mongenet wrote: > > > Le "x86" dans "x86_64" est tout de m?me important > > pour indiquer qu'il ne s'agit pas d'une quelconque architecture > > de processeur 64 bits, mais d'une architecture con?ue pour que > > le processeur soit capable d'ex?cuter nativement du code x86. > > Pour les SPARC ou les PowerPC, le nom a aussi ?t? conserv? > > lors du passage de 32 ? 64 bits. > > Ni AMD ou Intel (Itanium est un cas a part) n'ont sortis de processeurs qui ne > soient pas compatbile avec les gammes precedentes. Je continue a penser que > le terme x86 rajouter a 64 est inutile et ne fait que rendre les choses plus > confusent. Comment AMD aurait-il d? appeler cette architecture, sachant qu'elle conserve la compatibilit? x86, et que c'est c'est l? tout son int?r?t ? Marc Mongenet From schaefer at alphanet.ch Thu Jun 1 11:41:13 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Thu, 1 Jun 2006 11:41:13 +0200 Subject: [gull] x86_64 In-Reply-To: <200606010921.56169.dc@mjt.ch> References: <200605311652.25819.dc@mjt.ch> <20060531151829.GA16206@alphanet.ch> <200606010921.56169.dc@mjt.ch> Message-ID: <20060601094113.GA8350@alphanet.ch> On Thu, Jun 01, 2006 at 09:21:55AM +0200, Daniel Cordey wrote: > Il s'agit des binaires de KDE 3.5.2 pour la SuSE 10.0, a partir du site > www.kde.org. Je ne vais pas m'amuser a tourner KDE en chroot :-) Il y a des exemples o? des personnes lancent leur client WWW dans un autre serveur virtuel VLS, de mani?re ? ?viter d'?tre compromis. Cette s?paration de privil?ge (local/Internet/travail/jeu) a un sens, et je ne serais pas surpris de la d?couvrir en standard dans certaines distributions bient?t. En attendant, on peut aussi cr?er des utilisateurs diff?rents pour les diff?rentes activit?s et cr?er les wrappers appropri?s. Evidemment, pour tout KDE, c'est un peu excessif, mais alors, finalement, la question ne devrait-elle pas ?tre: pourquoi vouloir une version de KDE diff?rente de celle support?e par sa distribution, et donc se cr?er finalement du travail important et finalement inutile ? Les `am?liorations' en valent-elles vraiment la peine (en dehors d'un test simple). > Il faut reconnaitre qu'en dehors de KDE, il y a les drivers/modules > proprietaires du kernel et la malheureuse application Flash... Ce sont les > seuls binaires dont les sources ne sont pas disponible que j'utilise et qui, > a mon avis, justifient pleinement leur emploi. Jusqu'ici j'ai eu peine ? trouv? un emploi de Macromedia Flash qui ?tait r?ellement justifi?. Cela existe certainement, mais je ne l'ai pas encore rencontr?. Pour les pilotes propri?taires du kernel, c'est ?galement assez rare d'en avoir v?ritablement besoin, en particulier dans un serveur. > (ex: Oracle). Lorsque l'on a pas le choix, il faut au moins rester vigilant. - s'abonner ? la liste d'annonce de s?curit? du produit - s'abonner ? une liste d'annonce de s?curit? g?n?rale (on ne peut faire p.ex. confiance ? Oracle pour publier ou s?curiser, cf bug-traq) - rester vigilant par rapport aux biblioth?ques partag?es ?ventuellement apport?es par le logiciel pour son usage propre (elles ne seront pas mises ? jour par la distribution) - ne pas h?siter ? contacter le vendeur si un soup?on appara?t (p.ex. annonce de s?curit? sur SSL, pas de d?pendance ? une biblioth?que dynamique SSL visible dans les diff?rents ex?cutables du logiciel, mais le logiciel offre une couche SSL (donc compil?e statiquement et vuln?rable)) tout cela a bien s?r un co?t, c'est le co?t du logiciel propri?taire. dans certains cas, on aura avantage ? tourner en chroot ou VLS de mani?re ? assurer les bonnes versions de biblioth?ques partag?es exig?es par le support du logiciel si LD_PRELOAD ou LD_LIBRARY_PATH ne suffisent pas et que le support du logiciel (la hotline) insiste pour des versions particuli?res, comme dans le cas de logiciel propri?taire sur plateforme propri?taire. From schaefer at alphanet.ch Thu Jun 1 19:20:23 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Thu, 1 Jun 2006 19:20:23 +0200 Subject: [gull] x86_64 In-Reply-To: <468fa46d0606010839h48720216y57415b1559b67ad5@mail.gmail.com> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606011423.04670.dc@mjt.ch> <468fa46d0606010839h48720216y57415b1559b67ad5@mail.gmail.com> Message-ID: <20060601172023.GA9341@alphanet.ch> On Thu, Jun 01, 2006 at 05:39:39PM +0200, Marc Mongenet wrote: > processeur fonctionne encore sur le nouveau. Et un Athlon 64 > reste compatible avec l'Athlon XP, le Pentium, le 80386, jusqu'au > 8086 d'il y a 25 ans! D'ailleurs le BIOS qu'ils tournent au d?marrage de la machine est en grande partie, sinon totalement, en code 8086. Et la plupart des BIOS ne supportent toujours pas la configuration par r?seau, ligne s?rie, ou ssh. Et cette compatibilit? n'a finalement qu'un seul but: permettre le lancement de logiciel propri?taire. Le logiciel libre est facile ? compiler/porter, etc. Dommage de devoir payer, dans un processeur moderne, toutes ces couches de compatibilit? inutiles, plut?t que du cache suppl?mentaire, etc. From dc at mjt.ch Thu Jun 1 20:31:14 2006 From: dc at mjt.ch (Daniel Cordey) Date: Thu, 1 Jun 2006 20:31:14 +0200 Subject: [gull] x86_64 In-Reply-To: <468fa46d0606010903m1bf0ea94ke4d1f85f94914c0d@mail.gmail.com> References: <200605311652.25819.dc@mjt.ch> <200606011738.09885.dc@mjt.ch> <468fa46d0606010903m1bf0ea94ke4d1f85f94914c0d@mail.gmail.com> Message-ID: <200606012031.14523.dc@mjt.ch> On Thursday 01 June 2006 18:03, Marc Mongenet wrote: > Comment AMD aurait-il d? appeler cette architecture, > sachant qu'elle conserve la compatibilit? x86, et que c'est > c'est l? tout son int?r?t ? Athlon64... Punkt ! Le mot Athlon suffit pour evoquer la compatibilite avec des Athlon32. Pendant qu'on-y-est, on pourait evoquer aussi la compatibilite du jeu d'instruction que l'on trouvait dans le 8080. Ca donnerait : AMD Athlon 80_86_88_x86_64 :-) dc From dc at mjt.ch Thu Jun 1 20:33:05 2006 From: dc at mjt.ch (Daniel Cordey) Date: Thu, 1 Jun 2006 20:33:05 +0200 Subject: [gull] x86_64 In-Reply-To: <468fa46d0606010839h48720216y57415b1559b67ad5@mail.gmail.com> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606011423.04670.dc@mjt.ch> <468fa46d0606010839h48720216y57415b1559b67ad5@mail.gmail.com> Message-ID: <200606012033.05110.dc@mjt.ch> On Thursday 01 June 2006 17:39, Marc Mongenet wrote: > Un binaire sp?cifiquement compil? pour un nouveau processeur > n'est jamais cens? fonctionner sur un ancien processeur. Heu... je connais tout ca depuis... tres longtemps. Je m'insurge (betement) contre la nomneclature "marketing" qui ne fait que noie le poisson. dc From marc at mongenet.ch Thu Jun 1 22:35:45 2006 From: marc at mongenet.ch (Marc Mongenet) Date: Thu, 1 Jun 2006 22:35:45 +0200 Subject: [gull] x86_64 In-Reply-To: <200606012033.05110.dc@mjt.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606011423.04670.dc@mjt.ch> <468fa46d0606010839h48720216y57415b1559b67ad5@mail.gmail.com> <200606012033.05110.dc@mjt.ch> Message-ID: <468fa46d0606011335p3de3a01ape6b6064ef183fd0c@mail.gmail.com> Le 01/06/06, Daniel Cordey a ?crit : > On Thursday 01 June 2006 17:39, Marc Mongenet wrote: > > > Un binaire sp?cifiquement compil? pour un nouveau processeur > > n'est jamais cens? fonctionner sur un ancien processeur. > > Heu... je connais tout ca depuis... tres longtemps. Je m'insurge (betement) > contre la nomneclature "marketing" qui ne fait que noie le poisson. > > dc >Athlon64... Punkt ! Le mot Athlon suffit pour evoquer la compatibilite avec >des Athlon32. Pendant qu'on-y-est, on pourait evoquer aussi la compatibilite >du jeu d'instruction que l'on trouvait dans le 8080. Ca donnerait : > > AMD Athlon 80_86_88_x86_64 > > dc Athlon, Pentium, ce sont des noms 100% marketing, coll?s sur des produits qui peuvent ?tre techniquement tr?s divers : AMD Sempon, Intel Celeron : pour le bas de gamme ; AMD Opteron, Intel Xeon : pour les serveurs ; AMD Athlon, Intel Pentium : pour le reste. Et Intel vient de remplacer "Pentium" par "Core"... Le m?me nom peut ?tre utilis? pour des produits techniquement assez diff?rents (cas de "Pentium 4") ou pour des produits assez proches (cas de "Pentium Pro", "Pentium II" et "Pentium III"). "x86", "i386", "x86_64" ou "ia64" sont des noms d'architecture de processeur, mais pas des noms de processeur. Une confusion vient du fait, qu'Intel avec le 80386, puis AMD avec l'Opteron, ont introduit une nouvelle architecture avec un processeur qui reste compatible avec l'ancienne architecture (la l?gendaire compatibilit? des PC). Je pense qu'il faut voir les choses ainsi: - x86 : nom de l'architecture g?n?rale, par opposition aux architectures m68k, Alpha, SPARC, MIPS, ia64 (Itanium), etc. - i386 : nom de l'?volution 32 bits de l'architecture x86 - x86_64 (ou amd64) : nom de l'?volution 64 bits de l'architecture x86 Apr?s, pour chaque (sous-)architecture, il existe plusieurs g?n?rations de microprocesseurs qui la mettent en oeuvre (i386, i486, i586...) Il y a 20 ans on faisait grand cas de l'apparition d'une nouvelle g?n?ration (le 80286, le 68020, etc.) Aujourd'hui elles sont introduites en catimini (Pentium M) ou ? l'inverse on cr?e des g?n?rations marketing (les G3 et G4 du marketing d'Apple). C'est un peu confus avec "i386" : l'architecture a ?t? introduite par l'Intel 80386 et on confond le processeur avec l'architecture qu'il a introduite. Les noms d'architecture ne sont ?hma pas choisi par le marketing. Je jurerais qu'un nom aussi laid que "x86_64" est purement technique. C'est le nom que j'aurais naturellement donn? ? une ?volution 64 bits de l'architecture x86. On le retrouve d'ailleurs dans gcc, Linux, etc. Un autre nom qui est aussi utilis? ? la place est "amd64". Peut-?tre m?me est-il plus utilis? que "x86_64" ? Mais "amd64", ?a fait un peu propri?taire pour une architecture qui se veut ouverte.:) Ce qui est d'autant plus dommage qu'il existe un nom g?n?rique (pas une marque) pour cette architecture : x86. Cela dit, Intel n'a malgr? tout pas utilis? la d?nomination "x86_64", mais "ia32e" (note : "ia64", c'est l'architecture des Itanium). Intel s'est attir? de s?v?res critiques de Linus pour n'avoir pas clairement dit avoir clon? l'architecture x86_64 d'AMD. http://kerneltrap.org/node/2466 >This whole "ia32" crap has always been ridiculous - nobody has _ever_ >called an x86 anything but x86, and Intel is just making it worse by >adding random illogical letters to the end. >In contrast, x86-64 tells you _exactly_ what it's all about, and is what >the kernel has always called the architecture anyway. >Linus Enfin, notons que techniquement et marketingement parlant, il ?tait tr?s important pour AMD d'indiquer que leur processeur 64 bits est compatible x86. Il ne faut pas oublier que pendant ce temps, Intel soutenait mordicus que jamais il ne ferait un x86 64 bits et que l'Itanium ?tait la seule voie vers le futur. Marc Mongenet From fischer at ludwin.net Fri Jun 2 04:56:45 2006 From: fischer at ludwin.net (fischer at ludwin.net) Date: Thu, 1 Jun 2006 21:56:45 -0500 (CDT) Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? In-Reply-To: <20060601183140.B92A158B0BB@shakotay.alphanet.ch> References: <20060601183140.B92A158B0BB@shakotay.alphanet.ch> Message-ID: <62139.124.157.152.137.1149217005.squirrel@ludwin.net> Quelqu'un ici a-t-il essaye le gestionnaire de contenu mambo? C'est un script php-mysql cense faciliter la gestion de sites web, et distribue sous license gpl. Personnellement, je ne m'interesse pas beaucoup aux gestionnaires de contenu, je prefere ecrire mes pages en code, avec un editeur genre emacs. Mais il se trouve que je travaille actuellement avec une ONG venant en aide aux refugies birmans vivant dans des camps en Thailande. J'ai ete entre autres charge de cours d'initiation a l'utilisation informatique dans une ecole. Les eleves les plus avances s'interessent a la creation de sites web. Par forcement pour s'amuser: c'est un moyen de faire connaitre leur situation. Je vais tout faire pour dissuader mes eleves de recourir a Front Page, Dreamweaver, Go Live, ou autres, parce que ces logiciels, en plus d'etre proprietaires, rendent difficile de mettre son site a jour quand on est pas devant sa machine usuelle. Et ici, la maniere la plus courante d'acceder a l'internet sont les cybercafes. Il est donc preferable d'eviter les logiciels susmentionnes. Pour commencer, je vais enseigner la methode "spartiate": un editeur de code aussi simple que possible, l'apprentissage de quelques balises html, et ftp en mode ligne de commande (cela existe sous Unix et M$). Pour des pages statiques, c'est suffisant. Le probleme, c'est que cette methode ne convient pas forcement a ceux qui veulent creer rapidement des sites interactifs, avec une mise en page attrayante. Ce qui fait que je songe a utiliser des gestionnaires de contenu, qui permettent de gerer un site sans necessite d'aucun logiciel special installe sur sa machine. J'ai donc installe mambo sur mon serveur. Comme la plupart des scripts php-mysql, il s'installe facilement. J'ai juste eu quelques problemes avec les permissions. Mais je ne sais pas encore si c'est le bon choix. Pour l'instant, je ne comprends rien a ce que je vois, je ne sais pas pour ou commencer. Ce qui m'agace, c'est qu'il y a beaucoup d'icones totalement inutiles qui alourdissent le processus si on a pas une connexion rapide. Je demande donc a la cantonade: certains d'entre vous utilisent-ils des gestionnaires de contenu dont ils sont contents? Si oui, lesquels? Ludwin From graber at altern.org Fri Jun 2 07:59:51 2006 From: graber at altern.org (Pierre Graber) Date: Fri, 02 Jun 2006 07:59:51 +0200 Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? In-Reply-To: <62139.124.157.152.137.1149217005.squirrel@ludwin.net> References: <20060601183140.B92A158B0BB@shakotay.alphanet.ch> <62139.124.157.152.137.1149217005.squirrel@ludwin.net> Message-ID: <447FD3D7.5070005@altern.org> fischer at ludwin.net a ?crit : > Quelqu'un ici a-t-il essaye le gestionnaire de contenu mambo? C'est un > script php-mysql cense faciliter la gestion de sites web, et distribue > sous license gpl. La licence gpl de Mambo m'?tonne... j'avais dans l'id?e qu'un conflit entre le propri?taire (commercial) et des d?veloppeurs b?n?voles avait conduit au d?part de bon nombre de ceux-ci ... qui d?veloppent maintenant Joomla. Il y a un ou deux ans, j'avais test? Mambo. ?a fonctionnait correctement et j'avais aussi appr?ci? de pouvoir trouver pas mal de documentation (m?me dans certains magazines). Puis, je suis pass? ? e107 (surtout pour le respect des standards, tout en conservant la ma?trise des autorisations, etc). Dans le cadre d'un projet scolaire, j'ai utilis? SPIP-EVA (pour lequel on trouve aussi beaucoup de documentation). C'est un cms tr?s utilis? dans nos contr?es. Il y a quelques sites qui permettent de tester divers CMS comme Mambo : http://www.opensourcecms.com/ http://www.cmsquebec.com/ http://cms-fr.net/ Cordialement, Pierre -- *Pierre Graber* Enseignant CH-2022 Bevaix http://pcpg.net From guillaume.lederrey at gmail.com Fri Jun 2 07:58:44 2006 From: guillaume.lederrey at gmail.com (Guillaume Lederrey) Date: Fri, 2 Jun 2006 07:58:44 +0200 Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? In-Reply-To: <62139.124.157.152.137.1149217005.squirrel@ludwin.net> References: <20060601183140.B92A158B0BB@shakotay.alphanet.ch> <62139.124.157.152.137.1149217005.squirrel@ludwin.net> Message-ID: <78712c260606012258td020c00m9c265b87a0002dee@mail.gmail.com> On 6/2/06, fischer at ludwin.net wrote: > Mais il se trouve que je travaille actuellement avec une ONG venant en > aide aux refugies birmans vivant dans des camps en Thailande. J'ai ete > entre autres charge de cours d'initiation a l'utilisation informatique > dans une ecole. Les eleves les plus avances s'interessent a la creation de > sites web. Par forcement pour s'amuser: c'est un moyen de faire connaitre > leur situation. M?me genre de situation ici au Rwanda. Je suis parti avec Wordpress, qui a sauf erreur bien moins de fonctionnalit? que Mambo. Wordpress est juste un blog, pas un CMS complet. Il permet n?anmoins d'ajouter des pages statiques et donc de cr?er un site relativement complet. L'avantage non n?gligeable de Wordpress et l'h?bergement gratuit via wordpress.com. Je sais, il y a sans doute pl?tore de blog hosting OpenSource et gratuit, mais c'est celui que je connais ... et ?a fonctionne. Bonne chance ! Guillaume -- Jabber : gehel at amessage.ch Skype : Guillaume.Lederrey Projects : * http://rwanda.wordpress.com/ * http://photos.ledcom.ch/ * http://animation.ledcom.ch/ From vep at cdisa.ch Fri Jun 2 08:21:55 2006 From: vep at cdisa.ch (Paul Veuve) Date: Fri, 2 Jun 2006 08:21:55 +0200 Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? In-Reply-To: <62139.124.157.152.137.1149217005.squirrel@ludwin.net> Message-ID: >Je demande donc a la cantonade: certains d'entre vous utilisent-ils des >gestionnaires de contenu dont ils sont contents? Si oui, lesquels? Nous avons r?alis?s 2 sites avec SPIP. SPIP, comme Mambo et Joomla ne supporte le multilinguisme que par l'ajout de v?rue. Dans SPIP, la saisie du contenu est parfois cahotique et d?pend de l'order de saisie de certain ?l?ment. En outre, je trouve que la gestion du contenu et la pr?sentation sont trop intiment li?s. Dans l'ensemble SPIP est plut?t d?cevant. ezPublish (http://ez.no/) semble int?ger d'origine la gestion multilingue, mais son installation est plus compliqu?e que les CMS cit?s. Avec nos meilleures salutations. Paul Veuve vep at cdisa.ch CDI CONSEILS ET DEVELOPPEMENTS INDUSTRIELS SA Chemin de la Justice 15 CH-2000 NEUCHATEL http://www.cdisa.ch Phone (+41 32) 733 31 31 or (+41 78) 600 31 31 Fax (+41 32) 733 31 32 -----Message d'origine----- De?: gull-bounces at lists.alphanet.ch [mailto:gull-bounces at lists.alphanet.ch] De la part de fischer at ludwin.net Envoy??: vendredi, 2. juin 2006 04:57 ??: gull at lists.alphanet.ch Objet?: [gull] Gestionnaires de contenu: Mambo est-il valable? Quelqu'un ici a-t-il essaye le gestionnaire de contenu mambo? C'est un script php-mysql cense faciliter la gestion de sites web, et distribue sous license gpl. Personnellement, je ne m'interesse pas beaucoup aux gestionnaires de contenu, je prefere ecrire mes pages en code, avec un editeur genre emacs. Mais il se trouve que je travaille actuellement avec une ONG venant en aide aux refugies birmans vivant dans des camps en Thailande. J'ai ete entre autres charge de cours d'initiation a l'utilisation informatique dans une ecole. Les eleves les plus avances s'interessent a la creation de sites web. Par forcement pour s'amuser: c'est un moyen de faire connaitre leur situation. Je vais tout faire pour dissuader mes eleves de recourir a Front Page, Dreamweaver, Go Live, ou autres, parce que ces logiciels, en plus d'etre proprietaires, rendent difficile de mettre son site a jour quand on est pas devant sa machine usuelle. Et ici, la maniere la plus courante d'acceder a l'internet sont les cybercafes. Il est donc preferable d'eviter les logiciels susmentionnes. Pour commencer, je vais enseigner la methode "spartiate": un editeur de code aussi simple que possible, l'apprentissage de quelques balises html, et ftp en mode ligne de commande (cela existe sous Unix et M$). Pour des pages statiques, c'est suffisant. Le probleme, c'est que cette methode ne convient pas forcement a ceux qui veulent creer rapidement des sites interactifs, avec une mise en page attrayante. Ce qui fait que je songe a utiliser des gestionnaires de contenu, qui permettent de gerer un site sans necessite d'aucun logiciel special installe sur sa machine. J'ai donc installe mambo sur mon serveur. Comme la plupart des scripts php-mysql, il s'installe facilement. J'ai juste eu quelques problemes avec les permissions. Mais je ne sais pas encore si c'est le bon choix. Pour l'instant, je ne comprends rien a ce que je vois, je ne sais pas pour ou commencer. Ce qui m'agace, c'est qu'il y a beaucoup d'icones totalement inutiles qui alourdissent le processus si on a pas une connexion rapide. Je demande donc a la cantonade: certains d'entre vous utilisent-ils des gestionnaires de contenu dont ils sont contents? Si oui, lesquels? Ludwin _______________________________________________ gull mailing list gull at lists.alphanet.ch http://lists.alphanet.ch/mailman/listinfo/gull -- Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.8.0/353 - Release Date: 31.05.2006 -- Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.8.0/353 - Release Date: 31.05.2006 From vkeller at bluewin.ch Fri Jun 2 08:45:28 2006 From: vkeller at bluewin.ch (vkeller at bluewin.ch) Date: Fri, 2 Jun 2006 08:45:28 +0200 Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? In-Reply-To: <62139.124.157.152.137.1149217005.squirrel@ludwin.net> Message-ID: <444E3945000EEC49@mssazhb-int.msg.bluewin.ch> Hello, je me suis trouv? dans une situation similaire : la mise en place d'un site web pour une association. J'ai test? deux ou trois solutions (Mambo, SPIP, etc...), j'ai aussi discut? avec d'autres webmestres se trouvant dans la m?me situation (d?cidemment) pour finalement tomber sur Joomla! Le cahier des charges impos? ?tait le suivant : logiciel open-source, en fran?ais, gestion simple et surtout possible pour la personne qui allait g?rer le site et qui n'y conna?t que dalle en php, HTML, etc... Le documents ? publier arrivent sous format Word de la part des membres de l'assoc, ? elle de les transf?rer sur le site d'une fa?on simple. Frontpage r?pond ? cela (au d?tail pr?s de la licence). Joomla! (une version n?e d'un d?saccord au sein de l'?quipe de d?veloppeurs de Mambo) par contre r?pond int?gralement au cahier des charges. La gestion du contenu est simple (?diteur en ligne), j'ai test? b?tement le copier-coller d'un document word, le CMS conserve m?me les changements de police (simple me direz-vous, mais j'?tais souffl?). La variet? des modules/bots, etc... en font un syst?me efficace et rapide ? mettre en place. Il y a tout de m?me quelques points n?gatifs ? relever : les pages web ne supportent pas la validation w3, la cr?ation de templates personnalis?es n'est pas ?vident pour qui n'est pas un sp?caliste web (ce qui est mon cas). Voil? pour ma chtite exp?rience perso. Amicalement Vince >-- Original-Nachricht -- >Date: Thu, 1 Jun 2006 21:56:45 -0500 (CDT) >From: fischer at ludwin.net >To: gull at lists.alphanet.ch >Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? >Reply-To: "Groupe romand des Utilisateurs de Linux et Logiciels Libres (Liste > technique)" > > >Quelqu'un ici a-t-il essaye le gestionnaire de contenu mambo? C'est un >script php-mysql cense faciliter la gestion de sites web, et distribue >sous license gpl. > >Personnellement, je ne m'interesse pas beaucoup aux gestionnaires de >contenu, je prefere ecrire mes pages en code, avec un editeur genre emacs. > >Mais il se trouve que je travaille actuellement avec une ONG venant en >aide aux refugies birmans vivant dans des camps en Thailande. J'ai ete >entre autres charge de cours d'initiation a l'utilisation informatique >dans une ecole. Les eleves les plus avances s'interessent a la creation de >sites web. Par forcement pour s'amuser: c'est un moyen de faire connaitre >leur situation. > >Je vais tout faire pour dissuader mes eleves de recourir a Front Page, >Dreamweaver, Go Live, ou autres, parce que ces logiciels, en plus d'etre >proprietaires, rendent difficile de mettre son site a jour quand on est >pas devant sa machine usuelle. Et ici, la maniere la plus courante >d'acceder a l'internet sont les cybercafes. Il est donc preferable >d'eviter les logiciels susmentionnes. > >Pour commencer, je vais enseigner la methode "spartiate": un editeur de >code aussi simple que possible, l'apprentissage de quelques balises html, >et ftp en mode ligne de commande (cela existe sous Unix et M$). Pour des >pages statiques, c'est suffisant. > >Le probleme, c'est que cette methode ne convient pas forcement a ceux qui >veulent creer rapidement des sites interactifs, avec une mise en page >attrayante. Ce qui fait que je songe a utiliser des gestionnaires de >contenu, qui permettent de gerer un site sans necessite d'aucun logiciel >special installe sur sa machine. > >J'ai donc installe mambo sur mon serveur. Comme la plupart des scripts >php-mysql, il s'installe facilement. J'ai juste eu quelques problemes avec >les permissions. Mais je ne sais pas encore si c'est le bon choix. Pour >l'instant, je ne comprends rien a ce que je vois, je ne sais pas pour ou >commencer. Ce qui m'agace, c'est qu'il y a beaucoup d'icones totalement >inutiles qui alourdissent le processus si on a pas une connexion rapide. > >Je demande donc a la cantonade: certains d'entre vous utilisent-ils des >gestionnaires de contenu dont ils sont contents? Si oui, lesquels? > >Ludwin > >_______________________________________________ >gull mailing list >gull at lists.alphanet.ch >http://lists.alphanet.ch/mailman/listinfo/gull ------------------------------------------- Vincent Keller Universit? de Gen?ve - Section Informatique E-mail: vkeller at bluewin.ch Home Page: http://cui.unige.ch/~kellev01 ------------------------------------------- From Nicolas.Borboen at epfl.ch Fri Jun 2 08:50:36 2006 From: Nicolas.Borboen at epfl.ch (=?ISO-8859-1?Q?Nicolas_Borbo=EBn?=) Date: Fri, 02 Jun 2006 08:50:36 +0200 Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? In-Reply-To: <62139.124.157.152.137.1149217005.squirrel@ludwin.net> References: <20060601183140.B92A158B0BB@shakotay.alphanet.ch> <62139.124.157.152.137.1149217005.squirrel@ludwin.net> Message-ID: <447FDFBC.10708@epfl.ch> L'ann?e derni?re 20 developpeurs "core" de Mambo ont "fork?" pour cr?er Joomla! dans le but de garder des objectifs open source et orient?s utilisateurs. Il faut savoir que Miro (http://www.miro.com.au/), la soci?t? m?re de Mambo (http://mamboserver.com/) utilise le d?veloppement de son sgc (syst?me de gestion de contenu) pour son sgc commercial, Jango (http://miro.com.au/index.php?option=displaypage&Itemid=234&op=page). Pas mal de site comme mambofacil.fr ont migr? vers joomlafacil.fr et la communaut? a une croissance incroyable. Lors de mon dipl?me, j'ai du choisir entre les deux, j'ai pris Joomla et je ne regrette rien. Pour l'instant les composants ou les mambots sont utilisable sur les deux cms. L'?quipe de joomla est en train de pr?parer une version 1.5 (actuellement la 1..0.8) qui s'annonce grandiose. Elle ?tait annonc?e pour mai, mais ils ont un peu de retard. Pour ce qui est de la lourdeur de ce cms, il en existe une version light: Limbo (http://www.limboportal.com/) Pour commencer avec Joomla / Mambo lisez ceci: http://www.joomla.fr/Vous_debutez_avec_Joomla!.html -> Joomla pour les nuls: http://www.joomlafacile.com/component/option,com_docman/task,doc_download/gid,19/Itemid,48/ Utilisez le support: http://www.joomlafacile.com/ et le forum http://forum.joomlafacile.com/ J'ai personnelement utilis? joomla pour ces deux sites: http://leni.epfl.ch et http://ise.epfl.ch + d'infos: http://joomla.org/ http://joomla.fr Sur la scission: http://forum.joomlafacile.com/showthread.php?p=8500 http://forum.joomlafacile.com/showthread.php?t=1894 fischer at ludwin.net wrote: > Quelqu'un ici a-t-il essaye le gestionnaire de contenu mambo? C'est un > script php-mysql cense faciliter la gestion de sites web, et distribue > sous license gpl. > > Personnellement, je ne m'interesse pas beaucoup aux gestionnaires de > contenu, je prefere ecrire mes pages en code, avec un editeur genre emacs. > > Mais il se trouve que je travaille actuellement avec une ONG venant en > aide aux refugies birmans vivant dans des camps en Thailande. J'ai ete > entre autres charge de cours d'initiation a l'utilisation informatique > dans une ecole. Les eleves les plus avances s'interessent a la creation de > sites web. Par forcement pour s'amuser: c'est un moyen de faire connaitre > leur situation. > > Je vais tout faire pour dissuader mes eleves de recourir a Front Page, > Dreamweaver, Go Live, ou autres, parce que ces logiciels, en plus d'etre > proprietaires, rendent difficile de mettre son site a jour quand on est > pas devant sa machine usuelle. Et ici, la maniere la plus courante > d'acceder a l'internet sont les cybercafes. Il est donc preferable > d'eviter les logiciels susmentionnes. > > Pour commencer, je vais enseigner la methode "spartiate": un editeur de > code aussi simple que possible, l'apprentissage de quelques balises html, > et ftp en mode ligne de commande (cela existe sous Unix et M$). Pour des > pages statiques, c'est suffisant. > > Le probleme, c'est que cette methode ne convient pas forcement a ceux qui > veulent creer rapidement des sites interactifs, avec une mise en page > attrayante. Ce qui fait que je songe a utiliser des gestionnaires de > contenu, qui permettent de gerer un site sans necessite d'aucun logiciel > special installe sur sa machine. > > J'ai donc installe mambo sur mon serveur. Comme la plupart des scripts > php-mysql, il s'installe facilement. J'ai juste eu quelques problemes avec > les permissions. Mais je ne sais pas encore si c'est le bon choix. Pour > l'instant, je ne comprends rien a ce que je vois, je ne sais pas pour ou > commencer. Ce qui m'agace, c'est qu'il y a beaucoup d'icones totalement > inutiles qui alourdissent le processus si on a pas une connexion rapide. > > Je demande donc a la cantonade: certains d'entre vous utilisent-ils des > gestionnaires de contenu dont ils sont contents? Si oui, lesquels? > > Ludwin > > _______________________________________________ > gull mailing list > gull at lists.alphanet.ch > http://lists.alphanet.ch/mailman/listinfo/gull > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dc at mjt.ch Fri Jun 2 09:07:13 2006 From: dc at mjt.ch (Daniel Cordey) Date: Fri, 2 Jun 2006 09:07:13 +0200 Subject: [gull] x86_64 In-Reply-To: <468fa46d0606011335p3de3a01ape6b6064ef183fd0c@mail.gmail.com> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606012033.05110.dc@mjt.ch> <468fa46d0606011335p3de3a01ape6b6064ef183fd0c@mail.gmail.com> Message-ID: <200606020907.14186.dc@mjt.ch> On Thursday 01 June 2006 22:35, Marc Mongenet wrote: > Cela dit, Intel n'a malgr? tout pas utilis? la d?nomination "x86_64", > mais "ia32e" (note : "ia64", c'est l'architecture des Itanium). Non, IA64 n'est pas une architecture mais un jeu d'instruction ! L'objectif d'Intel etait de leurer les gens en leur disant que, soudainement, leurs bon vieux *86 tournaient un jeu d'instruction 32 bits appele IA32... Le passage naturel devait donc aller en direction de IA64 avec son mode d'emulation du IA32. Contrairement a l'evolution 64 bits introduite pas AMD, IA64 est a des annees lumieres de la maniere d'utiliser et de programmer un IA32. L'emulation etant trop lente, le resultat ne convaint personne... Il ne faut non plus pas confondre architecture et jeu d'instruction. Un processeur peut tres bein etre une evolution d'un modele precedent, mais avec plus de registres; sans changer les modes d'adressage ni le heu d'instruction. Un code compile pour un tel processeur (utilisant efficacement tous les registres) ne peut donc pas tourner sur l'ancienne generattion. Il s'agit donc d'une modifiaction architecturale. Mais toutes les modofications architecturales ne rendent pas un CPU incompatible avec la generation precedente. Par exemple, on peut ajouter une cache CPU a un ou plusisurs niveaux, reorganiser les brachements, etc. sans pour autant "exposer" ces changements de maniere externe. > Intel s'est attir? de s?v?res critiques de Linus pour n'avoir > pas clairement dit avoir clon? l'architecture x86_64 d'AMD. > http://kerneltrap.org/node/2466 Je dirais qu'Intel a encore ajouter a la confusion en introduisant un petit detail... "IA32e"... c'est le 'e' qui pose probleme. La remarque de Linus porte sur le fait qu'Intel aurait du clairement mentionner la compatibilite avec AMD64 (tiens... on en parle tout a coup...) Il est donc normal de parler de code binaire compile pour de l'AMD64... puisque cela semble etre la reference, comme explicitement mentionne dans les commantaires de Linus. > Enfin, notons que techniquement et marketingement parlant, > il ?tait tr?s important pour AMD d'indiquer que leur processeur > 64 bits est compatible x86. Quel difference entre un HP-PA 7200 et un HP-PA 8000 ? L'un est un processeurs 32 bits alors que l'aurtre est 64 bits. Comme les HP-PA 7* fonctionnaient deja avec un mode d'adressage virtuel en 48 bits, le ocde compile sur cette generation fonctionne sans autre sur un 8000 utilisant aussi ces 48 bits. La seule difference residant dans la veritable largeurr du bus memoire. > Il ne faut pas oublier que > pendant ce temps, Intel soutenait mordicus que jamais > il ne ferait un x86 64 bits et que l'Itanium ?tait la seule voie > vers le futur. Vu le peut d'energie et de ressources conscres a une bonne emulation, l'echec n'est pas surprenant. Ce qui l'est c'est d'avoir cru que de bricoler quelque chose sous Itanium, tout en ayant la ferme intention de ne rien faire en 64 bits sur x86 ferait que les gens finairaient par etre convaincu. Intel a dormi pendant 10 ans... dc From Patrick.Duvanel at cifom.ch Fri Jun 2 08:55:37 2006 From: Patrick.Duvanel at cifom.ch (Duvanel Patrick (PDU)) Date: Fri, 2 Jun 2006 08:55:37 +0200 Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? Message-ID: Mes petites connaissances et petites exp?riences avec Joomla m'ont convaincu que l'utilisation d'un tel CMS permet de produire des applications Web tr?s efficientes. Le client se voit ? offrir ? des fonctionnalit?s ?volu?es pour un prix tr?s int?ressant... C'est l'outil id?al pour satisfaire les clients type PME qui veulent g?rer le contenu de leur site. Toutefois, l'utilisation de CMS requiert, pour le d?veloppeur, une bonne ma?trise des CSS et des mod?les, histoire que tout le monde n'ait pas le m?me site... A mon avis, le principal inconv?nient d'un tel outil est, pour les d?veloppeurs Web, la perte d'un march?. L'utilisation d'un CMS tel que Joomla redonne du travail aux concepteurs de sites Web orient?s graphisme en lieu et place des d?veloppeurs Web. Heureusement qu'il restera les march?s hors PME qui ne sont pas couvert par les CMS ou pour des composants ? personnaliser pour les CMS. Concernant les composants (magasin en ligne, liste de distribution, etc.) il y a du bon et du moins bon, il est imp?ratif de bien les tester avant. Il y a trois mois, un composant sur un site qui faisait environ 3000 visites mensuelles ?tranglait le serveur DNS avec de requ?tes intempestives... Salutations. Patrick -----Message d'origine----- De?: gull-bounces at lists.alphanet.ch [mailto:gull-bounces at lists.alphanet.ch] De la part de fischer at ludwin.net Envoy??: vendredi, 2. juin 2006 04:57 ??: gull at lists.alphanet.ch Objet?: [gull] Gestionnaires de contenu: Mambo est-il valable? Quelqu'un ici a-t-il essaye le gestionnaire de contenu mambo? C'est un script php-mysql cense faciliter la gestion de sites web, et distribue sous license gpl. Personnellement, je ne m'interesse pas beaucoup aux gestionnaires de contenu, je prefere ecrire mes pages en code, avec un editeur genre emacs. Mais il se trouve que je travaille actuellement avec une ONG venant en aide aux refugies birmans vivant dans des camps en Thailande. J'ai ete entre autres charge de cours d'initiation a l'utilisation informatique dans une ecole. Les eleves les plus avances s'interessent a la creation de sites web. Par forcement pour s'amuser: c'est un moyen de faire connaitre leur situation. Je vais tout faire pour dissuader mes eleves de recourir a Front Page, Dreamweaver, Go Live, ou autres, parce que ces logiciels, en plus d'etre proprietaires, rendent difficile de mettre son site a jour quand on est pas devant sa machine usuelle. Et ici, la maniere la plus courante d'acceder a l'internet sont les cybercafes. Il est donc preferable d'eviter les logiciels susmentionnes. Pour commencer, je vais enseigner la methode "spartiate": un editeur de code aussi simple que possible, l'apprentissage de quelques balises html, et ftp en mode ligne de commande (cela existe sous Unix et M$). Pour des pages statiques, c'est suffisant. Le probleme, c'est que cette methode ne convient pas forcement a ceux qui veulent creer rapidement des sites interactifs, avec une mise en page attrayante. Ce qui fait que je songe a utiliser des gestionnaires de contenu, qui permettent de gerer un site sans necessite d'aucun logiciel special installe sur sa machine. J'ai donc installe mambo sur mon serveur. Comme la plupart des scripts php-mysql, il s'installe facilement. J'ai juste eu quelques problemes avec les permissions. Mais je ne sais pas encore si c'est le bon choix. Pour l'instant, je ne comprends rien a ce que je vois, je ne sais pas pour ou commencer. Ce qui m'agace, c'est qu'il y a beaucoup d'icones totalement inutiles qui alourdissent le processus si on a pas une connexion rapide. Je demande donc a la cantonade: certains d'entre vous utilisent-ils des gestionnaires de contenu dont ils sont contents? Si oui, lesquels? Ludwin _______________________________________________ gull mailing list gull at lists.alphanet.ch http://lists.alphanet.ch/mailman/listinfo/gull From Pierre.Keller at bcu.unil.ch Fri Jun 2 09:33:24 2006 From: Pierre.Keller at bcu.unil.ch (Pierre Keller - BCU Lausanne) Date: Fri, 02 Jun 2006 09:33:24 +0200 Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? In-Reply-To: <62139.124.157.152.137.1149217005.squirrel@ludwin.net> References: <20060601183140.B92A158B0BB@shakotay.alphanet.ch> <62139.124.157.152.137.1149217005.squirrel@ludwin.net> Message-ID: <447FE9C4.5090004@bcu.unil.ch> Bonjour ? tous ! Le 02.06.2006 04:56, fischer at ludwin.net a demand?: > Je demande donc a la cantonade: certains d'entre vous utilisent-ils des > gestionnaires de contenu dont ils sont contents? Si oui, lesquels? Personnellement, pour un site dont j'ai la responsabilit? ( http://www.association-ligne-sommitale-furka.ch/ ) j'utilise Itseasy (voir http://www.en1heure.com/itseasy/ ). Syst?me l?ger, qui demande au r?dacteur beaucoup de ma?trise technique, mais qui respecte ? 100 % les standards: passez le site de l'ALSF par le validateur http://validator.w3.org/ en principe vous n'allez pas recevoir beaucoup d'erreurs (s'il y en a, c'est des fautes d'inattention - signalez-les moi). Mais si vous avez d?j? enseign? la m?thode "spartiate" ? vos prot?g?s, passer ? Itseasy leur sera facile. Un des grands avantages d'Itseasy est pr?cis?ment sa l?g?ret?. Je suis loin d'?tre un gourou en php, mais il m'a ?t? tr?s facile de le compl?ter pour qu'il satisfasse ? mes besoins: p. ex. les menus d?roulants, qui ne sont pas contenus dans le logiciel d'origine. -- Pierre Keller Bibliotheque cantonale et universitaire University of Lausanne CH-1015 Lausanne Dorigny (Switzerland) T?l.: 021/692 48 13 WWW: http://www.unil.ch/BCU/docs/pkeller/ From schmidig at perso.ch Fri Jun 2 09:43:49 2006 From: schmidig at perso.ch (Simon Schmidig) Date: Fri, 02 Jun 2006 09:43:49 +0200 Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? In-Reply-To: <444E3945000EEC49@mssazhb-int.msg.bluewin.ch> References: <444E3945000EEC49@mssazhb-int.msg.bluewin.ch> Message-ID: <1149234229.18436.0.camel@localhost.localdomain> Nous utilisons PLONE. C'est assez simple. simon schmidig | manzoni schmidig architectes sia 39 eug?ne marziano | 1227 les acacias | t 022 301 70 90 | f 022 301 70 89 | schmidig at perso.ch -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Nicolas.Borboen at epfl.ch Fri Jun 2 10:09:14 2006 From: Nicolas.Borboen at epfl.ch (=?ISO-8859-1?Q?Nicolas_Borbo=EBn?=) Date: Fri, 02 Jun 2006 10:09:14 +0200 Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? In-Reply-To: References: Message-ID: <447FF22A.6090004@epfl.ch> > Nous avons r?alis?s 2 sites avec SPIP. > SPIP, comme Mambo et Joomla ne supporte le multilinguisme que par l'ajout de > v?rue. > La gestion multilingue sera native dans joomla 1.5 http://dev.joomla.org/content/view/23/61/ From fudriot at omic.ch Fri Jun 2 11:09:46 2006 From: fudriot at omic.ch (Fabien Udriot) Date: Fri, 02 Jun 2006 11:09:46 +0200 Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? In-Reply-To: <447FF22A.6090004@epfl.ch> References: <447FF22A.6090004@epfl.ch> Message-ID: <4480005A.9060100@omic.ch> L'offre des CMS est pl?tore... et c'est presque une question de religion... :) Personnellement, au boulot, nous utilisons Typo3 comme CMS... Je ne le conseillerais certainement pas ? un d?butant... car il exige, pour le d?veloppeur, certaines notions de programmation. Mais une fois, la phase d'apprentissage pass?e, c'est un CMS extr?ment plaisant ? utiliser et surtout tr?s puissant. La principale force de Typo3 (? mon avis) est de s?parer compl?tement la ligne graphique du CMS. (Je sais pas comment Joomla se comporte sur ce point.) Ainsi, n'importe quel design peut ?tre int?gr? ? ce CMS. Un site (en construction) motoris? par Typo3 (release 3.8) http://quart-monde.ch/index.php des captures d'?cran de l'interface de gestion de Typo3 (release 4) http://www.ecodev.ch/galerie/typo3.php Nicolas Borbo?n wrote: > >> Nous avons r?alis?s 2 sites avec SPIP. >> SPIP, comme Mambo et Joomla ne supporte le multilinguisme que par >> l'ajout de >> v?rue. >> > La gestion multilingue sera native dans joomla 1.5 > http://dev.joomla.org/content/view/23/61/ > > _______________________________________________ > gull mailing list > gull at lists.alphanet.ch > http://lists.alphanet.ch/mailman/listinfo/gull > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3517 bytes Desc: S/MIME Cryptographic Signature URL: From Nicolas.Borboen at epfl.ch Fri Jun 2 11:24:31 2006 From: Nicolas.Borboen at epfl.ch (=?ISO-8859-1?Q?Nicolas_Borbo=EBn?=) Date: Fri, 02 Jun 2006 11:24:31 +0200 Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? In-Reply-To: <4480005A.9060100@omic.ch> References: <447FF22A.6090004@epfl.ch> <4480005A.9060100@omic.ch> Message-ID: <448003CF.9020800@epfl.ch> Salut Fabien ;-) > La principale force de Typo3 (? mon avis) est de s?parer compl?tement > la ligne graphique du CMS. (Je sais pas comment Joomla se comporte sur > ce point.) De m?me, s?paration pr?sentation/contenu. From evaleto at gelux.ch Fri Jun 2 12:39:28 2006 From: evaleto at gelux.ch (Olivier Evalet) Date: Fri, 02 Jun 2006 12:39:28 +0200 Subject: [gull] Gestionnaires de contenu: Mambo est-il valable? In-Reply-To: References: Message-ID: <1149244768.28373.42.camel@localhost> > A mon avis, le principal inconv?nient d'un tel outil est, pour les > d?veloppeurs Web, la perte d'un march?. L'utilisation d'un CMS tel que > Joomla redonne du travail aux concepteurs de sites Web orient?s > graphisme en lieu et place des d?veloppeurs Web. Heureusement qu'il > restera les march?s hors PME qui ne sont pas couvert par les CMS ou > pour des composants ? personnaliser pour les CMS. Finalement le fait d'installer une vitrine web avec des fonctions de bases d'information et une pr?sentation personnalis?e, n'est pas forc?ment un march?! C'est un besoin technique, une lacune, qui maintenant est combl?e. Perso, je pense que maintenant on a le choix, que les besoins informatiques - maintenant web 2.0 devient un peu concret dans l'esprit des PME - sont de plus en plus exigeants, communautaires, et les entreprises qui veulent une position web avec une valeur ajout?e doivent toujours faire appel ? un informaticien ;)) Mais tout ce qui suit c'est aussi du service ;) 1) La pose d'un CMS est presque automatique 2) le contenu est ma?tris? par le client ? qui il faut apprendre wiki 3) le contenu est index?, contient une table des mati?res etc 4) les modules de base sont d?j? pr?sents : forums, mailing, agenda, rss 5) l'interface graphique est ? 99% s?par? du moteur et l'on trouve une pl?thore de http://openwebdesign.org/ 6) On ajoute l'utilisation d'ajax (google API ou Yahoo API), rss, xmlrpc, un annuaire, etc... et on glue le tout un peu comme http://www.netvibes.com , et le siteweb devient un agr?gat d'id?es et d'infos qui peut ?tre vues comme une boite noire avec des entr?es et des sorties utilisables par les autre PME ou les autres fournisseurs de services ... Le web se construit, on est dans une dynamique hallucinante ou le partage et l'efficacit? de l'?change d'informations utiles prime sur la pr?sentation statique de l'entreprise - qui est quand m?me le point de d?part. ;))) Olivier -- ------------------ Linux for Geneva www.gelux.ch From fischer at ludwin.net Fri Jun 2 14:47:20 2006 From: fischer at ludwin.net (fischer at ludwin.net) Date: Fri, 2 Jun 2006 07:47:20 -0500 (CDT) Subject: [gull] Re: gull Digest, Vol 12, Issue 3 In-Reply-To: <20060602071200.A90A558B0E7@shakotay.alphanet.ch> References: <20060602071200.A90A558B0E7@shakotay.alphanet.ch> Message-ID: <36417.58.147.125.98.1149252440.squirrel@ludwin.net> >>Je demande donc a la cantonade: certains d'entre vous utilisent-ils des >>gestionnaires de contenu dont ils sont contents? Si oui, lesquels? > > Nous avons r?alis?s 2 sites avec SPIP. > SPIP, comme Mambo et Joomla ne supporte le multilinguisme que par l'ajout > de > v?rue. Merci pour tous ces tuyaux. "Supporter le multilinguisme", ca veut dire que l'administration peut se faire dans une langue autre que la langue d'origine (francais dans le cas de SPIP)? Dans mon cas, evidemment, il faut que l'administration se fasse en anglais (une traduction vers le birman ou le dialecte karen serait bien entendu une bonne chose, mais je ne compte pas la-dessus dans l'immediat). From anne.possoz at epfl.ch Fri Jun 2 15:26:40 2006 From: anne.possoz at epfl.ch (Anne Possoz) Date: Fri, 02 Jun 2006 15:26:40 +0200 Subject: [gull] Re: gull Digest, Vol 12, Issue 3 In-Reply-To: Your message of "Fri, 02 Jun 2006 07:47:20 CDT." <36417.58.147.125.98.1149252440.squirrel@ludwin.net> Message-ID: <200606021326.k52DQeCn013367@slpc7.epfl.ch> fischer at ludwin.net a ?crit: > Paul Veuve a ?crit: > > Nous avons r?alis?s 2 sites avec SPIP. > > SPIP, comme Mambo et Joomla ne supporte le multilinguisme que par l'ajout > > de v?rue. De quelle version parlez-vous? Depuis la version 1.7, spip supporte le multilinguisme. Et dans l'interface d'?dition, il est automatique. Une introduction ? ce qu'on peut entendre par multilinguisme: http://www.spip.net/fr_article2124.html car il est vrai que suivant le type de site, le multilinguisme peut rev?tir un sens diff?rent. > "Supporter le multilinguisme", ca veut dire que l'administration peut se > faire dans une langue autre que la langue d'origine (francais dans le cas > de SPIP)? Pour spip, l'administration est multilingue, m?me si le site est monolangue. > Dans mon cas, evidemment, il faut que l'administration se fasse en anglais > (une traduction vers le birman ou le dialecte karen serait bien entendu > une bonne chose, mais je ne compte pas la-dessus dans l'immediat). L'anglais sans probl?me. Pour la situation des langues dans, voir http://www.spip.net/rubrique4.html mais je ne vois pas le birman. Anne From yves.grossiord at wanadoo.fr Fri Jun 2 20:34:31 2006 From: yves.grossiord at wanadoo.fr (Grossiord Yves) Date: Fri, 02 Jun 2006 20:34:31 +0200 Subject: [gull] x86_64 In-Reply-To: <200606012031.14523.dc@mjt.ch> References: <200605311652.25819.dc@mjt.ch> <200606011738.09885.dc@mjt.ch> <468fa46d0606010903m1bf0ea94ke4d1f85f94914c0d@mail.gmail.com> <200606012031.14523.dc@mjt.ch> Message-ID: <1149273272.23556.28.camel@cubitakun.homelinux.net> On jeu, 2006-06-01 at 20:31 +0200, Daniel Cordey wrote: > On Thursday 01 June 2006 18:03, Marc Mongenet wrote: > > > Comment AMD aurait-il d? appeler cette architecture, > > sachant qu'elle conserve la compatibilit? x86, et que c'est > > c'est l? tout son int?r?t ? > > Athlon64... Punkt ! Le mot Athlon suffit pour evoquer la compatibilite avec > des Athlon32. Pendant qu'on-y-est, on pourait evoquer aussi la compatibilite > du jeu d'instruction que l'on trouvait dans le 8080. Ca donnerait : > > AMD Athlon 80_86_88_x86_64 Ben, c'est le cas. A quoi sert le 'x' a ton avis sinon a representer les architectures 8086, 80286, 80386, 80486, puis plus generalement tous les processeurs compatibles avec le jeu d'instruction du 8086. ;^) http://fr.wikipedia.org/wiki/X86 Je rappelle que si Intel a abandonne la denomination de type 80xxx, c'est parce qu'il est impossible de deposer un nombre comme marque protegee (trademark ou TM), et qu'ils avaient besoin de munitions legales contre les processeurs compatibles (y compris au niveau du socket a l'epoque) de cyrix. Ils ont essaye d'imposer les marques i386 et i486, puis ont paye quelques millions a un cabinet specialise pour trouver 'Pentium' pour le 80586 (penta comme 5). Il aurait du etre suivi de l'hexium, du heptium, de l'octium..., mais ils ont finalement prefere ajouter des suffixes (pentium pro, pentium II, pentium III, pentium 4, pentium M, ...). Intel a une longue tradition de bidouillage des noms: - 8088 = 8086 avec bus externe de 8 bits au lieu de 16 - 80486 DX2 a un multiplicateur de frequence interne de 2 80486 DX4 a un multiplicateur de frequence interne de... 3 - 80486 SX = 80486 dont le coprocesseur a echoue 80487 = 80486 dont le coeur a echoue, mais pas le copro deux puces de moins a jeter a la poubelle - les nouvelles puces ont un nom a 3 chiffres pour ne plus parler de la frequence (maintenant qu'elle n'augmente plus) - etc... Yves. From marc at mongenet.ch Fri Jun 2 22:50:36 2006 From: marc at mongenet.ch (Marc Mongenet) Date: Fri, 2 Jun 2006 22:50:36 +0200 Subject: [gull] x86_64 In-Reply-To: <1149273272.23556.28.camel@cubitakun.homelinux.net> References: <200605311652.25819.dc@mjt.ch> <200606011738.09885.dc@mjt.ch> <468fa46d0606010903m1bf0ea94ke4d1f85f94914c0d@mail.gmail.com> <200606012031.14523.dc@mjt.ch> <1149273272.23556.28.camel@cubitakun.homelinux.net> Message-ID: <468fa46d0606021350u140033f5tff000028979c649c@mail.gmail.com> Le 02/06/06, Grossiord Yves a ?crit : > > Je rappelle que si Intel a abandonne la denomination de type > 80xxx, c'est parce qu'il est impossible de deposer un nombre > comme marque protegee (trademark ou TM), J'avais lu il y a quelques ann?es une description d?taill?e du cas et l'histoire ?tait un peu plus compliqu?e. Malheureusement ?a semble avoir disparu du Web. Si je me souviens bien, il est plus ou moins possible de faire une marque avec des chiffres, comme 747 de Boieng. Mais Intel utilisait syst?matiquement les chiffres 80486 et esp?rait pouvoir emp?cher ses concurrents d'utiliser le suffixe 486. En effet, les microprocesseurs concurrents avaient des noms comme Am486 (pour AMD). Marc Mongenet From marc at mongenet.ch Sat Jun 3 00:54:10 2006 From: marc at mongenet.ch (Marc Mongenet) Date: Sat, 3 Jun 2006 00:54:10 +0200 Subject: [gull] x86_64 In-Reply-To: <200606020907.14186.dc@mjt.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606012033.05110.dc@mjt.ch> <468fa46d0606011335p3de3a01ape6b6064ef183fd0c@mail.gmail.com> <200606020907.14186.dc@mjt.ch> Message-ID: <468fa46d0606021554v4fde406dwbb05a81872c5aeae@mail.gmail.com> >Non, IA64 n'est pas une architecture mais un jeu d'instruction ! Ben ce mot 'architecture' est utilis? un peu ? toutes les sauces. Dans le cas le plus g?n?ral, on parle d'architecture RISC, CISC, VLIW, etc. Apr?s on peut utiliser 'architecture' plus ou moins dans le sens ou l'on ?crit que Debian ou Linux existent sur les architectures i386, amd64, powerpc, ppc64, sparc, alpha, hppa, ia64, etc. Dans ce cas, 'architecture' et 'jeu d'instructions' sont effectivement assez similaires. C'est le sens que j'utilise d'habitude. Intel aussi il semble, car "ia64" signifie "Intel Architecture 64". Il me semble que ce sens correspond plus ou moins au sens du fameux bouquin "Computer Architecture, a Quantitative Approach". On y lit "In the past, the term 'computer architecture' only referred to instruction set design." Puis plus bas "In this book the word 'architecture' is intended to cover all the aspects of computer design, instruction set architecture, organization, and hardware." Mouais, c'est assez flou, ?a m'avance pas beaucoup. :) Dans les sources de Linux, il me semble qu'ils ont la notion d'architecture (r?pertoire arch/) avec m68k, mips, etc. et de sous-architecture pour m68k/amiga, m68k/sun3, m68k/atari. Mais si je cherche sub-architecture sur le Web, je vois que ce sont plut?t les g?n?rations de processeurs (i386, i486, i586, etc.), qui sont consid?r?es... On parle aussi de microarchitecture, par exemple de la microarchitecture NetBurst du Pentium 4. Peut-?tre est-ce ce que tu appelles 'architecture'? Toute cette confusion me perd. :) D'ailleurs la notion elle-m?me de g?n?ration de processeur devient assez floue, tant les am?liorations deviennent incr?mentales, que ce soit sur les Athlon ou les Pentium 4. > Quel difference entre un HP-PA 7200 et un HP-PA 8000 ? L'un est un processeurs > 32 bits alors que l'aurtre est 64 bits. Comme les HP-PA 7* fonctionnaient > deja avec un mode d'adressage virtuel en 48 bits, le ocde compile sur cette > generation fonctionne sans autre sur un 8000 utilisant aussi ces 48 bits. La > seule difference residant dans la veritable largeurr du bus memoire. Je ne saurai pas dire pour la PA-RISC, je les connais mal. Mais je ne comprends pas comment on peut ?etre une evolution d'un modele precedent, mais avec plus de registres; sans changer les modes d'adressage ni le heu d'instruction?. Comme peut-on adresser plus de registres avec les m?mes instructions? Il y avait des bits inutiles dans le jeu d'instructions ? Marc Mongenet From fischer at ludwin.net Sat Jun 3 13:39:49 2006 From: fischer at ludwin.net (fischer at ludwin.net) Date: Sat, 3 Jun 2006 06:39:49 -0500 (CDT) Subject: [gull] Installation de SPIP In-Reply-To: <20060603100008.A375658B0CF@shakotay.alphanet.ch> References: <20060603100008.A375658B0CF@shakotay.alphanet.ch> Message-ID: <58691.203.151.141.195.1149334789.squirrel@ludwin.net> > L'anglais sans probl??me. Pour la situation des langues, voir > http://www.spip.net/rubrique4.html mais je ne vois pas le birman. Peut-etre un de mes eleves sera-t-il un jour a meme de faire la traduction. J'ai vu qu'il y a vraiment beaucoup de langues, dont le wolof, l'hebreu... SPIP a l'air sobre et sympa, et me conviendrait probablement si je parvenais a l'installer, mais, voila, il y a comme un tout petit couac: le script ne parvient pas a se connecter a ma base de donnees mysql. Je crois savoir pourquoi, mais ne trouve pas de solution. Quand on install Mambo, Joomla, WordPress, ou bien d'autres scripts php-mysql, il faut, concernant mysql, introduire quatre informations: 1)L'adresse de la base de donnees. Parfois, ecrire "localhost" suffit, mais dans mon cas, il faut indiquer l'adresse ip ou le nom du serveur ,mysql. 2)Le nom de la base de donnees. Dans mon cas, c'est ludwin_mambo, ludwin_joomla, Ludwin_wordpress, ou ludwin_spip. Je dois creer la base chez mon hebergeur (steadfastnetworks.com), ce qui ne pose pas de probleme, j'ai droit a autant de bases que je veux. 3)le nom de l'utilisateur ayant le droit d'administrer la base. ludwin_spadmin dans mon cas. 4) Le mot de passe de l'utilisateur susmentionne. Quand c'est comme ca, je n'ai aucun probleme, j'ai installe Mambo, Joomla et WordPress en un tour de main. Mais avec SPIP, le script d'installation me demande les informations 1, 3, et 4 uniquement! Il veut bien que je lui indique l'adresse du serveur de la base, un nom d'utilisateur et le mot de passe, mais pas le nom de la base> Le script semble considerer que le nom du serveur et celui de ma base, c'est une seule et meme chose! A tout hasard, j'ai essaye: ludwin_spip@. Essayer ne me coutait rien, mais, non, ca ne marche pas. Quelqu'un saurait-il comment faire dans ce cas? Dans la negative, je pourrais exposer le probleme a mon hebergeur. Et s'il n'y a pas de solution, laisser tomber spip pour joomla, mais ce serait dommage, spip a l'air bien... From magnus at magooweb.com Sat Jun 3 15:29:28 2006 From: magnus at magooweb.com (magnus anderssen) Date: Sat, 03 Jun 2006 15:29:28 +0200 Subject: [gull] Installation de SPIP In-Reply-To: <58691.203.151.141.195.1149334789.squirrel@ludwin.net> References: <20060603100008.A375658B0CF@shakotay.alphanet.ch> <58691.203.151.141.195.1149334789.squirrel@ludwin.net> Message-ID: <44818EB8.7020705@magooweb.com> fischer at ludwin.net wrote: (...) > > Mais avec SPIP, le script d'installation me demande les informations 1, 3, > et 4 uniquement! Il veut bien que je lui indique l'adresse du serveur de > la base, un nom d'utilisateur et le mot de passe, mais pas le nom de la > base> Le script semble considerer que le nom du serveur et celui de ma > base, c'est une seule et meme chose! non en fait, il essait simplement de se connecter. En cas de r?ussite, il te proposera plusieurs choix en fonction des droits de l'utilisateur: cr?ation d'une nouvelle db ou utilisation d'une db existante. j'ai cr?er un utilisateur sans aucun droit sauf sur une db (sans les fonctions administrative drop...) et ?a marche, il me propose d'utiliser la db existante. donc je pencherais pour un probl?me d'ip (ton provider insiste sur l'usage du mysql.xxx.xxx) ou de compte. je viens de retester avec l'autoinstaller (http://www.spip.net/spip-dev/INSTALL/), pas de probl?me. -- magnus From leopoldo.ghielmetti at a3.epfl.ch Sun Jun 4 11:14:18 2006 From: leopoldo.ghielmetti at a3.epfl.ch (Leopoldo Ghielmetti) Date: Sun, 04 Jun 2006 11:14:18 +0200 Subject: [gull] x86_64 In-Reply-To: <468fa46d0606021554v4fde406dwbb05a81872c5aeae@mail.gmail.com> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606012033.05110.dc@mjt.ch> <468fa46d0606011335p3de3a01ape6b6064ef183fd0c@mail.gmail.com> <200606020907.14186.dc@mjt.ch> <468fa46d0606021554v4fde406dwbb05a81872c5aeae@mail.gmail.com> Message-ID: <1149412459.14423.36.camel@synda.ghielmetti.net> Il giorno sab, 03/06/2006 alle 00.54 +0200, Marc Mongenet ha scritto: > >Non, IA64 n'est pas une architecture mais un jeu d'instruction ! > > Ben ce mot 'architecture' est utilis? un peu ? toutes les sauces. > Dans le cas le plus g?n?ral, on parle d'architecture RISC, CISC, > VLIW, etc. > > Apr?s on peut utiliser 'architecture' plus ou moins dans le sens > ou l'on ?crit que Debian ou Linux existent sur les architectures > i386, amd64, powerpc, ppc64, sparc, alpha, hppa, ia64, etc. > Dans ce cas, 'architecture' et 'jeu d'instructions' sont effectivement > assez similaires. C'est le sens que j'utilise d'habitude. Intel aussi > il semble, car "ia64" signifie "Intel Architecture 64". > > Il me semble que ce sens correspond plus ou moins au sens du > fameux bouquin "Computer Architecture, a Quantitative Approach". > On y lit "In the past, the term 'computer architecture' only referred > to instruction set design." Puis plus bas "In this book the word > 'architecture' is intended to cover all the aspects of computer > design, instruction set architecture, organization, and hardware." > > Mouais, c'est assez flou, ?a m'avance pas beaucoup. :) > > Dans les sources de Linux, il me semble qu'ils ont la notion > d'architecture (r?pertoire arch/) avec m68k, mips, etc. et > de sous-architecture pour m68k/amiga, m68k/sun3, m68k/atari. > Mais si je cherche sub-architecture sur le Web, je vois que > ce sont plut?t les g?n?rations de processeurs (i386, i486, > i586, etc.), qui sont consid?r?es... > > On parle aussi de microarchitecture, par exemple de la > microarchitecture NetBurst du Pentium 4. Peut-?tre est-ce > ce que tu appelles 'architecture'? > Toute cette confusion me perd. :) > D'ailleurs la notion elle-m?me de g?n?ration de processeur > devient assez floue, tant les am?liorations deviennent > incr?mentales, que ce soit sur les Athlon ou les Pentium 4. > > > Quel difference entre un HP-PA 7200 et un HP-PA 8000 ? L'un est un processeurs > > 32 bits alors que l'aurtre est 64 bits. Comme les HP-PA 7* fonctionnaient > > deja avec un mode d'adressage virtuel en 48 bits, le ocde compile sur cette > > generation fonctionne sans autre sur un 8000 utilisant aussi ces 48 bits. La > > seule difference residant dans la veritable largeurr du bus memoire. > > Je ne saurai pas dire pour la PA-RISC, je les connais mal. > Mais je ne comprends pas comment on peut ?etre une evolution > d'un modele precedent, mais avec plus de registres; sans changer les > modes d'adressage ni le heu d'instruction?. Comme peut-on > adresser plus de registres avec les m?mes instructions? On ne touche pas aux anciennes et on ajoute les nouvelles! p.e. les instructions MOV bien qu'elles s'appellent toutes MOV ne sont pas la m?me instruction. MOV AX,BX est cod?e diff?remment de MOV AX,5 bien que les deux s'appellent MOV. On pourrait pour ?tre plus claire leur changer de nom, mais ?a n'ajouterais rien ? la facilit? d'utilisation de l'assembleur. Donc on peut dire qu'il existe un MOV registre registre, un MOV registre m?moire et aussi d'autres MOV pour d'autres but. S'ils veulent ajouter le MOV registre64 registre64 il suffit de cr?er une nouvelle instruction MOV64 (qu'on appellerait pour simplifier les choses MOV) et qui agirait sur les registres 64bits. Le r?sultat est que le set d'instructions se retrouve ?tendu, que les anciennes instructions restent valables car elles n'ont pas ?t? touch?es et que du point de vue de l'assembleur rien ne change, car pour copier une valeur d'un registre ? un autre on continue ? utiliser l'instruction MOV que ce soit un registre 8, 16, 32 ou 64 bits. Exactement comme si dans la langue fran?aise on ajoute un nouveau mot ou on ajoute une nouvelle signification ? un mot d?j? existant, ?a ne change ? priori rien dans la signification des autres mots qui pourront donc continuer ? ?tre utilis?s comme avant (ce qui rend le Fran?ais compatible avec ses anciennes versions, il faut en effet beaucoup de g?n?rations avant que la langue ne soit plus compr?hensible). > Il y avait des bits inutiles dans le jeu d'instructions ? Oui, et m?me beaucoup, ce qui leur laisse quelque degr? de libert? en plus dans le choix du jeu d'instructions. En plus ils ont utilis? la technique des pr?fixes. Donc si p.e l'instruction MOV reg16,reg16 tient sur deux bytes (je ne suis plus tr?s sur, mais c'est le principe qui conte) l'instruction MOV reg32,reg32 tient sur trois bytes (le premier est un pr?fixe qui indique qu'on ne travaille pas sur 16bits mais 32), je supposes qu'il y a un autre pr?fixe pour indiquer qu'on travaille sur 64 bits au lieu de 16 ou un pr?fixe du pr?fixe qui indique qu'on travaille sur 64 au lieu de 32 (je ne connais pas les d?tails du syst?me ? 64bits). Donc on a: instruction 16bits: MOV16 AX,BX qui s'?crit MOV AX,BX instruction 32bits: 32.MOV16 AX,BX qui s'?crit MOV EAX,EBX instruction 64bits: 64.MOV16 AX,BX ou 64.32.MOV16 AX,BX que je ne sais pas comment elle s'?crit, mais on pourrait s'imaginer quelque chose comme MOV XAX,XBX D'un c?t? on ? l'?criture pour le processeur (qui n'a pas d'ambigu?t? et qui permet d'ajouter des fonctionnalit?s en pr?fixant) de l'autre on ? l'?criture assembleur pour les humains qui utilise une ?criture plus imm?diate et ?vite au programmeur de s'amuser ? pr?fixer chaque instruction. > Marc Mongenet ciao, Leo From dc at mjt.ch Mon Jun 5 09:33:38 2006 From: dc at mjt.ch (Daniel Cordey) Date: Mon, 5 Jun 2006 09:33:38 +0200 Subject: [gull] x86_64 In-Reply-To: <468fa46d0606021554v4fde406dwbb05a81872c5aeae@mail.gmail.com> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606020907.14186.dc@mjt.ch> <468fa46d0606021554v4fde406dwbb05a81872c5aeae@mail.gmail.com> Message-ID: <200606050933.38551.dc@mjt.ch> On Saturday 03 June 2006 00:54, Marc Mongenet wrote: > Dans ce cas, 'architecture' et 'jeu d'instructions' sont effectivement > assez similaires. Il y a des limites floues en ce qui concerne cette association. Une architecture de type multi-core AMD 64 n'a plus grand chose a voir avec celle d'un 8086, bien que le jeu d'instruction de ce dernier soit compris par l'AMD. Cette correspondance est quand meme limitee. De meme que la notion de jeu d'instructions est aussi assez ambigue. Rajouter des regitsres a un processeur n'est pas equivalent a rajouter des instructions; mais l'ancien processeur ne peut tourner des codes utilisant les nouveaux registres... On parlera a lors de famille de processeurs. > C'est le sens que j'utilise d'habitude. Intel aussi > il semble, car "ia64" signifie "Intel Architecture 64". Intel noie le poisson afin d'occulter les deficiences de sa strategie. Le mot IA32 est venu bin apres IA32. Le jeu d'instruction IA64 a ete defini dans la premiere moitie des annees 90, par un ingenieur d'HP ayant travaille pendant plusieurs mois dans les d'Intel pour definir le jeu d'instruction de l'Itanium. Ce n'est qu'apres coup que le marketing d'Intel a eu la brillante idee de nommer le jeu d'instruction des x86 : IA 32. Esperant ainsi leurer les gens pour leur faire croire que la suite de leur processeur 32 bits etait l'Itanium. A partir du moment ou le mode d'emulation n'a pas recu assez de ressources pour etre developpe correctement, c'etait vraiment prendre les gens pour des idiots. > Il me semble que ce sens correspond plus ou moins au sens du > fameux bouquin "Computer Architecture, a Quantitative Approach". > On y lit "In the past, the term 'computer architecture' only referred > to instruction set design." "In the past", soit jusqu'au debut des annees 80... > Mouais, c'est assez flou, ?a m'avance pas beaucoup. :) :-) > Mais si je cherche sub-architecture sur le Web, je vois que > ce sont plut?t les g?n?rations de processeurs (i386, i486, > i586, etc.), qui sont consid?r?es... Le kernel doit prendre la notion d'architecture aus sens large. En dehors du simple jeu d'instruction et du nombre de registres, qui n'est qu'un probleme de compilateur, il faut aussi traiter les "chipsets", la maniere de faire du DMA, etc. Il y a donc une difference dans la signification et la porte du mot architecture suivant que l'on se place du point de vue du kernel ou du compilateur. > On parle aussi de microarchitecture, par exemple de la > microarchitecture NetBurst du Pentium 4. Peut-?tre est-ce > ce que tu appelles 'architecture'? Oui, dans le cas de ma remarque initiale. > Je ne saurai pas dire pour la PA-RISC, je les connais mal. > Mais je ne comprends pas comment on peut ?etre une evolution > d'un modele precedent, mais avec plus de registres; sans changer les > modes d'adressage ni le heu d'instruction?. Comme peut-on > adresser plus de registres avec les m?mes instructions? Voir l'exellent explication de Leo. Je rajouterai que les processeurs RISC ont drsatiquement reduit le nombre de mode d'adressage. Dans un 68020, on pouvait compter jusqu'a 13 modes d'adressage pour certaines instructions. Dans la plupart (voir tous) des processeurs RISCs seuls les instructions LOAD/STORE/BRANCH peuvent adresser la memoire alors que les autres instructions ne manipulent que des registres. Ce justement ce qui a permit une grande simplification* du jeu d'instruction (en plus d'etre reduit). Du coup, on ne s'etonne pas lorsque les statistiques vous donnent 80% de LOAD/STORE dans des programmes :-) > Il y avait des bits inutiles dans le jeu d'instructions ? Non, des bits "reserves" ! N'oublions pas que dans le cas de jeu d'instructions VLIW, cette notion devient plus floue. dc *Initialement, RISC signifie "Reduced Instruction Set Computer". Il a existe a des CPUS avec un jeu d'instruction tres reduit (IBM 801, stanford), mais cela s'est avere trop limite pour un usage plus general. Tous les processeurs RISCs (HP-PA, SPARC, POWER, ALPHA, MIPS, etc.) ont derives de cette definition initiale en rajoutant des instructions avec le temps. Seul l'usage massif des registres et la simplification des modes d'adressage a ete conserve. From schaefer at alphanet.ch Mon Jun 5 10:12:23 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Mon, 5 Jun 2006 10:12:23 +0200 Subject: [gull] x86_64 In-Reply-To: <200606050933.38551.dc@mjt.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606020907.14186.dc@mjt.ch> <468fa46d0606021554v4fde406dwbb05a81872c5aeae@mail.gmail.com> <200606050933.38551.dc@mjt.ch> Message-ID: <20060605081223.GA8996@alphanet.ch> On Mon, Jun 05, 2006 at 09:33:38AM +0200, Daniel Cordey wrote: > Il y a des limites floues en ce qui concerne cette association. Une > architecture de type multi-core AMD 64 n'a plus grand chose a voir avec celle > d'un 8086, bien que le jeu d'instruction de ce dernier soit compris par Je ne connais pas les d?tails techniques, mais je me demande une chose: si tout ? coup *tous* les processeurs actuels Intel et AMD avaient simplement un core justement *tr?s* similaire (le truc qui ex?cute les instructions ``RISC'' longue taille (VLIW)). et par-dessus, il y aurait une unit? de transcodage des instructions du jeu 8088, x86 et x86_64. Pour les fabricants, cela signifierait qu'une m?me `fonderie' pourrait produire les m?mes processeurs, et que seule la derni?re couche tout en haut (qui, depuis le Pentium II est programmable apr?s-coup: le microcode) devrait ?tre chang?e. Si cela est vrai (ou approchant, p.ex. par constructeur, voire par famille), cela signifierait qu'on aurait eu, nous le monde des logiciels libres, plus d'int?r?t ? avoir acc?s directement au VLIW, sans passer par cette couche de compatibilit? x86 ou x86_64: modulo de bons compilateurs, le travail est forc?ment plus efficace qu'une couche mat?riel -- car il est fait ? l'avance (pour les langages r?ellement compil?s). From jae at open-net.ch Mon Jun 5 10:48:26 2006 From: jae at open-net.ch (=?UTF-8?Q?Jacques-Andr=C3=A9_Eberhard?=) Date: Mon, 5 Jun 2006 10:48:26 +0200 Subject: [gull] =?utf-8?q?Contr=C3=B4le_de_ntp?= Message-ID: <21a17248b4184b2ffdd8b74d44203dc3@open-net.ch> Bonjour, J'ai une SuSE (SLES9) qui tourne sur un WmWARE. Le probl?me est que l'horloge de la SuSE gagne plus d'une heure par jour... J'ai install? le daemon ntp pour synchronizer avec un serveur de temps. Il d?marre correctement au boot mais ensuite ne semble pas faire son boulot. Comment lui indiquer selon quel intervalle de temps il doit aller se resynchroniser avec le serveur ntp? Dans /etc/init.d/xntp je ne vois pas de param?tre de ce genre et ntp.conf est vide. Merci Jacques-andr? From dc at mjt.ch Mon Jun 5 10:45:12 2006 From: dc at mjt.ch (Daniel Cordey) Date: Mon, 5 Jun 2006 10:45:12 +0200 Subject: [gull] x86_64 In-Reply-To: <20060605081223.GA8996@alphanet.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606050933.38551.dc@mjt.ch> <20060605081223.GA8996@alphanet.ch> Message-ID: <200606051045.12199.dc@mjt.ch> On Monday 05 June 2006 10:12, Marc SCHAEFER wrote: > Je ne connais pas les d?tails techniques, mais je me demande une chose: > > si tout ? coup *tous* les processeurs actuels Intel et AMD avaient > simplement un core justement *tr?s* similaire (le truc qui ex?cute les > instructions ``RISC'' longue taille (VLIW)). > > et par-dessus, il y aurait une unit? de transcodage des instructions > du jeu 8088, x86 et x86_64. :-) C'est exactement ce qu'Itanium fait... Itanium est issu des labs HP qui ont mene une reflexion sur l'apres HP-PA (RISC). Des le depart, ce processeur a ete concu pour "emuler" d'autres CPUs. C'est ainsi qu'HP a reussi a convaincre Hitachi de migrer vers HP-PA puis Itanium en demontrant l'emulation des processeurs SPARCs. HP n'ayant pas les capacites de production pour assurer un cout acceptable par chip, ils se sont tourner vers Intel pour les convaincre que c'etait le bon choix comme successeur de la famille x86. HP ayant aide pendant des annees a se mettre a niveau avec Intel, ils les sont laisse tomber... Quand deux dinausores s'accouplent... ca ne donne pas un guepard :-) C'est a la suite de cet accord qu'un ingenieur des labs HP est parti pendant quelques mois chez Intelpour concevoir le jeu d'instruction de l'Itanium qui est devenu ce que l'on appelle IA64. IA32 n'a pas ete concu par un ingenieur... mais par le marketing d'Intel ! > Si cela est vrai (ou approchant, p.ex. par constructeur, voire par > famille), cela signifierait qu'on aurait eu, nous le monde des logiciels > libres, plus d'int?r?t ? avoir acc?s directement au VLIW, sans passer par > cette couche de compatibilit? x86 ou x86_64: modulo de bons compilateurs, > le travail est forc?ment plus efficace qu'une couche mat?riel -- car il est > fait ? l'avance (pour les langages r?ellement compil?s). Le probleme est axacerbe par le fait que toute la puissance d'Itanium reside dans la compilation... Intel et HP continue a garder jalousement leur petits secrets et leur savoir faire en matiere de compilation de multi-thread sur des CPUS de type VLIW... C'est profondement idiot ! Cela fait des annees que j'envoie des lettres sarcastiques a HP, dans lequels je traite les gens du marketing de "techno-cr...", mais cela n'a pas l'air de les affecter :-) Une technologie tres prometeuse... mais helas tres mal geree :-( dc From dc at mjt.ch Mon Jun 5 10:47:53 2006 From: dc at mjt.ch (Daniel Cordey) Date: Mon, 5 Jun 2006 10:47:53 +0200 Subject: [gull] =?utf-8?q?Contr=C3=B4le_de?= ntp In-Reply-To: <21a17248b4184b2ffdd8b74d44203dc3@open-net.ch> References: <21a17248b4184b2ffdd8b74d44203dc3@open-net.ch> Message-ID: <200606051047.53206.dc@mjt.ch> On Monday 05 June 2006 10:48, Jacques-Andr? Eberhard wrote: > Dans /etc/init.d/xntp je ne vois pas de param?tre de ce genre et ntp.conf > est vide. /etc/ntp.conf ne devrait pas etre vide ! Il devrait contenir , antre autre, des lignes du style : # You do need to talk to an NTP server or two (or three). #server ntp.your-provider.example # pool.ntp.org maps to more than 100 low-stratum NTP servers. # Your server will pick a different set every time it starts up. # *** Please consider joining the pool! *** # *** *** server pool.ntp.org server ch.pool.ntp.org server fr.pool.ntp.org dc From jae at open-net.ch Mon Jun 5 11:22:51 2006 From: jae at open-net.ch (=?UTF-8?Q?Jacques-Andr=C3=A9_Eberhard?=) Date: Mon, 5 Jun 2006 11:22:51 +0200 Subject: =?UTF-8?Q?Re:_[gull]_Contr=C3=B4le_de_ntp?= Message-ID: <5414a8da96a7e9a52a46fc17edbc0671@open-net.ch> Daniel Cordey Ecrivait: >On Monday 05 June 2006 10:48, Jacques-Andr?? Eberhard wrote: > > >> Dans /etc/init.d/xntp je ne vois pas de param??tre de ce genre et >ntp.conf >> est vide. >/etc/ntp.conf ne devrait pas etre vide ! > >Il devrait contenir , antre autre, des lignes du style : > > # You do need to talk to an NTP server or two (or three). > #server ntp.your-provider.example > > # pool.ntp.org maps to more than 100 low-stratum NTP servers. > # Your server will pick a different set every time it starts up. > # *** Please consider joining the pool! *** > # *** *** > server pool.ntp.org > server ch.pool.ntp.org > server fr.pool.ntp.org Tout cela est dans /etc/init.d/xntp et lors du boot en mode verbose on voit la requ?te et la r?ponse du serveur ntp, ce que je cherche c'est ensuite de lui dire avec quelle fr?quence il doit retourner se synchronizer, comme il d?rive de 1h en 24 h. Je pourrais le restarter toutes les 2 minutes avec un cronjob mais je me dit qu'il doit exister une m?thode plus el?gante... > >_______________________________________________ >gull mailing list >gull at lists.alphanet.ch >http://lists.alphanet.ch/mailman/listinfo/gull > > > -- Open Net Sarl Open Source Solution Provider Vallombreuse 109 1008 Prilly www.open-net.ch 078 / 898.40.77 Partenaire eZ publish Enterprise Content Management www.ez.no Partenaire TinyERP Progiciel libre de gestion d'entreprise www.tinyerp.com From schutz at mathgen.ch Mon Jun 5 11:07:28 2006 From: schutz at mathgen.ch (Frederic Schutz) Date: Mon, 5 Jun 2006 11:07:28 +0200 Subject: =?ISO-8859-1?Q?Re:_[gull]_Contr=F4le_de_ntp?= In-Reply-To: <21a17248b4184b2ffdd8b74d44203dc3@open-net.ch> References: <21a17248b4184b2ffdd8b74d44203dc3@open-net.ch> Message-ID: On 6/5/06, Jacques-Andr? Eberhard wrote: > J'ai une SuSE (SLES9) qui tourne sur un WmWARE. Le probl?me est que > l'horloge de la SuSE gagne plus d'une heure par jour... > > J'ai install? le daemon ntp pour synchronizer avec un serveur de temps. Il > d?marre correctement au boot mais ensuite ne semble pas faire son boulot. J'ai eu une experience similaire il y a quelques annees, avec une difference de temps du meme ordre de grandeur. Effectivement, ca devient vite inutilisable, surtout si la machine utilise un systeme de fichiers partage et qu'on utilise make, qui perd rapidement les pedales. Le probleme que j'ai eu est que l'augmentation de temps etait trop rapide pour que ntp (configure par defaut) puisse faire correctement son boulot, c'est-a-dire garder l'heure exacte sans discontinuite (cad sans retarder l'horloge d'une heure d'un seul coup, avec le risque que certains fichiers aient ete crees dans le futur), et en tout cas dans mon cas, il se plaignait que son boulot etait trop dur et abandonnait. Il y a peut-etre des options pour gerer ca; dans le cas de mon serveur, j'y suis alle a grands coups de sabots, avec une commande "ntpdate" (mise a jour brutale de l'horloge) lancee toutes les 5 minutes via une tache cron. Frederic From schaefer at alphanet.ch Mon Jun 5 11:43:07 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Mon, 5 Jun 2006 11:43:07 +0200 Subject: [gull] =?iso-8859-1?Q?Contr=F4l?= =?iso-8859-1?Q?e?= de ntp In-Reply-To: References: <21a17248b4184b2ffdd8b74d44203dc3@open-net.ch> Message-ID: <20060605094307.GA10740@alphanet.ch> On Mon, Jun 05, 2006 at 11:07:28AM +0200, Frederic Schutz wrote: > Le probleme que j'ai eu est que l'augmentation de temps etait trop > rapide pour que ntp (configure par defaut) puisse faire correctement Normalement, ntp arrive ? ralentir l'horloge ? long terme si n?cessaire (le temps est garanti monotone croissant sous UNIX). Mais effectivement il refuse de faire des b?tises (?cart trop grand). En th?orie on peut pr?configurer le ralentissement dans le driftfile (voir le man de ntpd) si l'on sait, p.ex. retard de 10 min par heure (ce qui ?tait fr?quent avec de vieilles cartes 60/50 Hz). Un ntpdate suffit alors au boot pour corriger le `grand ?cart'. From dc at mjt.ch Mon Jun 5 11:46:27 2006 From: dc at mjt.ch (Daniel Cordey) Date: Mon, 5 Jun 2006 11:46:27 +0200 Subject: [gull] =?utf-8?q?Contr=C3=B4le_de?= ntp In-Reply-To: <5414a8da96a7e9a52a46fc17edbc0671@open-net.ch> References: <5414a8da96a7e9a52a46fc17edbc0671@open-net.ch> Message-ID: <200606051146.27877.dc@mjt.ch> On Monday 05 June 2006 11:22, Jacques-Andr? Eberhard wrote: > Tout cela est dans /etc/init.d/xntp et lors du boot en mode verbose on voit > la requ?te et la r?ponse du serveur ntp, ce que je cherche c'est ensuite de > lui dire avec quelle fr?quence il doit retourner se synchronizer, comme il > d?rive de 1h en 24 h. Justemeent, xntp se debrouille pour determiner la frequence a laquelle il se resynchronise. Le calcul depend de plusieurs parametres dont le nombre de serveur et la derive dy systeme concerne. Il est vrai que, comme l'a dit Frederic, xntp peut abandonner son travail fasse a trop d'adversite... > Je pourrais le restarter toutes les 2 minutes avec un cronjob mais je me > dit qu'il doit exister une m?thode plus el?gante... La procedure de demarrage est lourde comme celle de ntpdate. Il est tres fortement deconseille d'utiliser ntpdate de maniere reguliere. Cela semble "charger" les serveurs de manire non-desiree. C'est donc a evite !!! ntpdate ne devrait etre utilise qu'au demarage. J'ai aussi un vague souvenir concernant la possibilite de faire joujou avec les valeurs de 'drifting'. Il faudrait lire le manuel en detail. dc From marc at mongenet.ch Mon Jun 5 12:56:41 2006 From: marc at mongenet.ch (Marc Mongenet) Date: Mon, 5 Jun 2006 12:56:41 +0200 Subject: [gull] x86_64 In-Reply-To: <20060605081223.GA8996@alphanet.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606020907.14186.dc@mjt.ch> <468fa46d0606021554v4fde406dwbb05a81872c5aeae@mail.gmail.com> <200606050933.38551.dc@mjt.ch> <20060605081223.GA8996@alphanet.ch> Message-ID: <468fa46d0606050356g15ae72bdx278f7aee07133b61@mail.gmail.com> Le 05/06/06, Marc SCHAEFER a ?crit : > On Mon, Jun 05, 2006 at 09:33:38AM +0200, Daniel Cordey wrote: > > Je ne connais pas les d?tails techniques, mais je me demande une chose: > > si tout ? coup *tous* les processeurs actuels Intel et AMD avaient > simplement un core justement *tr?s* similaire (le truc qui ex?cute les > instructions ``RISC'' longue taille (VLIW)). > > et par-dessus, il y aurait une unit? de transcodage des instructions > du jeu 8088, x86 et x86_64. C'est vrai que les noyaux de processeurs ne semblent plus beaucoup ?voluer. Ce n'est pas par manque de transistors disponibles, mais plut?t parce qu'ajouter encore une ALU de plus ou des ?tages de pipeline de plus, ne permet plus d'augmenter sensiblement les performances (law of diminished returns). En revanche, la consommation ?lectrique augmente sensiblement. Enfin, pour l'instant, les noyaux des CPU sont encore assez diff?rents. Mais qui sait, avec la multiplication du nombre de noyaux par processeur, les noyaux eux-m?mes seront peut-?tre de plus en plus simples et finiront par se ressembler beaucoup. ?a me para?t toutefois une ?ventualit? trop lointaine pour ?tre pr?visible. Il y a malgr? tout encore beaucoup d'innovations. Par exemple il me semble que les processeurs de Transmeta ex?cutaient leurs propres instructions et faisaient en fait fonctionner un ?mulateur (de x86 puisque c'?tait le plus grand march?). Peut-?tre va-t-on aussi voir arriver des processeurs sans horloge? > Pour les fabricants, cela signifierait qu'une m?me `fonderie' pourrait > produire les m?mes processeurs, et que seule la derni?re couche tout en > haut (qui, depuis le Pentium II est programmable apr?s-coup: le microcode) > devrait ?tre chang?e. Pour les ann?es ? venir, c'est la guerre au niveau des fondeurs (Intel vs AMD-IBM) pour r?duire la tailles du gravage (Intel a de l'avance). Mais il me semble qu'il y a de moins en moins de fondeurs ind?pendants, ? cause du prix des usines ("only real men have fabs") > Si cela est vrai (ou approchant, p.ex. par constructeur, voire par famille), > cela signifierait qu'on aurait eu, nous le monde des logiciels libres, plus > d'int?r?t ? avoir acc?s directement au VLIW, sans passer par cette > couche de compatibilit? x86 ou x86_64: modulo de bons compilateurs, le > travail est forc?ment plus efficace qu'une couche mat?riel -- car il > est fait ? l'avance (pour les langages r?ellement compil?s). Logiquement (en fait j'en sais rien :-), les micro-instructions VLIW internes sont adapt?es ? chaque noyau, donc incompatibles d'une g?n?ration de processeur ? l'autre. C'est m?me peut-?tre un avantage des CISC : un jeu d'instruction compacte qui n'encombre pas les m?moires (disque, RAM, cache), et qui est transform? en des instructions parfaitement adapt?es au noyau de chaque processeur. Bref, le code x86 n'est plus qu'un bytecode. D'ailleurs le Pentium 4 a un cache L1 de micro-instructions, on peut donc dire qu'il fait de la compilation JIT (just-in-time). :-) Il faut encore noter ? propos du JIT que le travail fait ? l'avance (par un compilateur) n'est pas forc?ment toujours plus efficace. Les observations faites ? l'ex?cution peuvent permettre des optimisations dynamiques qui rendent une ?mulation plus efficace qu'une ex?cution directe. Cela dit les compilateurs permettent d'utiliser le r?sultat de code profil? pour recompiler en tenant compte d'observation faites lors d'une pr?c?dente ex?cution. Tiens, il faut que j'essaie ?a avec GCC... Marc Mongenet From schaefer at alphanet.ch Mon Jun 5 13:47:29 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Mon, 5 Jun 2006 13:47:29 +0200 Subject: [gull] x86_64 In-Reply-To: <468fa46d0606050356g15ae72bdx278f7aee07133b61@mail.gmail.com> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606020907.14186.dc@mjt.ch> <468fa46d0606021554v4fde406dwbb05a81872c5aeae@mail.gmail.com> <200606050933.38551.dc@mjt.ch> <20060605081223.GA8996@alphanet.ch> <468fa46d0606050356g15ae72bdx278f7aee07133b61@mail.gmail.com> Message-ID: <20060605114729.GA11829@alphanet.ch> On Mon, Jun 05, 2006 at 12:56:41PM +0200, Marc Mongenet wrote: > Il y a malgr? tout encore beaucoup d'innovations. > Par exemple il me semble que les processeurs de > Transmeta ex?cutaient leurs propres instructions et > faisaient en fait fonctionner un ?mulateur > (de x86 puisque c'?tait le plus grand march?). C'est `vieux' ... 2000 ou 2001. Effectivement, leur principal atout ?tait le `code-morphing', une interpr?tation de code CISC Intel par un processeur VLIW (very-large-instruction-word, style 128 bits ou plus par instruction) simplifi?, donc ?conomique. Mais cela n'?tait pas en soit r?volutionnaire (cela ressemble en fait beaucoup ? un microcode VLIW ou RISC interpr?tant du code CISC/RISC). Ce qui ?tait r?volutionnaire, j'avais cru comprendre ? l'?poque, c'?tait que l'optimiseur de code pouvait am?liorer sa sortie pour une code donn? et le garder dans un cache de code. En bref, plus un bout de code ?tait ex?cut? souvent, plus son optimisation en code VLIW ?tait grande. Un peu comme le fameux langage Self et son auto-optimisation, mais ? un autre niveau. > Peut-?tre va-t-on aussi voir arriver des processeurs sans > horloge? `c'est pr?t quand c'est pr?t' :) > Pour les ann?es ? venir, c'est la guerre au niveau des fondeurs > (Intel vs AMD-IBM) pour r?duire la tailles du gravage (Intel a de l'avance). > Mais il me semble qu'il y a de moins en moins de fondeurs > ind?pendants, ? cause du prix des usines ("only real men have fabs") C'est un probl?me g?n?ral dans notre monde actuel: ceux qui font r?ellement le travail (p.ex. raffineries de p?trole, fondeurs, etc) sont de moins en moins nombreux, le profit ?tant plus int?ressant dans le marketing (cf Cailler WENGER) que dans le produit r?el. > Logiquement (en fait j'en sais rien :-), les micro-instructions VLIW > internes sont adapt?es ? chaque noyau, donc incompatibles d'une > g?n?ration de processeur ? l'autre. oui, c'est un avantage de la couche CISC. tu pr?c?des ma pens?e: > C'est m?me peut-?tre un avantage des CISC : > un jeu d'instruction compacte qui n'encombre > pas les m?moires (disque, RAM, cache), et qui est transform? > en des instructions parfaitement adapt?es au noyau de chaque > processeur. Bref, le code x86 n'est plus qu'un bytecode. D'ailleurs > le Pentium 4 a un cache L1 de micro-instructions, on peut donc > dire qu'il fait de la compilation JIT (just-in-time). :-) J'avais tendance ? penser que le C ?tait le langage compact portable. :-> Ce que tu d?cris, c'est donc une partie de la technologie Transmeta, non? Je suis d'ailleurs surpris de voir que Transmeta existe toujours, apparemment gr?ce ? Sony (et gr?ce ? de l'embarqu?/sp?cialis? pour le tiers monde via Microsoft, il semblerait). > Il faut encore noter ? propos du JIT que le travail fait ? l'avance > (par un compilateur) n'est pas forc?ment toujours plus efficace. C'est juste! Les deux sont compl?mentaires. (tout cela rend relativement incompr?hensible tout code sortant d'un compilateur aujourd'hui. C'?tait tellement simple avec le SPARC et ses instructions dans le pipeline avant un BRANCH :->) From marc at mongenet.ch Mon Jun 5 13:59:49 2006 From: marc at mongenet.ch (Marc Mongenet) Date: Mon, 5 Jun 2006 13:59:49 +0200 Subject: [gull] x86_64 In-Reply-To: <200606050933.38551.dc@mjt.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606020907.14186.dc@mjt.ch> <468fa46d0606021554v4fde406dwbb05a81872c5aeae@mail.gmail.com> <200606050933.38551.dc@mjt.ch> Message-ID: <468fa46d0606050459r24e92e5bm9c28feb9a4c9311b@mail.gmail.com> Le 05/06/06, Daniel Cordey a ?crit : > On Saturday 03 June 2006 00:54, Marc Mongenet wrote: > > *Initialement, RISC signifie "Reduced Instruction Set Computer". Il a existe a > des CPUS avec un jeu d'instruction tres reduit (IBM 801, stanford), mais cela > s'est avere trop limite pour un usage plus general. Tous les processeurs > RISCs (HP-PA, SPARC, POWER, ALPHA, MIPS, etc.) ont derives de cette > definition initiale en rajoutant des instructions avec le temps. Seul l'usage > massif des registres et la simplification des modes d'adressage a ete > conserve. La taille fixe des instructions est aussi une caract?ristique RISC importante. Ce qui fait qu'il est difficile d'ajouter des registres ? un processeur RISC, sauf bien s?r s'il y avait des bits inutiles^Wr?serv?s. :) Pour le CISC, c'est vrai qu'on peut alonger les instructions. Chez AMD, je lis qu'ils ont appel? REX le pr?fixe qui allonge les instructions. Marc Mongenet From felix at f-hauri.ch Mon Jun 5 14:07:53 2006 From: felix at f-hauri.ch (=?iso-8859-1?Q?F=E9lix_Hauri?=) Date: Mon, 5 Jun 2006 14:07:53 +0200 Subject: [gull] =?iso-8859-1?Q?Contr=F4l?= =?iso-8859-1?Q?e?= de ntp In-Reply-To: <5414a8da96a7e9a52a46fc17edbc0671@open-net.ch> References: <5414a8da96a7e9a52a46fc17edbc0671@open-net.ch> Message-ID: <20060605120753.GA8186@medium> On Mon, Jun 05, 2006 at 11:22:51AM +0200, Jacques-Andr? Eberhard wrote: > ... ce que je cherche c'est ensuite de lui dire avec quelle fr?quence > il doit retourner se synchronizer, comme il d?rive de 1h en 24 h. > > Je pourrais le restarter toutes les 2 minutes avec un cronjob mais je > me dit qu'il doit exister une m?thode plus el?gante... On Mon, Jun 05, 2006 at 11:43:07AM +0200, Marc SCHAEFER wrote: > On Mon, Jun 05, 2006 at 11:07:28AM +0200, Frederic Schutz wrote: > > Le probleme que j'ai eu est que l'augmentation de temps etait trop > > rapide pour que ntp (configure par defaut) puisse faire correctement > > Normalement, ntp arrive ? ralentir l'horloge ? long terme si n?cessaire > (le temps est garanti monotone croissant sous UNIX). Mais effectivement > il refuse de faire des b?tises (?cart trop grand). En fait, c'est plus simple/compliqu? que ?a: On ne va pas moduler la fr?quence de synchronisation mais au contraire indiquer au gestionnaire de temps du kernel, quel est la d?rive propre au syst?me sur lequel il tourne. (c.f. man adjtimex, adjtime ) Maintenant, si tu nous en dis plus sur la distribution, version et version de ntp que tu utilises, nous pourrions probablement ?tre plus pr?cis quand ? ce qu'il te faut faire. -- F?lix Hauri - - http://www.f-hauri.ch From schaefer at alphanet.ch Mon Jun 5 14:21:03 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Mon, 5 Jun 2006 14:21:03 +0200 Subject: [gull] x86_64 In-Reply-To: <468fa46d0606050459r24e92e5bm9c28feb9a4c9311b@mail.gmail.com> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606020907.14186.dc@mjt.ch> <468fa46d0606021554v4fde406dwbb05a81872c5aeae@mail.gmail.com> <200606050933.38551.dc@mjt.ch> <468fa46d0606050459r24e92e5bm9c28feb9a4c9311b@mail.gmail.com> Message-ID: <20060605122103.GA12211@alphanet.ch> On Mon, Jun 05, 2006 at 01:59:49PM +0200, Marc Mongenet wrote: > Ce qui fait qu'il est difficile d'ajouter des registres ? un processeur > RISC, sauf bien s?r s'il y avait des bits inutiles^Wr?serv?s. :) Il y a aussi parfois le concept de `page': on a une instruction de 16 bits, avec 8 bits qui permettent d'adresser 256 registres. Une instruction sp?ciale permet de changer de page de registres, pour addresser jusqu'? N x 256 registres. On retrouve cela souvent dans les petits microcontr?leurs d'aujourd'hui et de hier. Par rapport au x86 de base (3 registres, dont 1 r?ellement utilisable pour les op?rations de l'ALU) et m?me les 16 registres du 68'000 de 1979, on a quand m?me plus de flexibilit?, au prix d'un co?t (voir plus bas!) Le `comble' de la gestion de page, c'est la gestion en cercle des fen?tres de registres du SPARC: - la fen?tre actuelle, directement adressable (N registres) - la fen?tre pr?c?dente (les param?tres de la fonction appel?e), directement adressable ou presque - la fen?tre suivante (o? l'on pr?pare les param?tres de la fonction que l'on va appeler avec M fen?tres possibles en mat?riel, ce qui permet -- m?me avec les langages les plus affreux -- d'?viter les load/store m?moire. Par contre, ?videmment, quand on change de contexte (processus, thread ou interruption) il y a plus ? sauver: suivant le type d'application c'est l'horreur. From dc at mjt.ch Mon Jun 5 14:26:46 2006 From: dc at mjt.ch (Daniel Cordey) Date: Mon, 5 Jun 2006 14:26:46 +0200 Subject: [gull] x86_64 In-Reply-To: <468fa46d0606050459r24e92e5bm9c28feb9a4c9311b@mail.gmail.com> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606050933.38551.dc@mjt.ch> <468fa46d0606050459r24e92e5bm9c28feb9a4c9311b@mail.gmail.com> Message-ID: <200606051426.46380.dc@mjt.ch> On Monday 05 June 2006 13:59, Marc Mongenet wrote: > Ce qui fait qu'il est difficile d'ajouter des registres ? un > processeur RISC, sauf bien s?r s'il y avait des bits inutiles^Wr?serv?s. :) En fait, j en'ai pas regarde comment les instructions etaient codees en binaire... mais comme on a pas cesse d'ajouter des registres (32,64,128) depuis la premiere generation de PA-RISC en 86, j'en deduis qu'il devait y avoir un paquet de bits de reserves des le debut :-) Serieusement, ce processeur avait ete concu pour manipuler un grand nombre de registres ar ils avaient sans doute prevu la place necessaire des le debut. Pour en revenir aux commentaires concernant les compilateurs et l'optimisation, j'ajouterais que ces optimiseurs sont essentiels pour "re-arranger" les instructions en fonction du nombre d'unites fonctionnelles. Les operations FP prennent 2 cycles (sauf les /) et toutes les auters operations seulement une (sauf LOAD/STORE/BRANCH). Ce qui fait que l'allure du code optimise n'a plus rien a voir avec un code "optimise" standard. Ca devient particulierement illisible ! Le probleme s'est encore accentue avec Itanium et la notion de "predicate" pour les branchements et les pointeurs. Avec ces processeurs, la difference de performance entre 'optimise' ou non est importante; c'est donc une composante indispensable de ce genre de processeurs. dc From dc at mjt.ch Mon Jun 5 14:33:43 2006 From: dc at mjt.ch (Daniel Cordey) Date: Mon, 5 Jun 2006 14:33:43 +0200 Subject: [gull] x86_64 In-Reply-To: <20060605122103.GA12211@alphanet.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <468fa46d0606050459r24e92e5bm9c28feb9a4c9311b@mail.gmail.com> <20060605122103.GA12211@alphanet.ch> Message-ID: <200606051433.43220.dc@mjt.ch> On Monday 05 June 2006 14:21, Marc SCHAEFER wrote: > Par contre, ?videmment, quand on change de contexte (processus, thread > ou interruption) il y a plus ? sauver: suivant le type d'application > c'est l'horreur. Et du coup, on acccede la memoire par gros paquets... C'est THE probleme du SPARC... C'est ce qui "tue" ce processeur dans les environements "gros" systemes... L'inconvenient est qu'il s'agissait d'un concept de base et il etait impossible de changer en cour de route, a moins de demander aux utilisateurs de recompiler leurs applications. A chaque demande de ce genre, on perd des part de marches. Il y a deux societes qui ont experimente ce genre d'approche (recompiler vos applics...) : DEC et Cray... On sait ce qui en reste aujourd'hui. SUN a eu l'intelligence de ne pas tenter le diable. dc From schaefer at alphanet.ch Mon Jun 5 14:49:24 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Mon, 5 Jun 2006 14:49:24 +0200 Subject: [gull] x86_64 In-Reply-To: <200606051433.43220.dc@mjt.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <468fa46d0606050459r24e92e5bm9c28feb9a4c9311b@mail.gmail.com> <20060605122103.GA12211@alphanet.ch> <200606051433.43220.dc@mjt.ch> Message-ID: <20060605124924.GA12510@alphanet.ch> On Mon, Jun 05, 2006 at 02:33:43PM +0200, Daniel Cordey wrote: > ont experimente ce genre d'approche (recompiler vos applics...) : DEC et > Cray... On sait ce qui en reste aujourd'hui. SUN a eu l'intelligence de ne > pas tenter le diable. DEC s'est bien amus? avec FX32! non ? :) (un code translateur ix86 -> Alpha) PS: on divague, l?. On cr?e gull-blabla ? From marc at mongenet.ch Mon Jun 5 14:57:52 2006 From: marc at mongenet.ch (Marc Mongenet) Date: Mon, 5 Jun 2006 14:57:52 +0200 Subject: [gull] x86_64 In-Reply-To: <20060605114729.GA11829@alphanet.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606020907.14186.dc@mjt.ch> <468fa46d0606021554v4fde406dwbb05a81872c5aeae@mail.gmail.com> <200606050933.38551.dc@mjt.ch> <20060605081223.GA8996@alphanet.ch> <468fa46d0606050356g15ae72bdx278f7aee07133b61@mail.gmail.com> <20060605114729.GA11829@alphanet.ch> Message-ID: <468fa46d0606050557k7c11e349mb55df21740d89a20@mail.gmail.com> > > C'est m?me peut-?tre un avantage des CISC : > > un jeu d'instruction compacte qui n'encombre > > pas les m?moires (disque, RAM, cache), et qui est transform? > > en des instructions parfaitement adapt?es au noyau de chaque > > processeur. Bref, le code x86 n'est plus qu'un bytecode. D'ailleurs > > le Pentium 4 a un cache L1 de micro-instructions, on peut donc > > dire qu'il fait de la compilation JIT (just-in-time). :-) > > J'avais tendance ? penser que le C ?tait le langage compact portable. > :-> > > Ce que tu d?cris, c'est donc une partie de la technologie Transmeta, > non? Je suis d'ailleurs surpris de voir que Transmeta existe toujours, > apparemment gr?ce ? Sony (et gr?ce ? de l'embarqu?/sp?cialis? pour > le tiers monde via Microsoft, il semblerait). Le fait de traduire les instructions x86 en des uops ou MacroOps sp?cifiques pour le noyau du CPU existe sur tous les processeurs x86 depuis une dizaine d'ann?es. La particularit? du Pentium 4 est de conserver les uops dans une m?moire cache (appel?e "trace cache"), accompagn?es d'informations sur les probabilit?s de branchements, etc. Il y a un sch?ma dans le (toujours excellent) site Ars Technica : http://arstechnica.com/articles/paedia/cpu/p4andg4e.ars/5 La sp?cificit? de Transmeta est que la pr?diction de branchement, le r?ordonnancement des instructions, le renommage de registres et la traduction x86->uops sont eux-m?mes faits avec un logiciel ?crit en uops. Alors que c'est fait par le hardware (?ventuellement micro-cod?) dans les autres processeurs Voir http://arstechnica.com/articles/paedia/cpu/crusoe.ars/2 Marc Mongenet From jae at open-net.ch Mon Jun 5 15:28:08 2006 From: jae at open-net.ch (=?UTF-8?Q?Jacques-Andr=C3=A9_Eberhard?=) Date: Mon, 5 Jun 2006 15:28:08 +0200 Subject: =?UTF-8?Q?Re:_[gull]_Contr=C3=B4le_de_ntp?= Message-ID: Bonjour, Nous avons un Windows 2000 server SP4, puis un VmWare server et une SLES9 avec le .rpm de ntp install?. Merci Jacques-andr? From dc at mjt.ch Mon Jun 5 15:18:31 2006 From: dc at mjt.ch (Daniel Cordey) Date: Mon, 5 Jun 2006 15:18:31 +0200 Subject: [gull] x86_64 In-Reply-To: <20060605124924.GA12510@alphanet.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <200606051433.43220.dc@mjt.ch> <20060605124924.GA12510@alphanet.ch> Message-ID: <200606051518.31447.dc@mjt.ch> On Monday 05 June 2006 14:49, Marc SCHAEFER wrote: > PS: on divague, l?. On cr?e gull-blabla ? Oui, je sais... personne ne travail a GE aujourd'hui... la liste ne renvoei que nos echos :-) Je break ! dc From dc at mjt.ch Mon Jun 5 15:34:36 2006 From: dc at mjt.ch (Daniel Cordey) Date: Mon, 5 Jun 2006 15:34:36 +0200 Subject: [gull] =?utf-8?q?Contr=C3=B4le_de?= ntp In-Reply-To: References: Message-ID: <200606051534.36535.dc@mjt.ch> On Monday 05 June 2006 15:28, Jacques-Andr? Eberhard wrote: > Bonjour, > > Nous avons un Windows 2000 server SP4, puis un VmWare server et une SLES9 > avec le .rpm de ntp install?. Bon, j'ai relu un bout du manuel de ntpd. Il y a pas mal d'explication et le mieux serait de lire ce manuel en detail. Je n'en mets qu'un petit bout dasns ce mail. Ma conclusion est : executer ntpdate avant de demarer xntp, puis s'assurer que l'interval mentionne ci-dessous reste a 64 secondes. dc POLL INTERVAL CONTROL This version of NTP includes an intricate state machine to reduce the network load while maintaining a quality of synchronization consistent with the observed jitter and wander. There are a number of ways to tailor the operation in order enhance accuracy by reducing the interval or to reduce network overhead by increasing it. However, the user is advised to carefully consider the consequenses of changing the poll adjustment range from the default minimum of 64 s to the default maximum of 1,024 s. The default minimum can be changed with the tinker minpoll command to a value not less than 16 s. This value is used for all configured associations, unless overriden by the minpoll option on the configuration command. Note that most device drivers will not operate properly if the poll interval is less than 64 s and that the broadcast server and manycast client associations will also use the default, unless overriden. In some cases involving dial up or toll services, it may be useful to increase the minimum interval to a few tens of minutes and maximum interval to a day or so. Under normal operation conditions, once the clock discipline loop has stabilized the interval will be increased in steps from the minumum to the maximum. However, this assumes the intrinsic clock frequency error is small enough for the discipline loop correct it. The capture range of the loop is 500 PPM at an interval of 64s decreasing by a factor of two for each doubling of interval. At a minimum of 1,024 s, for example, the capture range is only 31 PPM. If the intrinsic error is greater than this, the drift file ntp.drift will have to be specially tailored to reduce the residual error below this limit. Once this is done, the drift file is automatically updated once per hour and is available to initialize the frequency on subsequent daemon restarts. From jae at open-net.ch Mon Jun 5 16:36:00 2006 From: jae at open-net.ch (=?UTF-8?Q?Jacques-Andr=C3=A9_Eberhard?=) Date: Mon, 5 Jun 2006 16:36:00 +0200 Subject: =?UTF-8?Q?Re:_[gull]_Contr=C3=B4le_de_ntp?= Message-ID: <0085031576681902dcebc007c72ec69d@open-net.ch> Bonjour, Je crois que je vais essayer avec ceci " Give the kernel command line option clock=pmtmr With this option, the kernel corrects more properly for lost ticks, but occasionally overcorrects and ends up gaining time slowly. This option is the default for most 2.6 kernels, but some distributions may patch their kernels to change the default. In SuSE SLES 9 kernels, the default is clock=tsc. The code enabled by the tsc setting severely overcorrects for lost ticks when used in a virtual machine and tends to gain time rapidly. " de http://www.vmware.com/support/kb/enduser/std_adp.php?p_faqid=1420 je vous donne le r?sultat des courses demain... >Ma conclusion est : > >executer ntpdate avant de demarer xntp, puis s'assurer que l'interval >mentionne ci-dessous reste a 64 secondes. > >dc > >POLL INTERVAL CONTROL > This version of NTP includes an intricate state machine to reduce the >network >load while maintaining a quality of synchronization consistent with the >observed jitter and wander. There are a number of ways to tailor the >operation in order enhance accuracy by reducing the interval or to reduce >network overhead by increasing it. However, the user is advised to >carefully >consider the consequenses of changing the poll adjustment range from the >default minimum of 64 s to the default maximum of 1,024 s. The default >minimum can be changed with the tinker minpoll command to a value not less > >than 16 s. This value is used for all configured associations, unless >overriden by the minpoll option on the configuration command. Note that >most >device drivers will not operate properly if the poll interval is less than >64 >s and that the broadcast server and manycast client associations will also > >use the default, unless overriden. > In some cases involving dial up or toll services, it may be useful to >increase the minimum interval to a few tens of minutes and maximum interval > >to a day or so. Under normal operation conditions, once the clock >discipline >loop has stabilized the interval will be increased in steps from the >minumum >to the maximum. However, this assumes the intrinsic clock frequency error >is >small enough for the discipline loop correct it. The capture range of the >loop is 500 PPM at an interval of 64s decreasing by a factor of two for >each >doubling of interval. At a minimum of 1,024 s, for example, the capture >range >is only 31 PPM. If the intrinsic error is greater than this, the drift file > >ntp.drift will have to be specially tailored to reduce the residual error >below this limit. Once this is done, the drift file is automatically >updated >once per hour and is available to initialize the frequency on subsequent >daemon restarts. >_______________________________________________ >gull mailing list >gull at lists.alphanet.ch >http://lists.alphanet.ch/mailman/listinfo/gull > > > -- Open Net Sarl Open Source Solution Provider Vallombreuse 109 1008 Prilly www.open-net.ch 078 / 898.40.77 Partenaire eZ publish Enterprise Content Management www.ez.no Partenaire TinyERP Progiciel libre de gestion d'entreprise www.tinyerp.com From felix at f-hauri.ch Mon Jun 5 20:29:04 2006 From: felix at f-hauri.ch (=?iso-8859-1?Q?F=E9lix_Hauri?=) Date: Mon, 5 Jun 2006 20:29:04 +0200 Subject: [gull] x86_64 In-Reply-To: <20060605124924.GA12510@alphanet.ch> References: <200606010844.k518iUCF007937@slpc7.epfl.ch> <468fa46d0606050459r24e92e5bm9c28feb9a4c9311b@mail.gmail.com> <20060605122103.GA12211@alphanet.ch> <200606051433.43220.dc@mjt.ch> <20060605124924.GA12510@alphanet.ch> Message-ID: <20060605182903.GA11937@medium> On Mon, Jun 05, 2006 at 02:49:24PM +0200, Marc SCHAEFER wrote: > > PS: on divague, l?. On cr?e gull-blabla ? Je pense surtout que vous venez d'effrayer pas mal de monde! (Combien de d?sincription depuis les derni?res 24h? ;-) -- F?lix Hauri - - http://www.f-hauri.ch From dc at mjt.ch Tue Jun 6 15:28:04 2006 From: dc at mjt.ch (Daniel Cordey) Date: Tue, 6 Jun 2006 15:28:04 +0200 Subject: [gull] x86_64 In-Reply-To: <20060601094113.GA8350@alphanet.ch> References: <200605311652.25819.dc@mjt.ch> <200606010921.56169.dc@mjt.ch> <20060601094113.GA8350@alphanet.ch> Message-ID: <200606061528.04744.dc@mjt.ch> On Thursday 01 June 2006 11:41, Marc SCHAEFER wrote: > Evidemment, pour tout KDE, c'est un peu excessif, :-) > mais alors, finalement, > la question ne devrait-elle pas ?tre: pourquoi vouloir une version de KDE > diff?rente de celle support?e par sa distribution, et donc se cr?er > finalement du travail important et finalement inutile ? Les > `am?liorations' en valent-elles vraiment la peine (en dehors d'un test > simple). En general, il y a ~trois releases de KDE entre deux releases de SuSE. C'est aussi valable avec Kubuntu. Chaque release de KDE corrige des bugs et ameliore les performances. La derniere 3.5.3 est assez bluffante au niveau de la vitesse de demarage des application et de la session. Il y avait un bug genant dans Konqueror et le changement etait vraiment indispensable. D'autre part, je trouve que de faire des MAJ frequentes evite les grands sauts ! Certains developeurs semblent prendre un certain plaisir a modifier la syntaxe des fichiers de config... se trouver avec trois applications en panne en meme temps est assez genant. > Jusqu'ici j'ai eu peine ? trouv? un emploi de Macromedia Flash qui ?tait > r?ellement justifi?. Cela existe certainement, mais je ne l'ai pas > encore rencontr?. Je trouve que Flash est d... mais je dois faire avec car certains de nos fournisseurs ont trouve le moyen de mettre des boutons dans du flash... Ce sont des sites dont j'ai absolument besoin au travail. Il y a aussi des sites important dont je n'ai pas usage au boulot mais qui se vautre dans cette technologie que je deteste... www.nespresso.ch www.romandie.ch (le parfait exemple d'un site affreux, lent, etc.) > Pour les pilotes propri?taires du kernel, c'est ?galement assez rare > d'en avoir v?ritablement besoin, en particulier dans un serveur. Nvidia, ATI, winmodems, etc. Mais rien en serveur en effet ! dc From dc at mjt.ch Wed Jun 7 10:22:08 2006 From: dc at mjt.ch (Daniel Cordey) Date: Wed, 7 Jun 2006 10:22:08 +0200 Subject: [gull] BIOS & IRQ Message-ID: <200606071022.08775.dc@mjt.ch> Nous venons de changer une de nos carte-mere avec une : ASUS P5V800 mATX Chipset : IA VT8251 Cette carte a deux slots PCI ainsi qu'un interface ethernet integre. Le probleme est qu'aucune de nos cartes PCI ne semble reconnue... On peut booter avec n'importe quellle distro, mais un 'lspci' ne nous montre aucune carte reseau PCI... Je suspecte un probleme de configuration du BIOS, mais il n'y a pas de message claire et probant lors du boot. Serait-ce un probleme d'IRQ ? Mais la non plus, je n'ai pas de message d'alerte ou quoi que ce soit... Quelqu'un connait-il un moyen d'investigation plus detaille ? dc From dc at mjt.ch Wed Jun 7 12:53:37 2006 From: dc at mjt.ch (Daniel Cordey) Date: Wed, 7 Jun 2006 12:53:37 +0200 Subject: [gull] Re: BIOS & IRQ In-Reply-To: <200606071022.08775.dc@mjt.ch> References: <200606071022.08775.dc@mjt.ch> Message-ID: <200606071253.37538.dc@mjt.ch> On Wednesday 07 June 2006 10:22, Daniel Cordey wrote: > Nous venons de changer une de nos carte-mere avec une : > > ASUS P5V800 mATX > > Chipset : IA VT8251 Apres pas mal de recherches, il ressort que tout fonctionne tres bien avec ce chipset, sauf pour tout ce qui est PCI. En fait, il est dit : "pas tout a fait supporte". Selon les infos, il faut attendre une version iminente du kernel 2.6.17... dc From dc at mjt.ch Fri Jun 9 10:12:29 2006 From: dc at mjt.ch (Daniel Cordey) Date: Fri, 9 Jun 2006 10:12:29 +0200 Subject: [gull] DRM - Is It Worth Going To Jail For? Message-ID: <200606091012.32236.dc@mjt.ch> Je sais, c'est en anglais... mais cela vous concerne aussi ! C'est au sujet des CD et DVD labelles "DRM". Bientot, vous ne pourez meme plus copier les chansons, des disques que vous avez achetes, sur vos cles USB... ET je n'avais pas pense a la combine de Mac sur architecture Intel. Plutot que de developper des codes nous placant dans l'illegalite, pourquoi ne pas eviter de voter de telles lois ? dc "Do you believe the stunning announcement that Macs will now run Windows on their machines is a coincidence? You might want to look and see what kind of chip those boards are coming with. Whaddaya want to bet they are the viiv or Trusted Computing Modules?" http://blog.lobby4linux.com/index.php?/archives/74-DRM-Is-It-Worth-Going-To-Jail-For.html From fluo at linuxbourg.ch Fri Jun 9 14:09:06 2006 From: fluo at linuxbourg.ch (FLUO) Date: Fri, 09 Jun 2006 14:09:06 +0200 Subject: [gull] Grep avec plusieurs motifs? Message-ID: <448964E2.1030609@linuxbourg.ch> Bonjour. J'ai un fichier de log log.txt du type: From: toot at foo.bar Subject: un sujet bla bla From: titit at foo.bar Subject: un autre sujet bla bla bli bli Si je fais "grep Subject log.txt", je n'ai que le ligne avec Subject. Si je fais "grep From log.txt", je n'ai que le ligne avec From. Ce que j'aimerai c'est faire un OU logique genre "grep (From|Subject) log.txt" pour qu'il me sort en alternance les lignes sujet et from. Mais je ne trouve pas la bonne syntaxe. Pourriez vous me l'indiquer? Merci beaucoup, Didier From lugbox at lzi.ch Fri Jun 9 14:13:04 2006 From: lugbox at lzi.ch (Lol Zimmerli) Date: Fri, 9 Jun 2006 14:13:04 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <448964E2.1030609@linuxbourg.ch> References: <448964E2.1030609@linuxbourg.ch> Message-ID: Hello, FLUO ?crit/wrote: > Ce que j'aimerai c'est faire un OU logique genre "grep (From|Subject) > log.txt" pour qu'il me sort en alternance les lignes sujet et from. > > Mais je ne trouve pas la bonne syntaxe. grep "Subject\|From" log.txt ?+ -- Lol Zimmerli - http://www.lzi.ch/lol/ Oah, elle est booooonne! -Pierrick (Ex-Animateur sur Radiocheule) http://www.fricheule.net/ From dc at mjt.ch Fri Jun 9 14:17:25 2006 From: dc at mjt.ch (Daniel Cordey) Date: Fri, 9 Jun 2006 14:17:25 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <448964E2.1030609@linuxbourg.ch> References: <448964E2.1030609@linuxbourg.ch> Message-ID: <200606091417.26073.dc@mjt.ch> On Friday 09 June 2006 14:09, FLUO wrote: > Si je fais "grep Subject log.txt", je n'ai que le ligne avec Subject. > Si je fais "grep From log.txt", je n'ai que le ligne avec From. > > Ce que j'aimerai c'est faire un OU logique genre "grep (From|Subject) > log.txt" pour qu'il me sort en alternance les lignes sujet et from. grep 'From\|Subject' log.txt dc From dc at mjt.ch Fri Jun 9 14:22:00 2006 From: dc at mjt.ch (Daniel Cordey) Date: Fri, 9 Jun 2006 14:22:00 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <448964E2.1030609@linuxbourg.ch> References: <448964E2.1030609@linuxbourg.ch> Message-ID: <200606091422.00620.dc@mjt.ch> On Friday 09 June 2006 14:09, FLUO wrote: > Si je fais "grep Subject log.txt", je n'ai que le ligne avec Subject. > Si je fais "grep From log.txt", je n'ai que le ligne avec From. > > Ce que j'aimerai c'est faire un OU logique genre "grep (From|Subject) > log.txt" pour qu'il me sort en alternance les lignes sujet et from. CA me fait aussi penser a un truc interessant qui est utile lorsque l'ensemble des patterns recherches deviennent tres complexes. sed -n -e '//p' -e '/' -e '//p' ... log.txt dc From julien.kuenzi at gmail.com Fri Jun 9 14:15:36 2006 From: julien.kuenzi at gmail.com (=?ISO-8859-1?Q?Julien_K=FCnzi?=) Date: Fri, 9 Jun 2006 14:15:36 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <448964E2.1030609@linuxbourg.ch> References: <448964E2.1030609@linuxbourg.ch> Message-ID: <6b74f100606090515t67457550x5eaf06d25ebbe0f1@mail.gmail.com> Bonjour, On 6/9/06, FLUO wrote: > Ce que j'aimerai c'est faire un OU logique genre "grep (From|Subject) > log.txt" pour qu'il me sort en alternance les lignes sujet et from. grep -E "Subject|From" log.txt man grep: -E, --extended-regexp Interpret pattern as an extended regular expression (see below). Bonne journ?e, julien. From leopoldo.ghielmetti at a3.epfl.ch Fri Jun 9 14:22:51 2006 From: leopoldo.ghielmetti at a3.epfl.ch (Leopoldo Ghielmetti) Date: Fri, 09 Jun 2006 14:22:51 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <448964E2.1030609@linuxbourg.ch> References: <448964E2.1030609@linuxbourg.ch> Message-ID: <1149855771.7288.6.camel@icp0813-l.ch.dom> grep "Subject\|From" log.txt ciao, Leo On Fri, 2006-06-09 at 14:09 +0200, FLUO wrote: > Bonjour. > > J'ai un fichier de log log.txt du type: > > From: toot at foo.bar > Subject: un sujet > bla bla > From: titit at foo.bar > Subject: un autre sujet > bla bla > bli bli > > Si je fais "grep Subject log.txt", je n'ai que le ligne avec Subject. > Si je fais "grep From log.txt", je n'ai que le ligne avec From. > > Ce que j'aimerai c'est faire un OU logique genre "grep (From|Subject) > log.txt" pour qu'il me sort en alternance les lignes sujet et from. > > Mais je ne trouve pas la bonne syntaxe. > > Pourriez vous me l'indiquer? > > Merci beaucoup, > Didier > > _______________________________________________ > gull mailing list > gull at lists.alphanet.ch > http://lists.alphanet.ch/mailman/listinfo/gull From philippe at overcool.ch Fri Jun 9 14:28:53 2006 From: philippe at overcool.ch (Philippe Ney) Date: Fri, 9 Jun 2006 14:28:53 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <448964E2.1030609@linuxbourg.ch> References: <448964E2.1030609@linuxbourg.ch> Message-ID: <20060609142853.591f4d6a.philippe@overcool.ch> > Bonjour. > > J'ai un fichier de log log.txt du type: > > From: toot at foo.bar > Subject: un sujet > bla bla > From: titit at foo.bar > Subject: un autre sujet > bla bla > bli bli > > Si je fais "grep Subject log.txt", je n'ai que le ligne avec Subject. > Si je fais "grep From log.txt", je n'ai que le ligne avec From. > > Ce que j'aimerai c'est faire un OU logique genre "grep (From|Subject) > log.txt" pour qu'il me sort en alternance les lignes sujet et from. > > Mais je ne trouve pas la bonne syntaxe. > > Pourriez vous me l'indiquer? Si la structure est toujours la m?me, soit ligne "From" puis ligne "Subject" vous pouvez aussi dire ? grep de vous afficher plus d'une ligne. $ grep -A 1 From log.txt Philippe From Olivier.Bornet at puck.ch Fri Jun 9 15:17:53 2006 From: Olivier.Bornet at puck.ch (Olivier Bornet) Date: Fri, 9 Jun 2006 15:17:53 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <448964E2.1030609@linuxbourg.ch> References: <448964E2.1030609@linuxbourg.ch> Message-ID: <20060609131753.GI30580@puck.ch> Hello, > Ce que j'aimerai c'est faire un OU logique genre "grep (From|Subject) > log.txt" pour qu'il me sort en alternance les lignes sujet et from. Comme d?j? dit dans les autres r?ponses, il faut utiliser la syntaxe "?tendue". Je te conseille aussi de matcher le d?but de ligne, pour ne pas prendre en compte les ligne avec un From ou un Sujet ? l'int?rieure. Donc, au choix: grep --extended-regexp '^(From|Subject)' log.txt grep -E '^(From|Subject):' log.txt egrep '^(From|Subject):' log.txt (j'aime bien utiliser les options longues, on voit plus facilement ce que l'on fait... Et avec un bash avec auto-completion, c'est facile). A voir aussi si il faut faire une recherche case-insensitive (--ignore-case ou -i). Je suis pas s?r, mais il me semble avoir vu des SUBJECT: dans certains logs. HTH. Olivier -- Olivier Bornet Olivier.Bornet at puck.ch Swiss Ice Hockey Results : http://puck.ch/ Get my PGP-key at http://puck.ch/pgp or at http://pgp.mit.edu/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From fluo at linuxbourg.ch Fri Jun 9 16:34:14 2006 From: fluo at linuxbourg.ch (FLUO) Date: Fri, 09 Jun 2006 16:34:14 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <20060609131753.GI30580@puck.ch> References: <448964E2.1030609@linuxbourg.ch> <20060609131753.GI30580@puck.ch> Message-ID: <448986E6.8080907@linuxbourg.ch> Olivier Bornet a ?crit : >Hello, > > > >>Ce que j'aimerai c'est faire un OU logique genre "grep (From|Subject) >>log.txt" pour qu'il me sort en alternance les lignes sujet et from. >> >> > >Comme d?j? dit dans les autres r?ponses, il faut utiliser la syntaxe >"?tendue". Je te conseille aussi de matcher le d?but de ligne, pour ne >pas prendre en compte les ligne avec un From ou un Sujet ? l'int?rieure. >Donc, au choix: > > grep --extended-regexp '^(From|Subject)' log.txt > grep -E '^(From|Subject):' log.txt > egrep '^(From|Subject):' log.txt > Je vous remercie tous pour ces r?ponses rapides et salvatrices. Bonne journ?e, Didier From briner at infomaniak.ch Sat Jun 10 21:37:57 2006 From: briner at infomaniak.ch (Cedric BRINER) Date: Sat, 10 Jun 2006 21:37:57 +0200 Subject: [gull] Developpement durable Message-ID: <20060610193756.GD4451@obs.unige.ch> bonjour a tous, Si vous habitez Geneve, vous avez du entendre parler de la fete du developpement durable qui se deroule a la plaine de plainpalais. http://etat.geneve.ch/dt/site/presidence-secretariat/developpement-durable/master-content.jsp?pubId=5652&nodeId=2211&componentId=kmelia218 et je me dis justement que cette manifestation est toute indiquee pour que le gull y tienne un stand. Car il est bien selon moi question de developpement durable quand on parle de LL. La definition de LL de wikipedia.fr un developpement qui repond aux besoins du present sans compromettre la capacite des generations futures de repondre aux leurs. Deux concepts sont inherents a cette notion : le concept de " besoins ", et plus particulierement des besoins essentiels des plus demunis, a qui il convient d'accorder la plus grande priorite, et l'idee des limitations que l'etat de nos techniques et de notre organisation sociale impose sur la capacite de l'environnement a repondre aux besoins actuels et a venir Ced. -- Cedric Briner Geneva - Switzerland From schaefer at alphanet.ch Mon Jun 12 11:51:41 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Mon, 12 Jun 2006 11:51:41 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <200606091422.00620.dc@mjt.ch> References: <448964E2.1030609@linuxbourg.ch> <200606091422.00620.dc@mjt.ch> Message-ID: <20060612095141.GA11419@alphanet.ch> On Fri, Jun 09, 2006 at 02:22:00PM +0200, Daniel Cordey wrote: > CA me fait aussi penser a un truc interessant qui est utile lorsque l'ensemble > des patterns recherches deviennent tres complexes. > > sed -n -e '//p' -e '/' -e '//p' ... log.txt On peut aussi utiliser le ';' comme s?parateur, mais je ne le trouve pas document?. From dc at mjt.ch Mon Jun 12 13:38:43 2006 From: dc at mjt.ch (Daniel Cordey) Date: Mon, 12 Jun 2006 13:38:43 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <20060612095141.GA11419@alphanet.ch> References: <448964E2.1030609@linuxbourg.ch> <200606091422.00620.dc@mjt.ch> <20060612095141.GA11419@alphanet.ch> Message-ID: <200606121338.44625.dc@mjt.ch> On Monday 12 June 2006 11:51, Marc SCHAEFER wrote: > On peut aussi utiliser le ';' comme s?parateur, mais je ne le trouve pas > document?. Ouhhh... super ! Je sens que je vais utiliser... Tu t'es promene dans le code source pour trouver ca ? dc From schaefer at alphanet.ch Mon Jun 12 13:56:09 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Mon, 12 Jun 2006 13:56:09 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <200606121338.44625.dc@mjt.ch> References: <448964E2.1030609@linuxbourg.ch> <200606091422.00620.dc@mjt.ch> <20060612095141.GA11419@alphanet.ch> <200606121338.44625.dc@mjt.ch> Message-ID: <20060612115609.GA13553@alphanet.ch> On Mon, Jun 12, 2006 at 01:38:43PM +0200, Daniel Cordey wrote: > > On peut aussi utiliser le ';' comme s?parateur, mais je ne le trouve pas > > document?. > > Ouhhh... super ! Je sens que je vais utiliser... Tu t'es promene dans le code > source pour trouver ca ? si c'est pas document?, je pense m?me que je vais arr?ter de l'employer :) c'est historique, je ne me souviens pas quand ni pourquoi. PS: n'ai pas pass? la semaine sur la doc non plus. Je ne peux que conseiller aux nouveaux venus ? sed de lire enti?rement `info sed' (si les pages info sont install?es, sinon ?a montre la page man qui est l?g?rement moins digeste). From evaleto at gelux.ch Mon Jun 12 16:31:33 2006 From: evaleto at gelux.ch (evaleto@programmers.ch) Date: Mon, 12 Jun 2006 16:31:33 +0200 Subject: [gull] DRM - Is It Worth Going To Jail For? In-Reply-To: <200606091012.32236.dc@mjt.ch> References: <200606091012.32236.dc@mjt.ch> Message-ID: <1150122693.26731.44.camel@genebio-95.genebio.com> J'ai quand m?me envie de donner mon humble avis. C'est un sujet qui me touche. L'industrie (la grosse) devient r?ellement cr?ative lorsqu'il s'agit de prot?ger ses int?r?ts ou de d?truire ces concurrents ... Je trouve ca vraiment inqui?tant, d?j? lire un DVD l?gal, avec linux c'est un acte de piratage. Heureusement le syst?me se casse facilement avec CSS2. Malheureusement ca ne va pas durer, DRM est autrement plus complexe, c'est un vrai framework d?clinable dans toutes les productions digitales. (Je crois que Adobe et macromedia l'utilisent d?j? pour leurs applications???). La seule solution vraiment viable c'est que les artistes se solidarisent derri?re un Cr?ative Commons positif (ou une autre licence ), et cr?ent un nouveau circuit ?conomique qui ressemblerait - dans certains points - ? celui du GNU. Si le march? doit faire avec de la production libre les DRM devront ?tre limit?s - enfin il me semble. Ma question est la suivante: ou sont les stallman du rock, les Miguel Icasa du hiphop, du classique, de la vid?o, de l'?lectronique underground, etc ??? Peut ?tre que nos exigences en entertainment doivent aussi ?tre remises en questions? les miennes en logiciels ont bien chang?s. Peut ?tre que le cin?ma ind?pendant - fait ? la maison - peut avoir une place importante dans un futur proche. Ayant bien suivi la techno underground - celle ou le copyright n'avait pas beaucoup de valeur - je peux affirmer que la plus part des artistes vivent des concerts et non de la vente directe de leur musique (qui elle est souvent promotionnelle). Avec les DRM c'est toute une culture qui se remet en question et c'est dans l'information que ca va se jouer. Et concernant les logiciels libre, les DRM peuvent ils quelques choses lorsqu'on utilise que du GLP? Non je ne le crois pas . Qu'on le veuille ou non, le GPL est une forme socialisme extr?mement positive, plus que des sources, c'est une id?ologie - Aye Aye Aye. Olivier Le vendredi 09 juin 2006 ? 10:12 +0200, Daniel Cordey a ?crit : > Je sais, c'est en anglais... mais cela vous concerne aussi ! C'est au sujet > des CD et DVD labelles "DRM". Bientot, vous ne pourez meme plus copier les > chansons, des disques que vous avez achetes, sur vos cles USB... ET je > n'avais pas pense a la combine de Mac sur architecture Intel. Plutot que de > developper des codes nous placant dans l'illegalite, pourquoi ne pas eviter > de voter de telles lois ? > > dc > > "Do you believe the stunning announcement that Macs will now run Windows on > their machines is a coincidence? You might want to look and see what kind of > chip those boards are coming with. Whaddaya want to bet they are the viiv or > Trusted Computing Modules?" > > http://blog.lobby4linux.com/index.php?/archives/74-DRM-Is-It-Worth-Going-To-Jail-For.html > _______________________________________________ > gull mailing list > gull at lists.alphanet.ch > http://lists.alphanet.ch/mailman/listinfo/gull From leopoldo.ghielmetti at a3.epfl.ch Mon Jun 12 17:13:18 2006 From: leopoldo.ghielmetti at a3.epfl.ch (Leopoldo Ghielmetti) Date: Mon, 12 Jun 2006 17:13:18 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <20060612115609.GA13553@alphanet.ch> References: <448964E2.1030609@linuxbourg.ch> <200606091422.00620.dc@mjt.ch> <20060612095141.GA11419@alphanet.ch> <200606121338.44625.dc@mjt.ch> <20060612115609.GA13553@alphanet.ch> Message-ID: <1150125199.3167.5.camel@icp0813-l.ch.dom> Dans le man page on dit d'aller voir dans les pages info, l? il y a un tas d'exemples sur l'utilisation de sed. Au fond sed est un vrai langage de programmation (je crois m?me qu'il est complet au sens de Turing), avec des boucles, des jumps, des tests de condition et un syst?me primitif de variables (deux Accumulateurs si on parle assembleur ;-) ). Il est logique qu'il y a aussi un s?parateur de commandes. Par contre il est vrai que dans la page de man ce n'est pas dit et qu'il faut avoir de la fantaisie pour le comprendre. ciao, Leo On Mon, 2006-06-12 at 13:56 +0200, Marc SCHAEFER wrote: > On Mon, Jun 12, 2006 at 01:38:43PM +0200, Daniel Cordey wrote: > > > On peut aussi utiliser le ';' comme s?parateur, mais je ne le trouve pas > > > document?. > > > > Ouhhh... super ! Je sens que je vais utiliser... Tu t'es promene dans le code > > source pour trouver ca ? > > si c'est pas document?, je pense m?me que je vais arr?ter de l'employer > :) > > c'est historique, je ne me souviens pas quand ni pourquoi. > > PS: n'ai pas pass? la semaine sur la doc non plus. Je ne peux que > conseiller aux nouveaux venus ? sed de lire enti?rement `info sed' (si > les pages info sont install?es, sinon ?a montre la page man qui est > l?g?rement moins digeste). > > _______________________________________________ > gull mailing list > gull at lists.alphanet.ch > http://lists.alphanet.ch/mailman/listinfo/gull From cbouvi at free.fr Mon Jun 12 22:32:27 2006 From: cbouvi at free.fr (=?iso-8859-1?Q?C=E9dric?= Bouvier) Date: Mon, 12 Jun 2006 22:32:27 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <1150125199.3167.5.camel@icp0813-l.ch.dom> References: <448964E2.1030609@linuxbourg.ch> <200606091422.00620.dc@mjt.ch> <20060612095141.GA11419@alphanet.ch> <200606121338.44625.dc@mjt.ch> <20060612115609.GA13553@alphanet.ch> <1150125199.3167.5.camel@icp0813-l.ch.dom> Message-ID: <20060612203227.GA14262@margotte> Le lundi 12 juin 2006, ? 17 heures 13, Leopoldo Ghielmetti ?crivait : > Dans le man page on dit d'aller voir dans les pages info, l? il y a un > tas d'exemples sur l'utilisation de sed. > > Au fond sed est un vrai langage de programmation (je crois m?me qu'il > est complet au sens de Turing), avec des boucles, des jumps, des tests > de condition et un syst?me primitif de variables (deux Accumulateurs si > on parle assembleur ;-) ). > Il est logique qu'il y a aussi un s?parateur de commandes. Par contre il > est vrai que dans la page de man ce n'est pas dit et qu'il faut avoir de > la fantaisie pour le comprendre. J'ai de lointains souvenir d'avoir fait des trucs assez complexes avec sed. Il y avait une option (-f ?) pour indiquer le fichier qui contenait les instructions, s?par?es par des \n. Plut?t qu'un fichier externe, on doit pouvoir utiliser un here-doc, et m?langer ainsi du code sed et shell. ?videmment, ce n'est pas parce qu'on peut qu'on doit. Dans la version de sed que j'utilisais, Un seul "commentaire" ?tait autoris?: pr?fix? par # sur la premi?re ligne. C'est suffisant pour une shebang line, mais pas pour ?crire du code maintenable. Depuis je suis pass? ? Perl. Dans les cas simples, c'est ? peine plus compliqu?: perl -ne 'print if /^(Subject|From):/' fichier.log Et pour les cas plus ardus, voire m?me chevelus, ?a reste efficace et tellement plus puissant. -- C ? d r i c B o u v i e r -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From dc at mjt.ch Tue Jun 13 09:04:54 2006 From: dc at mjt.ch (Daniel Cordey) Date: Tue, 13 Jun 2006 09:04:54 +0200 Subject: [gull] Grep avec plusieurs motifs? In-Reply-To: <20060612203227.GA14262@margotte> References: <448964E2.1030609@linuxbourg.ch> <1150125199.3167.5.camel@icp0813-l.ch.dom> <20060612203227.GA14262@margotte> Message-ID: <200606130904.54801.dc@mjt.ch> On Monday 12 June 2006 22:32, C?dric Bouvier wrote: > > perl -ne 'print if /^(Subject|From):/' fichier.log > > Et pour les cas plus ardus, voire m?me chevelus, ?a reste efficace et > tellement plus puissant. On ne compte plus les commandes et programmes utilisant les "expression-reguliere". grep, perl, sed, etc. pour ce genre de probleme ca ne fait pas vraiment de difference. dc From dc at mjt.ch Tue Jun 13 09:19:07 2006 From: dc at mjt.ch (Daniel Cordey) Date: Tue, 13 Jun 2006 09:19:07 +0200 Subject: [gull] DRM - Is It Worth Going To Jail For? In-Reply-To: <1150122693.26731.44.camel@genebio-95.genebio.com> References: <200606091012.32236.dc@mjt.ch> <1150122693.26731.44.camel@genebio-95.genebio.com> Message-ID: <200606130919.08514.dc@mjt.ch> On Monday 12 June 2006 16:31, evaleto at programmers.ch wrote: > Et concernant les logiciels libre, les DRM peuvent ils quelques choses > lorsqu'on utilise que du GLP? Non je ne le crois pas . Qu'on le veuille > ou non, le GPL est une forme socialisme extr?mement positive, plus que > des sources, c'est une id?ologie - Aye Aye Aye. Ce qui permet a Steve Ballmer de qualifier les developpeurs GNU/Linux de communistes... Quand au reste, que chacun agisse selon sa conscience, en esperant que tout le monde ait la meme :-) dc From schaefer at alphanet.ch Tue Jun 13 11:51:33 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Tue, 13 Jun 2006 11:51:33 +0200 Subject: [gull] DRM - Is It Worth Going To Jail For? In-Reply-To: <1150122693.26731.44.camel@genebio-95.genebio.com> References: <200606091012.32236.dc@mjt.ch> <1150122693.26731.44.camel@genebio-95.genebio.com> Message-ID: <20060613095132.GA13325@alphanet.ch> On Mon, Jun 12, 2006 at 04:31:33PM +0200, evaleto at programmers.ch wrote: > vraiment inqui?tant, d?j? lire un DVD l?gal, avec linux c'est un acte de > piratage. [ ... ] Pas du tout. En droit suisse, si tu as achet? l'oeuvre, tu as automatiquement le *droit* de: - lire et copier autant de fois que tu le veux ? ton usage personnel et dans ton cercle proche de connaissance (?vt. famille seulement suivant l'interpr?tation) - transf?rer dans n'importe quel format. Cela provient du fait que les DVDs sont class?s comme oeuvre musicale ou vid?o. Evidemment si on prend l'optique qu'un DVD est un *programme informatique* au sens de la loi, tout change, surtout en pratique le droit de copie ? usage priv? tombe. Mais personne jusqu'ici n'a pr?tendu qu'un DVD ?tait un programme informatique plut?t qu'une oeuvre musicale ou vid?o. Ce syst?me d'ailleurs compense largement les auteurs gr?ce aux redevances Suisa sur les divers m?dia (la Suisse est apparemment un des pays qui `donne' le plus). Il est m?me autoris?, jusqu'? nouvel avis de loi, de t?l?charger du contenu -- m?me violant le droit d'auteur -- tant qu'on ne met pas ? disposition du contenu soi-m?me ? tout Internet. Il faudrait v?rifier aupr?s d'un homme (ou une femme) de loi, mais d'apr?s ce qu'?crit souvent la FRC ou ce que disent des ?missions comme On en parle, c'est bien l?gal. > Malheureusement ca ne va pas durer, DRM est autrement plus complexe, > c'est un vrai framework d?clinable dans toutes les productions > digitales. (Je crois que Adobe et macromedia l'utilisent d?j? pour leurs > applications???). Maintenant, apr?s les probl?mes l?gaux, les probl?mes techniques. Il n'y a rien qui interdise de prot?ger une oeuvre par des proc?d?s techniques (sauf peut-?tre la compatibilit? avec certains standards techniques: p.ex. Philips s'est apparemment retourn? contre le sabotage, pardon la protection du CD audio, car un tel CD n'est plus compatible avec le bouquin color? d?finissant le standard, et donc ne peut afficher le logo du standard). Mais ces techniques, jusqu'ici, n'ont-elles pas montr? leur inutilit?, et surtout qu'elles emp?chent surtout les personnes l?gitim?es ? b?n?ficier du contenu ? > La seule solution vraiment viable c'est que les artistes se solidarisent > derri?re un Cr?ative Commons positif (ou une autre licence ), et cr?ent > un nouveau circuit ?conomique qui ressemblerait - dans certains points - Effectivement, le probl?me n'est ni l?gal, ni technique, il est simplement d? au fait que les r?tributions, dans le mod?le actuels, profitent surtout aux grands ?diteurs et aux grands auteurs. L'industrie n'a pas encore compris que tout a chang?. > DRM devront ?tre limit?s - enfin il me semble. Ma question est la > suivante: ou sont les stallman du rock, les Miguel Icasa du hiphop, du > classique, de la vid?o, de l'?lectronique underground, etc ??? Avec cela tu propose d'aller encore plus loin: http://www.musique-libre.org/ Au niveau local, il y avait un festival ? Neuch?tel, le Copyright Festival, malheureusement supprim? notamment pour des raisons de de tracasseries administratives (de m?moire). > en questions? les miennes en logiciels ont bien chang?s. Peut ?tre que > le cin?ma ind?pendant - fait ? la maison - peut avoir une place si tu illustres ton cin?ma de morceaux de musique non libres et que tu le diffuses au-del? du cercle des amis, tu dois payer une redevance Suisa sp?ciale. Je te recommande alors de devenir membre de Swissmovie (http://www.swissmovie.ch) ce qui t'?vitera de bien d?sagr?ables surprises (la Suisa tourne dans les festivals, y compris amateurs et/ou gratuits!) > affirmer que la plus part des artistes vivent des concerts et non de la > vente directe de leur musique (qui elle est souvent promotionnelle). De nouveau, c'est l'ex?cution, le service, qui compte plus que la copie brute de la mati?re premi?re. From dc at mjt.ch Tue Jun 13 12:27:40 2006 From: dc at mjt.ch (Daniel Cordey) Date: Tue, 13 Jun 2006 12:27:40 +0200 Subject: [gull] Richard Stallman pushed back by the French Prime Minister's chief of security Message-ID: <200606131227.41548.dc@mjt.ch> Dans la droite ligne des messages de ces derniers jousr au sujet de DRM. RMS a tente de contacter le premier ministre Francais pour lui remetrre une petition. N'ayant pas recu de reponse, il s'est pointe a Matignon ou il a ete refoule. Certains se posent donc la question : Pourquoi Chirac recoit-il Guillaume comme un chef d'etat et le premier ministre ne recoit-il pas RMS ? Assurons-nous que ce genre de loi ne passe pas en Suisse. dc C'est un site en francais, mais l'article est ene anglais. Toutefois, pas besoin de maitriser cette langue sur le bout des doigts pour trouver d'autres liens; dont des photos de RMS :-) http://eucd.info/index.php?2006/06/12/313-richard-stallman-pushed-back-by-the-chief-of-security-team-of-french-prime-min From vep at cdisa.ch Wed Jun 14 07:38:19 2006 From: vep at cdisa.ch (Paul Veuve) Date: Wed, 14 Jun 2006 07:38:19 +0200 Subject: [gull] =?iso-8859-1?q?XML_-_Base_de_donn=E9es_etc=2E?= Message-ID: Je recherche une solution et/ou des outils pour g?rer des donn?es polymorphes dont la structure est d?finie dans un sch?ma xml. Id?alement il faudrait : * Que la saisie de donn?es soit assist?e interactivement en fonction du sch?ma (Contr?le des limites, champs optionnel, s?quence, facets etc.) * Que les ?crans d?affichage soient construits en fonction des ?l?ments trait?s * Que les donn?es soient stock?es en xml natif ou que l?on puisse faire des requ?tes Xqery sur les ?l?ments. * Que l?on puisse valider certains ?l?ments par des listes d??l?ments * Qu?un ?l?ment puisse faire r?f?rence ? un autre ?l?ment * Etc. En fait il faudrait pouvoir faire ce que fait OOo base ou Access mais xml avec des structures d??l?ments polymorphes. Il y a quelques projets comme eXist pour des outils de stockage, mais apparemment il ne g?re pas la validation par le sch?ma. Je suis int?ress? ? vos avis, exp?riences, etc. Merci d?avance. Quelqu?un ma?trise-t-il/elle eXist ?. Paul Veuve HYPERLINK "mailto:vep at cdisa.ch"vep at cdisa.ch CDI CONSEILS ET DEVELOPPEMENTS INDUSTRIELS SA Chemin de la Justice 15 CH-2000 NEUCHATEL http://www.cdisa.ch Phone (+41 32) 733 31 31 or (+41 78) 600 31 31 Fax (+41 32) 733 31 32 -- Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.8.3/362 - Release Date: 12.06.2006 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jose.DeAbreuNunes at ieug.unige.ch Fri Jun 16 00:44:10 2006 From: Jose.DeAbreuNunes at ieug.unige.ch (JM Nunes) Date: Fri, 16 Jun 2006 00:44:10 +0200 Subject: [gull] Developpement durable In-Reply-To: <20060610193756.GD4451@obs.unige.ch> References: <20060610193756.GD4451@obs.unige.ch> Message-ID: <4491E2BA.7090106@ieug.unige.ch> Bonsoir. Cedric BRINER wrote: > ... > Si vous habitez Geneve, vous avez du entendre parler de la fete > du developpement durable qui se deroule a la plaine de plainpalais. > ... > et je me dis justement que cette manifestation est toute indiquee > pour que le gull y tienne un stand. Car il est bien selon moi question > de developpement durable quand on parle de LL. > ... Il faudrait peut-?tre d?j? s'y pr?parer pour l'?dition 2007. Qui aimerait collaborer ? l'organisation d'un stand Gull pour juin 2007? From briner at infomaniak.ch Fri Jun 16 10:12:48 2006 From: briner at infomaniak.ch (Cedric BRINER) Date: Fri, 16 Jun 2006 10:12:48 +0200 Subject: [gull] Developpement durable In-Reply-To: <4491E2BA.7090106@ieug.unige.ch> References: <20060610193756.GD4451@obs.unige.ch> <4491E2BA.7090106@ieug.unige.ch> Message-ID: <20060616081248.GB13034@obs.unige.ch> > Il faudrait peut-?tre d?j? s'y pr?parer pour l'?dition 2007. > Qui aimerait collaborer ? l'organisation d'un stand Gull pour juin 2007? Je serai volontier de la partie. la question que je me pose est: quels sont les points qui doivent etre mis en avant pour parler des LL dans le contexte du developpement durable. Peut-etre devrait-on parler de: o la possibilite de faire tourner des machines pas si recentes que ca + pour les population defavorises o le projet du MIT pour le portable a 100$ avec une base LL o pourquoi un LL est plus proche du devel. durable par le droit de + acces au code + modification du code + distribution du code ou du binaire + execution du binaire Ced. -- Cedric BRINER Geneva - Switzerland From evaleto at gelux.ch Fri Jun 16 11:19:16 2006 From: evaleto at gelux.ch (Olivier Evalet) Date: Fri, 16 Jun 2006 11:19:16 +0200 Subject: [gull] DRM - Is It Worth Going To Jail For? In-Reply-To: <20060613095132.GA13325@alphanet.ch> References: <200606091012.32236.dc@mjt.ch> <1150122693.26731.44.camel@genebio-95.genebio.com> <20060613095132.GA13325@alphanet.ch> Message-ID: <1150449556.13099.98.camel@localhost> Le mardi 13 juin 2006 ? 11:51 +0200, Marc SCHAEFER a ?crit : > On Mon, Jun 12, 2006 at 04:31:33PM +0200, evaleto at programmers.ch wrote: > > vraiment inqui?tant, d?j? lire un DVD l?gal, avec linux c'est un acte de > > piratage. [ ... ] > > Pas du tout. > > En droit suisse, si tu as achet? l'oeuvre, tu as automatiquement le > *droit* de: > > - lire et copier autant de fois que tu le veux ? ton usage personnel > et dans ton cercle proche de connaissance (?vt. famille seulement > suivant l'interpr?tation) > > - transf?rer dans n'importe quel format. > > Cela provient du fait que les DVDs sont class?s comme oeuvre musicale ou > vid?o. Evidemment si on prend l'optique qu'un DVD est un *programme > informatique* au sens de la loi, tout change, surtout en pratique le > droit de copie ? usage priv? tombe. Mais personne jusqu'ici n'a pr?tendu > qu'un DVD ?tait un programme informatique plut?t qu'une oeuvre musicale > ou vid?o. Oui oui c'est vrai mais je parlais de la cons?quence logiciel. Un DVD crypt? ne peut pas ?tre vu sur une plateforme libre. L'installation diff?r?e de libdvdcss2 est une prise de conscience du probl?me et dans certains pays un acte de piraterie - moi je vois toujours un pirate avec une jambe en bois, un oeil poch? et un crochet, et j'ai peur des pirates. > > Malheureusement ca ne va pas durer, DRM est autrement plus complexe, > > c'est un vrai framework d?clinable dans toutes les productions > > digitales. (Je crois que Adobe et macromedia l'utilisent d?j? pour leurs > > applications???). > > Maintenant, apr?s les probl?mes l?gaux, les probl?mes techniques. Il n'y > a rien qui interdise de prot?ger une oeuvre par des proc?d?s techniques > (sauf peut-?tre la compatibilit? avec certains standards techniques: > p.ex. Philips s'est apparemment retourn? contre le sabotage, pardon la > protection du CD audio, car un tel CD n'est plus compatible avec le > bouquin color? d?finissant le standard, et donc ne peut afficher le logo > du standard). > > Mais ces techniques, jusqu'ici, n'ont-elles pas montr? leur inutilit?, > et surtout qu'elles emp?chent surtout les personnes l?gitim?es ? > b?n?ficier du contenu ? Oui mais il ne faut pas sous estimer l'avanc?e des moyens techniques surtout quand la *justice* les soutient. Je vois que l'int?gration de des v?rification de donn?es (maintenant DRM) est de plus en plus profonde dans le syst?me. Bient?t quand on d?sactivera le DRM plus rien ne fonctionnera ou le status de l'OS sera dans l'?tat "je suis un pirate potentiel", cons?quence des sites interdits, pas de direct net, pas de lechop!!! Ce qui est dangereux, on le voit, c'est l'ampleur du projet. Les objectifs de DRM sont bien plus large que la protection d'un fichier video/audio. Cela dit, la free-culture a quand m?me chang? le plan d'origine ;)) > > Avec cela tu propose d'aller encore plus loin: > > http://www.musique-libre.org/ > > Au niveau local, il y avait un festival ? Neuch?tel, le Copyright > Festival, malheureusement supprim? notamment pour des raisons de > de tracasseries administratives (de m?moire). > > > en questions? les miennes en logiciels ont bien chang?s. Peut ?tre que > > le cin?ma ind?pendant - fait ? la maison - peut avoir une place > > si tu illustres ton cin?ma de morceaux de musique non libres et que tu > le diffuses au-del? du cercle des amis, tu dois payer une redevance > Suisa sp?ciale. Je te recommande alors de devenir membre de > Swissmovie (http://www.swissmovie.ch) ce qui t'?vitera de bien > d?sagr?ables surprises (la Suisa tourne dans les festivals, y compris > amateurs et/ou gratuits!) Merci !!! -- ------------------ Linux for Geneva www.gelux.ch From dc at mjt.ch Fri Jun 16 10:43:52 2006 From: dc at mjt.ch (Daniel Cordey) Date: Fri, 16 Jun 2006 10:43:52 +0200 Subject: [gull] DRM - Is It Worth Going To Jail For? In-Reply-To: <1150449556.13099.98.camel@localhost> References: <200606091012.32236.dc@mjt.ch> <20060613095132.GA13325@alphanet.ch> <1150449556.13099.98.camel@localhost> Message-ID: <200606161043.53391.dc@mjt.ch> On Friday 16 June 2006 11:19, Olivier Evalet wrote: > Oui oui c'est vrai mais je parlais de la cons?quence logiciel. Un DVD > crypt? ne peut pas ?tre vu sur une plateforme libre. L'installation > diff?r?e de libdvdcss2 est une prise de conscience du probl?me et dans > certains pays un acte de piraterie - moi je vois toujours un pirate avec > une jambe en bois, un oeil poch? et un crochet, et j'ai peur des > pirates. En utilisant Geexbox ou Movix, tu evites le telechargement de la libdvdcss... et donc la prise de conscience qui devrait en resulter. En utilisant ces deux solutions, tu evites le piratage :-) Dans compte que je ne vois pas ce qu'il y a de reprehensible a regarder un film pour lequel tu as paye. Je ne suis pas sure que cet argumentation tienne la route dans un tribunal selon la loi Suisse. On peut acheter des lecteurs de salon "dezone" ainsi que des DVD en zone1 dans les magasins (louer aussi). Alors, pourquoi serait-il illegal de visionner le meme DVD sur un PC equipe de la technologie pour le faire ? Il y a un article du Code des Obligations qui autorise le "reverse-engineering" pour son usage personnel et a condition que cela ce limite a l'utilisation contractuelle define losr de l'achat. C'est valable pour les protocoles et je suppose que l'on peut associer le decryptage des DVD a un protocole. C"est sans doute ce qui ne rend pas illegal l'utilisation de la librairie dvdcss en Suisse. Maintenant, que dire de quelqu'un visionnant depuis l'etranger un flux video a partir d'un ordinateur en Suisse et utilisant libdvdcss. Si le dit etranger est un americain resident a NY, payant un service de 'video-on-demand' (un peu comme une location "deportee) pour un DVD code en zone 1 ? Les DVD zones 1 sont concus pour n'etre visibles et vendus qu'aux US (parceque moins cher !!!), il n'est pas illegal de dezoner un DVD en Suisse et l'utilisation de la libdvdcss n'est donc pas reprehensible, la location de DVD est autorisee et les droits d'auteurs sont respectes... Ce que veulent les SONY, RIAA, etc. est simplement faire payer deux fois, voir trois ou quatre si possible, quelque chose qui est legal et qui a deja ete paye. Je me refuse a dire ce que je pense de ces gens sur la liste :-) dc From sputnik at on-the-web.ch Mon Jun 19 09:31:12 2006 From: sputnik at on-the-web.ch (Martin Herren) Date: Mon, 19 Jun 2006 09:31:12 +0200 Subject: [gull] DRM - Is It Worth Going To Jail For? In-Reply-To: <1150122693.26731.44.camel@genebio-95.genebio.com> References: <200606091012.32236.dc@mjt.ch> <1150122693.26731.44.camel@genebio-95.genebio.com> Message-ID: <449652C0.5090707@on-the-web.ch> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 evaleto at programmers.ch wrote: > La seule solution vraiment viable c'est que les artistes se solidarisent > derri?re un Cr?ative Commons positif (ou une autre licence ), et cr?ent > un nouveau circuit ?conomique qui ressemblerait - dans certains points - > ? celui du GNU. Si le march? doit faire avec de la production libre les > DRM devront ?tre limit?s - enfin il me semble. Ma question est la > suivante: ou sont les stallman du rock, les Miguel Icasa du hiphop, du > classique, de la vid?o, de l'?lectronique underground, etc ??? Il y en a... par exemple le saxophoniste Steve Coleman (http://www.m-base.com/). Il y a d'ailleurs une sympatique prise de position de sa part ? propos du fait qu'il propose lui-m?me une grande partie de sa musique ? t?l?charger sur son site (http://www.m-base.org/mp3_philosophy.html). Bonne journ?e /Martin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEllKvENZb8plGFLQRAnbkAKCANRTLeEjwaa+GzkVqowNctIpm/ACgt4mB WIopJ/hKiHGkfRRjFE9VFhs= =tDqq -----END PGP SIGNATURE----- -- C'est connard le barbare qui gouverne l'?toile La faim sur les trottoirs de la Californie From jayetp at student.ethz.ch Thu Jun 22 09:12:25 2006 From: jayetp at student.ethz.ch (patrick jayet) Date: Thu, 22 Jun 2006 09:12:25 +0200 Subject: [gull] mailing list java Message-ID: <449A42D9.3000009@student.ethz.ch> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bonjour ? tous, Je suis ? la recherche d'une mailing list sur Java, de trafic et qualit? correcte. L'un d'entre vous en aurait-il une ? conseiller? D'avance merci. A+. Pat -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEmkLYDdcPKzlCXVMRApXjAJ0TvAdyrYY5uFCuAM3BwpJGV+0cJACfWDeu knbF3rwNN7W3ja4ujdKN3Ck= =GIHm -----END PGP SIGNATURE----- From calt at tla.ch Fri Jun 23 09:39:39 2006 From: calt at tla.ch (Christian ALT) Date: Fri, 23 Jun 2006 09:39:39 +0200 Subject: [gull] mailing list java In-Reply-To: <449A42D9.3000009@student.ethz.ch> Message-ID: Moi aussi je suis un grand fan de java et je suis content de voir que je ne suis pas le seul au Gull. Je n'ai pas de mailing liste ? te conseiller, mais le site http://java.sun.com @+ Christian ALT Telecom and Logistics Associates Network Security Company -----Original Message----- From: gull-bounces at lists.alphanet.ch [mailto:gull-bounces at lists.alphanet.ch]On Behalf Of patrick jayet Sent: jeudi, 22. juin 2006 09:12 To: Groupe romand des Utilisateurs de Linux et Logiciels Libres (Liste technique) Subject: [gull] mailing list java -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bonjour ? tous, Je suis ? la recherche d'une mailing list sur Java, de trafic et qualit? correcte. L'un d'entre vous en aurait-il une ? conseiller? D'avance merci. A+. Pat -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEmkLYDdcPKzlCXVMRApXjAJ0TvAdyrYY5uFCuAM3BwpJGV+0cJACfWDeu knbF3rwNN7W3ja4ujdKN3Ck= =GIHm -----END PGP SIGNATURE----- _______________________________________________ gull mailing list gull at lists.alphanet.ch http://lists.alphanet.ch/mailman/listinfo/gull From evaleto at gelux.ch Fri Jun 23 13:18:40 2006 From: evaleto at gelux.ch (Olivier Evalet) Date: Fri, 23 Jun 2006 13:18:40 +0200 Subject: [gull] mailing list java In-Reply-To: References: Message-ID: <1151061521.13349.4.camel@localhost> > > Bonjour ? tous, > > Je suis ? la recherche d'une mailing list sur Java, de trafic et qualit? > correcte. L'un d'entre vous en aurait-il une ? conseiller? infos du groupe classpath (gcj, kaffe, ivk, etc): 1) http://planet.classpath.org olivier -- ------------------ Linux for Geneva www.gelux.ch From jayetp at student.ethz.ch Mon Jun 26 12:05:55 2006 From: jayetp at student.ethz.ch (patrick jayet) Date: Mon, 26 Jun 2006 12:05:55 +0200 Subject: [gull] mailing list java In-Reply-To: <1151061521.13349.4.camel@localhost> References: <1151061521.13349.4.camel@localhost> Message-ID: <449FB183.8010403@student.ethz.ch> Hello Olivier, > infos du groupe classpath (gcj, kaffe, ivk, etc): > 1) http://planet.classpath.org Merci pour l'info. Je check. :) A+ Pat From fudriot at omic.ch Tue Jun 27 09:22:50 2006 From: fudriot at omic.ch (Fabien Udriot) Date: Tue, 27 Jun 2006 09:22:50 +0200 Subject: [gull] mailing list java In-Reply-To: <449FB183.8010403@student.ethz.ch> References: <1151061521.13349.4.camel@localhost> <449FB183.8010403@student.ethz.ch> Message-ID: <44A0DCCA.7050606@omic.ch> Il y a aussi, en fran?ais, le populaire java.developpez.com Leur blog et assez int?ressant ? suivre ... http://blog.developpez.com/?blog=42 Le forum est assez riche aussi... http://www.developpez.net/forums/forumdisplay.php?f=6 patrick jayet wrote: > Hello Olivier, > >> infos du groupe classpath (gcj, kaffe, ivk, etc): >> 1) http://planet.classpath.org > > Merci pour l'info. Je check. :) > > A+ > > Pat > > _______________________________________________ > gull mailing list > gull at lists.alphanet.ch > http://lists.alphanet.ch/mailman/listinfo/gull > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3517 bytes Desc: S/MIME Cryptographic Signature URL: