From schaefer at alphanet.ch Wed Nov 1 00:52:58 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Wed, 1 Nov 2006 00:52:58 +0100 Subject: [linux-neuchatel] Rencontre de ce soir Message-ID: <20061031235258.GA8883@alphanet.ch> Bonjour, un petit rappel que la rencontre de ce soir (et les suivantes) est annoncée sur: http://linux-neuchatel.he-arc.ch/ From lugbox at lzi.ch Wed Nov 1 18:13:35 2006 From: lugbox at lzi.ch (Lol Zimmerli) Date: Wed, 1 Nov 2006 18:13:35 +0100 Subject: [linux-neuchatel] Rencontres regulieres In-Reply-To: <1162316595.5092.69.camel@localhost> References: <1162316595.5092.69.camel@localhost> Message-ID: Hello, ce sera malheureusement sans moi, je n'arrive pas à me libérer. Je serai là le moins prochain. Bonne soirée! -- Lol Zimmerli - http://www.lzi.ch/lol/ Sur la verte colline, les oiseaux champinnent. -Edmond Giroudon (Poète en retraite) http://www.fricheule.net/ From schaefer at alphanet.ch Thu Nov 2 08:08:30 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Thu, 2 Nov 2006 08:08:30 +0100 Subject: [linux-neuchatel] Compte rendu rencontre du 2006-11-01 Message-ID: <20061102070830.GA7284@alphanet.ch> compte-rendu rencontre du 2006-11-01 au 21 à Neuchâtel Marc SCHAEFER $Id: compte-rendu,v 1.1 2006/11/02 07:07:40 schaefer Exp $ Copie: ml linux-neuchatel ml gull-annonces 0. Agenda Prochaine rencontre: http://linux-neuchatel.he-arc.ch/agenda.html mercredi 2006-12-06 Début: 19h15 Lieu: Petite salle chez Ital'Panini, près de la Tour Espacité, La Chaux-de-Fonds 1. Introduction Une séance informelle qui avait pour but de prendre contact et de voir ce qui est possible de faire dans la région. 18 personnes étaient présentes, donc 6 membres du GULL. Après un tour de table présentant les activités et intérêts de chacun, puis quelques idées sur des projets, manifestations et activités, comme par exemple: - système de travail collaboratif pour le serveur WWW pour les `membres' (j'ai proposé TWiki, que je connais de mieux en mieux) - comptabilité rédiger et maintenir un document de référence sur les divers logiciels possibles, notamment un logiciel qui s'utiliserait de manière efficace (sans souris) et qui serait facilement adaptable ici j'ai mentionné le projet du GULL qui malheureusement n'a pas eu de suite (compta). Plutôt que de faire un design top down, il serait bien de commencer par un inventaire, quitte à présenter ce que les gens utilisent déjà, en libre ou non, sous GNU/Linux ou non. - install party collaborations possibles: GULL lugseeland.ch gens d'Yverdon (HES) - cours locaux - solution Ubuntu/LTSP terminal server moderne des Cerisiers, stgraber; évt projet Paroz/Mail - cours end-users (sans impiéter sur la Migros) GIMP, Inkscape - autres Quelques réalisations locales GNU/Linux ont été mentionnées: - La Sagne - Collège des Cerisiers - Le Phare (Val-de-Travers) Le tout s'est poursuivi par des discussions diverses, comme p.ex. les anti-virus vs la mise à jour et l'administration de systèmes, les nouvelles fonctionnalités de Microsoft Vista (points de reprise et implémentation simple sous GNU/Linux), le recyclage de PCs comme terminaux graphiques, la comptabilité, Open Office, la facilité d'installation et de gestion d'Ubuntu, le fait que edgy (version instable) n'est pas recommandée, etc, etc. Le reste sur la liste http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel 2. Réalisations Rien de spécial à communiquer pour l'instant. -- Je lis les messages bien formatés. N'abusez pas du Cc:. Texte == efficace. Citer n'est pas concaténer. Editez vos messages, ça gagne du temps. Marc se met au blog `-o ro': http://www.alphanet.ch/schaefer_chronique.html From didier at dfr.ch Thu Nov 2 09:03:45 2006 From: didier at dfr.ch (Didier Frick) Date: Thu, 02 Nov 2006 00:03:45 -0800 Subject: [linux-neuchatel] Compte rendu rencontre du 2006-11-01 In-Reply-To: <20061102070830.GA7284@alphanet.ch> References: <20061102070830.GA7284@alphanet.ch> Message-ID: <4549A661.4030000@dfr.ch> Hello, Marc SCHAEFER wrote: > - comptabilité > rédiger et maintenir un document de référence sur les divers > logiciels possibles, notamment un logiciel qui s'utiliserait > de manière efficace (sans souris) et qui serait facilement > adaptable > > ici j'ai mentionné le projet du GULL qui malheureusement > n'a pas eu de suite (compta). > > Plutôt que de faire un design top down, il serait bien de > commencer par un inventaire, quitte à présenter ce que les > gens utilisent déjà, en libre ou non, sous GNU/Linux ou non. > A tout hasard je rappelle ce thread: http://lists.alphanet.ch/pipermail/linux-neuchatel/2003-May/thread.html#59 Depuis lors j'ai continué a utiliser gnucash à satisfaction pour mes besoins de petit indépendant, avec les mêmes bémols que ceux déjà mentionnés dans le thread... Je dois avoir le plan comptable que je pourrais donner mais là je suis aux States et je n'y ai pas accès facilement. Si vous êtes intéressés il faudra patienter jusqu'à fin décembre. De toute façon ce n'est pas sorcier j'ai simplement acheté le bouquin de l'USAM et entré le plan comptable. Le seul point délicat c'est de sélectionner le bon type de compte mais là je me suis basé sur le plan comptable suisse en version allemande qui est livré. Quelqu'un connaissant l'allemand pourrait aussi simplement traduire ce plan qui est plus complet que le mien, que j'ai customisé en tranchant dans le vif pour ne garder que ce qui me concernait directement. A+ From adeors at gmail.com Thu Nov 2 17:02:14 2006 From: adeors at gmail.com (Adelina Ors) Date: Thu, 2 Nov 2006 17:02:14 +0100 Subject: [linux-neuchatel] Compte rendu rencontre du 2006-11-01 In-Reply-To: <4549A661.4030000@dfr.ch> References: <20061102070830.GA7284@alphanet.ch> <4549A661.4030000@dfr.ch> Message-ID: <22598f7f0611020802s5b16f59dr24724975fb295ba8@mail.gmail.com> Je pas connais l'allemand, mais si tu veux je peux traduire quelque liste o page de l'anglais a espanyol ou de l'anglais a le français. Ou si quelque personne il veux je peux aussi corriger quelque liste. A bientôt Adelina On 11/2/06, Didier Frick wrote: > Hello, > > Marc SCHAEFER wrote: > > - comptabilité > > rédiger et maintenir un document de référence sur les divers > > logiciels possibles, notamment un logiciel qui s'utiliserait > > de manière efficace (sans souris) et qui serait facilement > > adaptable > > > > ici j'ai mentionné le projet du GULL qui malheureusement > > n'a pas eu de suite (compta). > > > > Plutôt que de faire un design top down, il serait bien de > > commencer par un inventaire, quitte à présenter ce que les > > gens utilisent déjà, en libre ou non, sous GNU/Linux ou non. > > > > A tout hasard je rappelle ce thread: > > http://lists.alphanet.ch/pipermail/linux-neuchatel/2003-May/thread.html#59 > > > Depuis lors j'ai continué a utiliser gnucash à satisfaction pour mes > besoins de petit indépendant, avec les mêmes bémols que ceux déjà > mentionnés dans le thread... > > Je dois avoir le plan comptable que je pourrais donner mais là je suis > aux States et je n'y ai pas accès facilement. > > Si vous êtes intéressés il faudra patienter jusqu'à fin décembre. > > De toute façon ce n'est pas sorcier j'ai simplement acheté le bouquin de > l'USAM et entré le plan comptable. Le seul point délicat c'est de > sélectionner le bon type de compte mais là je me suis basé sur le plan > comptable suisse en version allemande qui est livré. > > Quelqu'un connaissant l'allemand pourrait aussi simplement traduire ce > plan qui est plus complet que le mien, que j'ai customisé en tranchant > dans le vif pour ne garder que ce qui me concernait directement. > > A+ > > > > _______________________________________________ > linux-neuchatel mailing list > linux-neuchatel at lists.alphanet.ch > http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel > > > > From adeors at gmail.com Sat Nov 4 16:17:17 2006 From: adeors at gmail.com (Adelina Ors) Date: Sat, 4 Nov 2006 16:17:17 +0100 Subject: [linux-neuchatel] Compte rendu rencontre du 2006-11-01 In-Reply-To: <20061102070830.GA7284@alphanet.ch> References: <20061102070830.GA7284@alphanet.ch> Message-ID: <22598f7f0611040717s7f40be84s41f9c6e3851164a4@mail.gmail.com> Je travaille avec l'OpenOffice 2.0.3. Une persone de Barcelone que travaille aussi àvec L'OpenOffice m'envoie information sûr le programme de Fedora. Si quelque personne est interessé pour savoir sûr "fedora" ja peux faire la traduction de catalan a Français et envoyer a quelque persone interessé. A bientôt Adelina On 11/2/06, Marc SCHAEFER wrote: > compte-rendu rencontre du 2006-11-01 au 21 à Neuchâtel > Marc SCHAEFER > $Id: compte-rendu,v 1.1 2006/11/02 07:07:40 schaefer Exp $ > > Copie: ml linux-neuchatel > ml gull-annonces > > 0. Agenda > > Prochaine rencontre: > > http://linux-neuchatel.he-arc.ch/agenda.html > > mercredi 2006-12-06 > Début: 19h15 > Lieu: Petite salle chez Ital'Panini, près de > la Tour Espacité, La Chaux-de-Fonds > > 1. Introduction > > Une séance informelle qui avait pour but de prendre contact et de > voir ce qui est possible de faire dans la région. > > 18 personnes étaient présentes, donc 6 membres du GULL. Après un > tour de table présentant les activités et intérêts de chacun, puis > quelques idées sur des projets, manifestations et activités, comme > par exemple: > > - système de travail collaboratif pour le serveur WWW pour les `membres' > (j'ai proposé TWiki, que je connais de mieux en mieux) > > - comptabilité > rédiger et maintenir un document de référence sur les divers > logiciels possibles, notamment un logiciel qui s'utiliserait > de manière efficace (sans souris) et qui serait facilement > adaptable > > ici j'ai mentionné le projet du GULL qui malheureusement > n'a pas eu de suite (compta). > > Plutôt que de faire un design top down, il serait bien de > commencer par un inventaire, quitte à présenter ce que les > gens utilisent déjà, en libre ou non, sous GNU/Linux ou non. > > - install party > > collaborations possibles: > GULL > lugseeland.ch > gens d'Yverdon (HES) > > - cours locaux > - solution Ubuntu/LTSP terminal server moderne des Cerisiers, > stgraber; évt projet Paroz/Mail > - cours end-users (sans impiéter sur la Migros) > GIMP, Inkscape > - autres > > Quelques réalisations locales GNU/Linux ont été mentionnées: > > - La Sagne > > - Collège des Cerisiers > > - Le Phare (Val-de-Travers) > > Le tout s'est poursuivi par des discussions diverses, comme p.ex. les > anti-virus vs la mise à jour et l'administration de systèmes, les > nouvelles fonctionnalités de Microsoft Vista (points de reprise et > implémentation simple sous GNU/Linux), le recyclage de PCs comme > terminaux graphiques, la comptabilité, Open Office, la facilité > d'installation et de gestion d'Ubuntu, le fait que edgy (version > instable) n'est pas recommandée, etc, etc. > > Le reste sur la liste > > http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel > > 2. Réalisations > > Rien de spécial à communiquer pour l'instant. > > -- > Je lis les messages bien formatés. N'abusez pas du Cc:. Texte = efficace. > Citer n'est pas concaténer. Editez vos messages, ça gagne du temps. > Marc se met au blog `-o ro': http://www.alphanet.ch/schaefer_chronique.html > _______________________________________________ > linux-neuchatel mailing list > linux-neuchatel at lists.alphanet.ch > http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel > From schaefer at alphanet.ch Sun Nov 5 20:58:10 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Sun, 5 Nov 2006 20:58:10 +0100 Subject: [linux-neuchatel] Rencontre du 6 =?iso-8859-1?q?d=E9cembre?= Message-ID: <20061105195810.GA7522@alphanet.ch> Bonjour, est-ce que quelqu'un du haut peut se charger de l'organisation (tél à Ital'Panini, réserv. salle, etc) ? merci de m'en informer par courrier privé (attention au Reply-To:) -- Je lis les messages bien formatés. N'abusez pas du Cc:. Texte == efficace. Citer n'est pas concaténer. Editez vos messages, ça gagne du temps. Marc se met au blog `-o ro': http://www.alphanet.ch/schaefer_chronique.html From crochat at younics.org Mon Nov 13 11:39:28 2006 From: crochat at younics.org (=?iso-8859-1?Q?C=E9dric_Rochat?=) Date: Mon, 13 Nov 2006 11:39:28 +0100 (CET) Subject: [linux-neuchatel] Rencontre du 6 =?iso-8859-1?Q?d=E9cembre?= In-Reply-To: <20061105195810.GA7522@alphanet.ch> References: <20061105195810.GA7522@alphanet.ch> Message-ID: <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> > est-ce que quelqu'un du haut peut se charger de l'organisation (tél à > Ital'Panini, réserv. salle, etc) ? Ce serait peut-être pas mal de connaître le nombre de participants (il est peut-être possible de réserver toute la petite salle (quoique j'ai quelques doutes, vu que c'est LA salle non-fumeurs, et que je peux facilement comprendre que beaucoup de gens apprécient de manger sans une horrible odeur de cigarette... j'ai d'ailleurs signé une grande pétition visant à interdire enfin la fumée dans les lieux publiques neuchâtelois). Au niveau du contenu de la soirée, est-ce que ça serait juste du babillage avec des pizzas, ou plutôt une orientation démo (auquel cas il faudra du matériel, tel que beamer, laptop, etc...) J'ai pensé à faire une éventuelle démonstration de Subversion/Trac, sur laquelle je pourrais, pourquoi pas, collaborer avec Yoan Blanc... Donc voilà, ce serait pas mal de savoir assez tôt qui viendrait, afin d'optimiser l'organisation et le déroulement de la soirée :-) ++ -- *************************************************************** Cedric Rochat *************************************************************** PostMail : Rue des Fleurs 34 CH-2300 La Chaux-de-Fonds *************************************************************** E-Mail : crochat at younics.org GnuPG KeyID : 0xF1D9C503 FingerPrint : 9385 5C51 580F 90B8 79B1 2000 8947 5C0C F1D9 C503 *************************************************************** homepage : http://www.younics.org/crochat *************************************************************** From schaefer at alphanet.ch Mon Nov 13 12:34:38 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Mon, 13 Nov 2006 12:34:38 +0100 Subject: [linux-neuchatel] Re: Rencontre du 6 =?iso-8859-1?q?d=E9cembre?= In-Reply-To: <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> Message-ID: <20061113113438.GC19527@alphanet.ch> On Mon, Nov 13, 2006 at 11:39:28AM +0100, Cédric Rochat wrote: > > est-ce que quelqu'un du haut peut se charger de l'organisation (tél à > > Ital'Panini, réserv. salle, etc) ? > Ce serait peut-être pas mal de connaître le nombre de participants (il est Méthodes possibles: - une adresse e-mail d'enregistrement, gérée par `quelqu'un' - un script sur le serveur, dans le genre d'`inscription' pour le GULL (franchement, c'est une solution créée dans l'urgence qu'il faudrait améliorer, en plus elle nécessite un login sur la DB du GULL) - un nouveau développement. On peut aussi poster ici mais cela créerait pas mal de trafic inutile, archivé. > Au niveau du contenu de la soirée, est-ce que ça serait juste du babillage > avec des pizzas, ou plutôt une orientation démo (auquel cas il faudra du > matériel, tel que beamer, laptop, etc...) Une petite démo pourrait être intéressante (si elle est courte, sinon, le risque est -- comme on l'a vu lors du 1er mardi à Genève p.ex. -- de faire fuir les personnes non intéressées par la technique). > J'ai pensé à faire une éventuelle démonstration de Subversion/Trac, sur > laquelle je pourrais, pourquoi pas, collaborer avec Yoan Blanc... Les systèmes de contrôle de version sont effectivement quelque chose de très intéressant, et je suis d'avis que tout le monde devrait les employer, même pour ses données personnelles, mais c'est quand même très technique. -- Je lis les messages bien formatés. N'abusez pas du Cc:. Texte == efficace. Citer n'est pas concaténer. Editez vos messages, ça gagne du temps. Marc se met au blog `-o ro': http://www.alphanet.ch/schaefer_chronique.html From stgraber at stgraber.org Mon Nov 13 14:08:08 2006 From: stgraber at stgraber.org (=?iso-8859-1?Q?St=E9phane_Graber?=) Date: Mon, 13 Nov 2006 14:08:08 +0100 (CET) Subject: [linux-neuchatel] Re: Rencontre du 6 =?iso-8859-1?Q?d=E9cembre?= In-Reply-To: <20061113113438.GC19527@alphanet.ch> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> <20061113113438.GC19527@alphanet.ch> Message-ID: <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> > On Mon, Nov 13, 2006 at 11:39:28AM +0100, Cédric Rochat wrote: >> > est-ce que quelqu'un du haut peut se charger de l'organisation (tél à >> > Ital'Panini, réserv. salle, etc) ? > >> Ce serait peut-être pas mal de connaître le nombre de participants (il >> est > > Méthodes possibles: > > - une adresse e-mail d'enregistrement, gérée par `quelqu'un' > > - un script sur le serveur, dans le genre d'`inscription' pour le > GULL (franchement, c'est une solution créée dans l'urgence qu'il > faudrait améliorer, en plus elle nécessite un login sur la DB > du GULL) > > - un nouveau développement. > > On peut aussi poster ici mais cela créerait pas mal de trafic inutile, > archivé. > >> Au niveau du contenu de la soirée, est-ce que ça serait juste du >> babillage >> avec des pizzas, ou plutôt une orientation démo (auquel cas il faudra du >> matériel, tel que beamer, laptop, etc...) > > Une petite démo pourrait être intéressante (si elle est courte, sinon, > le risque est -- comme on l'a vu lors du 1er mardi à Genève p.ex. -- > de faire fuir les personnes non intéressées par la technique). > >> J'ai pensé à faire une éventuelle démonstration de Subversion/Trac, sur >> laquelle je pourrais, pourquoi pas, collaborer avec Yoan Blanc... > > Les systèmes de contrôle de version sont effectivement quelque chose de > très intéressant, et je suis d'avis que tout le monde devrait les > employer, même pour ses données personnelles, mais c'est quand même > très technique. > > -- > Je lis les messages bien formatés. N'abusez pas du Cc:. Texte == efficace. > Citer n'est pas concaténer. Editez vos messages, ça gagne du temps. > Marc se met au blog `-o ro': > http://www.alphanet.ch/schaefer_chronique.html > _______________________________________________ > linux-neuchatel mailing list > linux-neuchatel at lists.alphanet.ch > http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel > Suite à notre première réunion à Neuchâtel, il sera sans-doute assez intéressant de voir qui reviendra par la suite pour mieu cibler les sujets pour les prochaines réunions. Le problème est toujours d'éssayer de corréspondre le mieu au public, un sujet trop technique (géstionnaire de version ou dans mon cas LTSP) peut faire fuire les débutants alors qu'une présentation basique de Linux pourrait lasser certains habitués. Je ne pense pas venir à la Chaux-de-Fonds mais je recommanderais de ne pas trop prévoir de sujet pour la première fois et plutôt voir qui sera présent et qu'est-ce qui les intéresserait (comme ça a été fait à Neuchâtel). Stéphane From crochat at younics.org Mon Nov 13 14:58:38 2006 From: crochat at younics.org (=?iso-8859-1?Q?C=E9dric_Rochat?=) Date: Mon, 13 Nov 2006 14:58:38 +0100 (CET) Subject: [linux-neuchatel] Re: Rencontre du 6 =?iso-8859-1?Q?d=E9cembre?= In-Reply-To: <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> <20061113113438.GC19527@alphanet.ch> <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> Message-ID: <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> > Je ne pense pas venir à la Chaux-de-Fonds mais je recommanderais de ne pas > trop prévoir de sujet pour la première fois et plutôt voir qui sera > présent et qu'est-ce qui les intéresserait (comme ça a été fait à > Neuchâtel). A voir sur le blog de Yoan (http://yoan.dosimple.ch/blog/2006/11/03/), il s'est un peu ennuyé :-) Maintenant, est-ce qu'il n'y a pas de malentendu ? Quel est le rôle exact de ces réunions mensuelles ? - attirer des débutants qui ont tout juste entendu parler de Linux (dans ce cas, il va falloir faire un max de pub, parce que ce ne sont pas ces personnes qui sont abonnées à la mailing-list) - faire des réunions entre connaisseurs et échanger nos expériences Personnellement, je préfère la seconde solution, et je pense qu'elle amènerait plus de monde... Maintenant, pourquoi pas faire les deux ? Je m'explique. Par exemple, un "first wednesday" avec vocation "geek", et un "last wednesday" avec vocation "n00b". Ou alors les mois pairs en geek et impairs en n00b... c'est égal, du moment que l'on peut contenter les uns et les autres. Cela éviterait qu'il y ait chaque fois un public qui s'ennuie... et finisse par fuir. Qu'en pensez-vous ? -- *************************************************************** Cedric Rochat *************************************************************** PostMail : Rue des Fleurs 34 CH-2300 La Chaux-de-Fonds *************************************************************** E-Mail : crochat at younics.org GnuPG KeyID : 0xF1D9C503 FingerPrint : 9385 5C51 580F 90B8 79B1 2000 8947 5C0C F1D9 C503 *************************************************************** homepage : http://www.younics.org/crochat *************************************************************** From lugbox at lzi.ch Mon Nov 13 15:10:18 2006 From: lugbox at lzi.ch (Lol Zimmerli) Date: Mon, 13 Nov 2006 15:10:18 +0100 Subject: [linux-neuchatel] Re: Rencontre du 6 =?ISO-8859-15?Q?d=E9cemb?= =?ISO-8859-15?Q?re?= In-Reply-To: <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> <20061113113438.GC19527@alphanet.ch> <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> Message-ID: Hello, Cédric Rochat écrit/wrote: > - faire des réunions entre connaisseurs et échanger nos expériences > > Personnellement, je préfère la seconde solution, et je pense qu'elle > amènerait plus de monde... C'est ce que j'avais compris pour ma part. À+ -- Lol Zimmerli - http://www.lzi.ch/lol/ Il s'est mouché et puis, pouf!, plus rien. -André Lacombie (Spécialiste en ovnis) http://www.fricheule.net/ From schaefer at alphanet.ch Mon Nov 13 16:16:52 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Mon, 13 Nov 2006 16:16:52 +0100 Subject: [linux-neuchatel] Re: =?iso-8859-1?Q?R?= =?iso-8859-1?Q?encontre_du_6_d=E9cembre?= In-Reply-To: <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> <20061113113438.GC19527@alphanet.ch> <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> Message-ID: <20061113151652.GA18358@alphanet.ch> On Mon, Nov 13, 2006 at 02:58:38PM +0100, Cédric Rochat wrote: > Maintenant, est-ce qu'il n'y a pas de malentendu ? > Quel est le rôle exact de ces réunions mensuelles ? Initialement: trouver des idées de présentations, d'activités, etc. > - faire des réunions entre connaisseurs et échanger nos expériences > > Personnellement, je préfère la seconde solution, et je pense qu'elle > amènerait plus de monde... oui, > Par exemple, un "first wednesday" avec vocation "geek", et un "last > wednesday" avec vocation "n00b". commençons doucement. Je propose que vous fassiez votre présentation, mais courte (max 20-30 min). Avez-vous vraiment besoin d'un projecteur? On peut aussi regarder le laptop (si l'on n'est pas trop -> comptage -> inscription). Es-tu d'accord de temporairement servir d'adresse mail d'inscription et de nous communiquer le jour venu le nombre de personnes ? S'il faut vraiment un rétro ou projo, y-a-t-il des possibilités dans les écoles d'ingénieurs et autre? Ou dans des entreprises ? From lugbox at lzi.ch Mon Nov 13 16:24:39 2006 From: lugbox at lzi.ch (Lol Zimmerli) Date: Mon, 13 Nov 2006 16:24:39 +0100 Subject: [linux-neuchatel] Re: Rencontre du 6 =?ISO-8859-15?Q?d=E9cemb?= =?ISO-8859-15?Q?re?= In-Reply-To: <20061113151652.GA18358@alphanet.ch> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> <20061113113438.GC19527@alphanet.ch> <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> <20061113151652.GA18358@alphanet.ch> Message-ID: Hello, schaefer at alphanet.ch (Marc SCHAEFER) écrit/wrote: > S'il faut vraiment un rétro ou projo, y-a-t-il des possibilités dans les écoles > d'ingénieurs et autre? Ou dans des entreprises ? S'il faut un projo, un resto ne me semble pas le bon endroit. Ce serait alors une présentation complète, plus formelle que quelques gulus autour d'un laptop dans un café. Idéalement, une telle présentation pourrait être préparée par l'équipe de techniciens qui se retrouvent 1x/mois, avoir lieu dans un lieu plus solennel, être promotionnée en-dehors de la liste, etc. En résumé je dirai 1stMercredi != présentation publique. À+ -- Lol Zimmerli - http://www.lzi.ch/lol/ Étang bleu, tout va pour le mieux -Dicton d'chez nous http://www.fricheule.net/ From crochat at younics.org Thu Nov 16 08:28:28 2006 From: crochat at younics.org (=?iso-8859-1?Q?C=E9dric_Rochat?=) Date: Thu, 16 Nov 2006 08:28:28 +0100 (CET) Subject: [linux-neuchatel] Re: Rencontre du 6 =?iso-8859-1?Q?d=E9cembre?= In-Reply-To: <20061113151652.GA18358@alphanet.ch> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> <20061113113438.GC19527@alphanet.ch> <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> <20061113151652.GA18358@alphanet.ch> Message-ID: <25644.84.227.138.30.1163662108.squirrel@webmail.crochat.homelinux.org> On Lun 13 novembre 2006 16:16, Marc SCHAEFER wrote: > Es-tu d'accord de temporairement servir d'adresse mail d'inscription et > de nous communiquer le jour venu le nombre de personnes ? OK, ça me va ! Je propose à ceux qui veulent s'inscrire de m'envoyer un mail avec comme sujet "Inscription linux-neuchatel 20061206". > S'il faut vraiment un rétro ou projo, y-a-t-il des possibilités dans les > écoles > d'ingénieurs et autre? Ou dans des entreprises ? Certainement qu'il y a moyen de moyenner ! Après tout, la HE-Arc (EICN à l'époque) avait demandé d'être membre de Linux-Neuchâtel quand on s'était arrangé pour y avoir l'hébergement du site Web. @+ -- *************************************************************** Cedric Rochat *************************************************************** PostMail : Rue des Fleurs 34 CH-2300 La Chaux-de-Fonds *************************************************************** E-Mail : crochat at younics.org GnuPG KeyID : 0xF1D9C503 FingerPrint : 9385 5C51 580F 90B8 79B1 2000 8947 5C0C F1D9 C503 *************************************************************** homepage : http://www.younics.org/crochat *************************************************************** From hb9hli at hb9ww.ampr.org Thu Nov 16 12:24:28 2006 From: hb9hli at hb9ww.ampr.org (Dominique MULLER) Date: Thu, 16 Nov 2006 12:24:28 +0100 Subject: [linux-neuchatel] Re: Rencontre du 6 =?ISO-8859-1?Q?d=E9cemb?= =?ISO-8859-1?Q?re?= In-Reply-To: <25644.84.227.138.30.1163662108.squirrel@webmail.crochat.homelinux.org> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> <20061113113438.GC19527@alphanet.ch> <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> <20061113151652.GA18358@alphanet.ch> <25644.84.227.138.30.1163662108.squirrel@webmail.crochat.homelinux.org> Message-ID: <455C4A6C.9050705@hb9ww.ampr.org> Cédric Rochat a écrit : > On Lun 13 novembre 2006 16:16, Marc SCHAEFER wrote: >> S'il faut vraiment un rétro ou projo, y-a-t-il des possibilités dans les >> écoles >> d'ingénieurs et autre? Ou dans des entreprises ? > Certainement qu'il y a moyen de moyenner ! > Après tout, la HE-Arc (EICN à l'époque) avait demandé d'être membre de > Linux-Neuchâtel quand on s'était arrangé pour y avoir l'hébergement du > site Web. Euh... petite nuance... L'école n'est pas impliquée directement à linux-neuchâtel, l'hébergement du site est sur le serveur debian du groupe radioamateur de l'école. Si quelques membres du personnel de l'école sont actifs, cela ne veut pas dire que l'école est *engagée* à fournir des prestations. Pour éviter toute confusion, il me paraît important de faire cette remarque. > Je propose à ceux qui veulent s'inscrire de m'envoyer un mail avec comme > sujet "Inscription linux-neuchatel 20061206". Je serai heureux de participer et je te confirme si je peux prendre un projecteur. A plus, Dom. From hb9hli at hb9ww.ampr.org Thu Nov 16 18:47:04 2006 From: hb9hli at hb9ww.ampr.org (Dominique MULLER) Date: Thu, 16 Nov 2006 18:47:04 +0100 Subject: [linux-neuchatel] Re: Rencontre du 6 =?ISO-8859-15?Q?d=E9cemb?= =?ISO-8859-15?Q?re?= In-Reply-To: <455C4A6C.9050705@hb9ww.ampr.org> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> <20061113113438.GC19527@alphanet.ch> <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> <20061113151652.GA18358@alphanet.ch> <25644.84.227.138.30.1163662108.squirrel@webmail.crochat.homelinux.org> <455C4A6C.9050705@hb9ww.ampr.org> Message-ID: <20061116184704.124b03df.hb9hli@hb9ww.ampr.org> On Thu, 16 Nov 2006 12:24:28 +0100 Dominique MULLER wrote: > Je serai heureux de participer et je te confirme si je peux prendre un > projecteur. C'est OK pour le projecteur, je viendrai avec. Dom. -- Dominique Muller - Linux Registered User: # 49142 Web site: ---> http://hb9hli.radioamateur.ch From greut.lists at dosimple.ch Sat Nov 18 14:08:20 2006 From: greut.lists at dosimple.ch (Yoan BLANC) Date: Sat, 18 Nov 2006 14:08:20 +0100 Subject: [linux-neuchatel] Re: Rencontre du 6 =?ISO-8859-1?Q?d=E9cemb?= =?ISO-8859-1?Q?re?= In-Reply-To: <20061116184704.124b03df.hb9hli@hb9ww.ampr.org> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> <20061113113438.GC19527@alphanet.ch> <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> <20061113151652.GA18358@alphanet.ch> <25644.84.227.138.30.1163662108.squirrel@webmail.crochat.homelinux.org> <455C4A6C.9050705@hb9ww.ampr.org> <20061116184704.124b03df.hb9hli@hb9ww.ampr.org> Message-ID: <455F05C4.1020905@dosimple.ch> Personnellement, je trouve le principe des webtuesday zurichois vraiment chouette. Une présentation par mois, sur un thème choisit par une personne (ou plusieurs). Il est bien sûr possible de suggérer des thèmes pouvant intéresser du monde. Se donner 45 minutes de présentation, 15 minutes de questions et le reste pour boire un verre, ça peut être poignant (quoique un peu scolaire peut-être). -- Yoan From wchristian at gmx.ch Sat Nov 18 14:49:04 2006 From: wchristian at gmx.ch (Christian Wagner) Date: Sat, 18 Nov 2006 14:49:04 +0100 Subject: =?iso-8859-1?Q?RE:_=5Blinux-neuchatel=5D_Re:_Rencontre_du_6_d=E9cembre?= In-Reply-To: <455F05C4.1020905@dosimple.ch> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> <20061113113438.GC19527@alphanet.ch> <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> <20061113151652.GA18358@alphanet.ch> <25644.84.227.138.30.1163662108.squirrel@webmail.crochat.homelinux.org> <455C4A6C.9050705@hb9ww.ampr.org> <20061116184704.124b03df.hb9hli@hb9ww.ampr.org> <455F05C4.1020905@dosimple.ch> Message-ID: <000a01c70b18$5042e370$f0c8aa50$@ch> Bonjour, Vous pensez pas que en donnant des informations sur les nouveautés ça attirerais du monde ? Exemple 1 mois sur 2 c'est des nouveautés et les autres c'est sur les choses plus techniques ? Enfin moi je connais pas trop trop linux. Je sais que ça fonctionne et que si il y a un problème pas trop important je peux le gérer mais dès que il faut aller gratter dans les fichiers du kernel bah là c'est la réinstallation presque :) Bonne journée, Wagner Christian -----Message d'origine----- De : linux-neuchatel-bounces at lists.alphanet.ch [mailto:linux-neuchatel-bounces at lists.alphanet.ch] De la part de Yoan BLANC Envoyé : samedi, 18. novembre 2006 14:08 : Activités Linux à Neuchâtel et environs Objet : Re: [linux-neuchatel] Re: Rencontre du 6 décembre Personnellement, je trouve le principe des webtuesday zurichois vraiment chouette. Une présentation par mois, sur un thème choisit par une personne (ou plusieurs). Il est bien sûr possible de suggérer des thèmes pouvant intéresser du monde. Se donner 45 minutes de présentation, 15 minutes de questions et le reste pour boire un verre, ça peut être poignant (quoique un peu scolaire peut-être). -- Yoan _______________________________________________ linux-neuchatel mailing list linux-neuchatel at lists.alphanet.ch http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel __________ Information NOD32 1870 (20061117) __________ Ce message a ete verifie par NOD32 Antivirus System. http://www.nod32.com From lugbox at lzi.ch Sat Nov 18 18:12:39 2006 From: lugbox at lzi.ch (Lol Zimmerli) Date: Sat, 18 Nov 2006 18:12:39 +0100 Subject: [linux-neuchatel] Re: Rencontre du 6 =?ISO-8859-15?Q?d=E9cemb?= =?ISO-8859-15?Q?re?= In-Reply-To: <000a01c70b18$5042e370$f0c8aa50$@ch> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> <20061113113438.GC19527@alphanet.ch> <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> <20061113151652.GA18358@alphanet.ch> <25644.84.227.138.30.1163662108.squirrel@webmail.crochat.homelinux.org> <455C4A6C.9050705@hb9ww.ampr.org> <20061116184704.124b03df.hb9hli@hb9ww.ampr.org> <455F05C4.1020905@dosimple.ch> <000a01c70b18$5042e370$f0c8aa50$@ch> Message-ID: Hello, "Christian Wagner" écrit/wrote: > Vous pensez pas que en donnant des informations sur les nouveautés ça > attirerais du monde ? Est-ce que c'est seulement un but que d'attirer du monde? Voulons-nous être 60? À+ -- /* Lol Zimmerli */ Penser librement est grand, penser juste est plus grand. Thomas Thorild From schaefer at alphanet.ch Mon Nov 20 21:43:45 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Mon, 20 Nov 2006 21:43:45 +0100 Subject: [linux-neuchatel] Re: =?iso-8859-1?Q?R?= =?iso-8859-1?Q?encontre_du_6_d=E9cembre?= In-Reply-To: <455F05C4.1020905@dosimple.ch> References: <20061105195810.GA7522@alphanet.ch> <12861.89.217.17.113.1163414368.squirrel@webmail.crochat.homelinux.org> <20061113113438.GC19527@alphanet.ch> <35193.157.26.190.7.1163423288.squirrel@157.26.190.7> <14874.89.217.17.113.1163426318.squirrel@webmail.crochat.homelinux.org> <20061113151652.GA18358@alphanet.ch> <25644.84.227.138.30.1163662108.squirrel@webmail.crochat.homelinux.org> <455C4A6C.9050705@hb9ww.ampr.org> <20061116184704.124b03df.hb9hli@hb9ww.ampr.org> <455F05C4.1020905@dosimple.ch> Message-ID: <20061120204345.GD6322@alphanet.ch> On Sat, Nov 18, 2006 at 02:08:20PM +0100, Yoan BLANC wrote: > Personnellement, je trouve le principe des webtuesday zurichois vraiment > chouette. Une présentation par mois, sur un thème choisit par une > personne (ou plusieurs). Il est bien sûr possible de suggérer des thèmes > pouvant intéresser du monde. Se donner 45 minutes de présentation, 15 > minutes de questions et le reste pour boire un verre, ça peut être > poignant (quoique un peu scolaire peut-être). Oui, c'est pas mal comme idée: mais encore faut-il trouver des présentations qui intéressent tout le monde :) From lugbox at lzi.ch Tue Nov 21 02:03:28 2006 From: lugbox at lzi.ch (Lol Zimmerli) Date: Tue, 21 Nov 2006 02:03:28 +0100 Subject: [linux-neuchatel] Grand =?iso-8859-15?q?int=E9r=EAt?= pour la =?iso-8859-15?q?journ=E9e?= USIC-/ch/open sur les logiciels libres Message-ID: Hello, La journée OSS à l'administration fédérale semble être un bon succès: http://www.news-service.admin.ch/NSBSubscriber/message/fr/8334 À+ -- /* Lol Zimmerli */ Penser librement est grand, penser juste est plus grand. Thomas Thorild From wchristian at gmx.ch Tue Nov 21 11:20:39 2006 From: wchristian at gmx.ch (Christian Wagner) Date: Tue, 21 Nov 2006 11:20:39 +0100 Subject: [linux-neuchatel] =?iso-8859-1?q?=5BSuisse=5D_Provideur_=E0_=E9v?= =?iso-8859-1?q?iter?= In-Reply-To: References: Message-ID: <000301c70d56$b1ee1ff0$15ca5fd0$@ch> Bonjour, Je me permet de vous écrire afin de vous faire part de mes problèmes avec un provider Internet. Et j'aimerais pas que cela arrive à une autre personne car ce n'est vraiment pas une situation agréable. Nous avons pris un abonnement ADSL chez une société qui nous semblait être une société correcte. Nous avons conclu un contrat le 11.08.2004 sur une durée maximal de 36Mois. Nos problèmes commencent à apparaître le 31.08.2006. Notre abonnement étant une connexion 3500/300 nous espérons au moins atteindre une vitesse de 3000/200 dans les pire cas. A notre grand étonnement cela ne fut pas du tout le cas. En fonction de la journée nous avions de débits de téléchargement inférieur jusqu'à 6 fois à cette valeur (3500). Nous sommes parfois descendu jusqu'à 200Kbits(environ 25Ko/s) ce qui est inutilisable pour faire de l'assistance à distance ou un accès distant. (De nombreux mails et téléphones sont intervenu sans le moindre résultat). Regarder donc ce graphique pour vous en rendre compte : http://www.cnlab.ch/perftest/AuswertungUser.jsp?userid56860951421 J'ai pris alors au mois de Septembre 2006 la décision d'envoyer un mail afin de trouver un arrangement pour résilier mon contrat. On me transfère mon mail alors je prends la décision d'appeler le service center afin de leur faire part de mon intention. Tout d'abord la personne veut me faire prendre un autre service équivalent chez eux afin de combler les mois restants. En fin de discussion nous arrivons enfin à trouver un arrangement où mon contrat se termine fin Février 2007. J'envoi donc une lettre recommandé le 11 Novembre 2006 afin de leur faire part par voie écrite de la résiliation. Je reçois le 21 Novembre 2006 une réponse m'informant que mon contrat se termine le 1er septembre 2007 ! Je prends donc contact avec la personne qui m'a envoyé cette lettre et elle me dit qu'elle restera sur sa position .... Vous pensez bien que cela m'agasse et que cette société n'est pas correcte et N'est surtout pas recommandable ! Leur bute est bien de se faire de l'argent et c'est tout au détriment de ses clients ! Je vous remercie pour la lecture qui fût longue de ce mail, Cordialement, Wagner Christian Computer Scientist Engineer Student Mobile Phone : 0041(0) 79 399 84 58 Website : www.quakenet.ch Mail : christian at quakenet.ch From schaefer at alphanet.ch Tue Nov 21 11:53:18 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Tue, 21 Nov 2006 11:53:18 +0100 Subject: [linux-neuchatel] =?iso-8859-1?B?W1N1?= =?iso-8859-1?Q?isse=5D_Provideur_=E0_=E9viter?= In-Reply-To: <000301c70d56$b1ee1ff0$15ca5fd0$@ch> References: <000301c70d56$b1ee1ff0$15ca5fd0$@ch> Message-ID: <20061121105318.GB8062@alphanet.ch> On Tue, Nov 21, 2006 at 11:20:39AM +0100, Christian Wagner wrote: > En fonction de la journée nous avions de débits de téléchargement inférieur Sans vouloir entrer dans des détails que je ne maîtrise pas totalement, la vitesse d'une connexion Internet dépend surtout de: - performance de la liaison - performance du réseau de transport - performance du réseau du fournisseur - performance de l'interconnexion du fournisseur Pour prendre l'exemple de l'ADSL, on a: liaison bureau-central Swisscom ADSL, aujourd'hui max environ 6MB/1MB -> en cas de perturbations, la bande passante baisse ici. la longueur de la ligne influe aussi. liaison central-Swisscom-fournisseur (réseau de transport) assuré par un réseau ATM Swisscom -> les fournisseurs doivent payer la qualité de service qu'ils veulent revendre au client -> il est fort tentant de faire de l'overbooking plus ou moins sévère, ou de prendre des caractéristiques de délai fort mauvaises -> les seuls fournisseurs qui sont bons à ce niveau sont ceux qui peuvent garantir la bande passante et le débit dans leur contrat de service (sans toutefois pouvoir garantir la bande passante Internet) chez le fournisseur il s'agit surtout ici de la performance d'interconnexion entre le transport ATM et le routeur IP du fournisseur -> en règle générale, agit surtout sur les délais -> à mon avis c'est fort rare que le problème se pose là interconnexion du fournisseur il faut maintenant envoyer et recevoir les datagrammes IP d'Internet. -> il y a des échanges d'interconnexions (peering) avec d'autres fournisseurs -> si le poids du fournisseur est faible, les peerings seront facturés -> le fournisseur a donc financièrement avantage, ici aussi, à - overbooker - prendre des peerings à l'étranger (souvent moins cher, moins compliqué). de bons peerings à l'étranger valent mieux que des peerings bon marchés en Suisse Reste bien sûr la performance d'Internet et en fait du serveur que l'on contacte. Si l'on a réellement des besoins de bande passante ou de délai à garantir (p.ex. voix-sur-IP), il faut demander au fournisseur où il peut garantir que la bande passante `achetée' est garantie. Les grands fournisseurs ADSL (Sunrise, Bluewin) garantissent en général à la fois une bonne bande passante de transport (avec un overbooking léger) et de bonnes interconnexions, dès que l'on passe aux abonnements `business'. > jusqu'à 6 fois à cette valeur (3500). Nous sommes parfois descendu jusqu'à > 200Kbits(environ 25Ko/s) ce qui est inutilisable pour faire de l'assistance > à distance ou un accès distant. (De nombreux mails et téléphones sont > intervenu sans le moindre résultat). Je faisais du mode graphique en 1992 sur une ligne 9600 bit/s (X11 monochrome) symétrique. A mon avis, c'est surtout les délais qui posent problème lorsque l'on gère des systèmes à distance, plus que la bande passante. La bande passante *montante* est parfois critique. Chez certains fournisseurs, le backlog est tellement important en descente, que les acks pour la connexion montantes n'arrivent plus. On peut résoudre ce problème partiellement par de la qualité de service (p.ex. réfréner les TCP ACKs descendants une fois arrivés). Recommandation: utiliser plutôt des outils simples comme ssh, plutôt que des modes graphiques. En cas d'obligation d'utilisation de mode graphique (p.ex. support end-user), modifier la configuration du logiciel pour baisser le nombre de couleurs, augmenter la compression, baisser la fréquence de rafraîchissement. > Vous pensez bien que cela m'agasse et que cette société n'est pas correcte > et N'est surtout pas recommandable ! Leur bute est bien de se faire de > l'argent et c'est tout au détriment de ses clients ! Le but de toute entreprise est de faire de l'argent. Les marges sur l'ADSL sont très faibles (si je me souviens bien, Swisscom facture de l'ordre de 40 CHF pour le dernier kilomètre et le transport assuré ATM, par mois). Les bons fournisseurs n'ont plus que 9 francs par mois pour assurer tout le reste (service, interconnexion, etc). Ou alors ils rognent sur les 40 CHF par overbooking. Dominique peut peut-être nous en dire plus? From wchristian at gmx.ch Tue Nov 21 12:00:36 2006 From: wchristian at gmx.ch (Christian Wagner) Date: Tue, 21 Nov 2006 12:00:36 +0100 Subject: =?iso-8859-1?Q?RE:_=5Blinux-neuchatel=5D_=5BSuisse=5D_Provideur_=E0_=E9vi?= =?iso-8859-1?Q?ter?= In-Reply-To: <20061121105318.GB8062@alphanet.ch> References: <000301c70d56$b1ee1ff0$15ca5fd0$@ch> <20061121105318.GB8062@alphanet.ch> Message-ID: <000501c70d5c$46695910$d33c0b30$@ch> Je me demandais si c'était pas ma synchro mais pas du tout ... j'ai suffisamment et via le test de Bluewin en se connectant avec login/pass de testip j'arrive au débit maximal. Mais le problème étant tout de même que la société ne respecte pas la décision prise par un de leur collaborateur. D'ailleurs ils posent toujours leurs problèmes sur Swisscom même quand c'est un problème de routage chez eux ... Moi ça me met en colère car je paye quand même 95 CHF Par Mois pour du 3500/300 qui est instable en pleine journée avec des pertes de paquets pouvant atteindre 50% ou plus. J'espère que vous comprendrez un peu mieux mon problème. -----Message d'origine----- De : linux-neuchatel-bounces at lists.alphanet.ch [mailto:linux-neuchatel-bounces at lists.alphanet.ch] De la part de Marc SCHAEFER Envoyé : mardi, 21. novembre 2006 11:53 : Activités Linux à Neuchâtel et environs Objet : Re: [linux-neuchatel] [Suisse] Provideur à éviter On Tue, Nov 21, 2006 at 11:20:39AM +0100, Christian Wagner wrote: > En fonction de la journée nous avions de débits de téléchargement inférieur Sans vouloir entrer dans des détails que je ne maîtrise pas totalement, la vitesse d'une connexion Internet dépend surtout de: - performance de la liaison - performance du réseau de transport - performance du réseau du fournisseur - performance de l'interconnexion du fournisseur Pour prendre l'exemple de l'ADSL, on a: liaison bureau-central Swisscom ADSL, aujourd'hui max environ 6MB/1MB -> en cas de perturbations, la bande passante baisse ici. la longueur de la ligne influe aussi. liaison central-Swisscom-fournisseur (réseau de transport) assuré par un réseau ATM Swisscom -> les fournisseurs doivent payer la qualité de service qu'ils veulent revendre au client -> il est fort tentant de faire de l'overbooking plus ou moins sévère, ou de prendre des caractéristiques de délai fort mauvaises -> les seuls fournisseurs qui sont bons à ce niveau sont ceux qui peuvent garantir la bande passante et le débit dans leur contrat de service (sans toutefois pouvoir garantir la bande passante Internet) chez le fournisseur il s'agit surtout ici de la performance d'interconnexion entre le transport ATM et le routeur IP du fournisseur -> en règle générale, agit surtout sur les délais -> à mon avis c'est fort rare que le problème se pose là interconnexion du fournisseur il faut maintenant envoyer et recevoir les datagrammes IP d'Internet. -> il y a des échanges d'interconnexions (peering) avec d'autres fournisseurs -> si le poids du fournisseur est faible, les peerings seront facturés -> le fournisseur a donc financièrement avantage, ici aussi, à - overbooker - prendre des peerings à l'étranger (souvent moins cher, moins compliqué). de bons peerings à l'étranger valent mieux que des peerings bon marchés en Suisse Reste bien sûr la performance d'Internet et en fait du serveur que l'on contacte. Si l'on a réellement des besoins de bande passante ou de délai à garantir (p.ex. voix-sur-IP), il faut demander au fournisseur où il peut garantir que la bande passante `achetée' est garantie. Les grands fournisseurs ADSL (Sunrise, Bluewin) garantissent en général à la fois une bonne bande passante de transport (avec un overbooking léger) et de bonnes interconnexions, dès que l'on passe aux abonnements `business'. > jusqu'à 6 fois à cette valeur (3500). Nous sommes parfois descendu jusqu'à > 200Kbits(environ 25Ko/s) ce qui est inutilisable pour faire de l'assistance > à distance ou un accès distant. (De nombreux mails et téléphones sont > intervenu sans le moindre résultat). Je faisais du mode graphique en 1992 sur une ligne 9600 bit/s (X11 monochrome) symétrique. A mon avis, c'est surtout les délais qui posent problème lorsque l'on gère des systèmes à distance, plus que la bande passante. La bande passante *montante* est parfois critique. Chez certains fournisseurs, le backlog est tellement important en descente, que les acks pour la connexion montantes n'arrivent plus. On peut résoudre ce problème partiellement par de la qualité de service (p.ex. réfréner les TCP ACKs descendants une fois arrivés). Recommandation: utiliser plutôt des outils simples comme ssh, plutôt que des modes graphiques. En cas d'obligation d'utilisation de mode graphique (p.ex. support end-user), modifier la configuration du logiciel pour baisser le nombre de couleurs, augmenter la compression, baisser la fréquence de rafraîchissement. > Vous pensez bien que cela m'agasse et que cette société n'est pas correcte > et N'est surtout pas recommandable ! Leur bute est bien de se faire de > l'argent et c'est tout au détriment de ses clients ! Le but de toute entreprise est de faire de l'argent. Les marges sur l'ADSL sont très faibles (si je me souviens bien, Swisscom facture de l'ordre de 40 CHF pour le dernier kilomètre et le transport assuré ATM, par mois). Les bons fournisseurs n'ont plus que 9 francs par mois pour assurer tout le reste (service, interconnexion, etc). Ou alors ils rognent sur les 40 CHF par overbooking. Dominique peut peut-être nous en dire plus? _______________________________________________ linux-neuchatel mailing list linux-neuchatel at lists.alphanet.ch http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel __________ Information NOD32 1874 (20061120) __________ Ce message a ete verifie par NOD32 Antivirus System. http://www.nod32.com From hb9hli at hb9ww.ampr.org Tue Nov 21 12:21:00 2006 From: hb9hli at hb9ww.ampr.org (Dominique MULLER) Date: Tue, 21 Nov 2006 12:21:00 +0100 Subject: [linux-neuchatel] [Suisse] Provideur =?ISO-8859-1?Q?=E0_=E9?= =?ISO-8859-1?Q?viter?= In-Reply-To: <20061121105318.GB8062@alphanet.ch> References: <000301c70d56$b1ee1ff0$15ca5fd0$@ch> <20061121105318.GB8062@alphanet.ch> Message-ID: <4562E11C.2030000@hb9ww.ampr.org> Marc SCHAEFER a écrit : > Ou alors ils rognent sur les 40 CHF par overbooking. > > Dominique peut peut-être nous en dire plus? Difficile de dire plus ;-) D'après l'info que j'ai et qui sûrement plus très actuelle, le provider payait 34 CHF pour du 600/100 (devenu 2000/100) à Swisscom. A ajouter les frais de peering. Je ne sais pas aujourd'hui, les prix changent avec la vitesse du vent dans ce type de marché... En gros ils gagnent pas grand chose, donc il faut une grande quantité de clients pour rentabiliser. C'est aussi pour ça que le support est souvent très négligé, ce qui n'excuse pas tout. Quelques bon outils pour tester sa bande passante et faire un peu de diagnostique: Moyens "lourds" ndt -> http://e2epi.internet2.edu/ndt knoppix basée sur NDT -> http://e2epi.internet2.edu/network-performance-toolkit.html Moyens "légers" iperf -> apt-get install iperf Il est parfois intéressant de comparer entre XP et linux, c'est assez flagrant. En jouant sur certains paramètres de la stack IP, window size, mtu, etc, on arrive à améliorer un peu la bande passante, surtout avec XP. Dom. From crochat at younics.org Tue Nov 21 14:23:21 2006 From: crochat at younics.org (=?iso-8859-1?Q?C=E9dric_Rochat?=) Date: Tue, 21 Nov 2006 14:23:21 +0100 (CET) Subject: [linux-neuchatel] [Suisse] Provideur =?iso-8859-1?Q?=E0_=E9viter?= In-Reply-To: <4562E11C.2030000@hb9ww.ampr.org> References: <000301c70d56$b1ee1ff0$15ca5fd0$@ch> <20061121105318.GB8062@alphanet.ch> <4562E11C.2030000@hb9ww.ampr.org> Message-ID: <40926.172.16.0.1.1164115401.squirrel@webmail> On Mar 21 novembre 2006 12:21, Dominique MULLER wrote: > Moyens "lourds" > ndt -> http://e2epi.internet2.edu/ndt > knoppix basée sur NDT -> > http://e2epi.internet2.edu/network-performance-toolkit.html > > Moyens "légers" > iperf -> apt-get install iperf Smokeping est extrêmement intéressant aussi, en ce qui concerne les temps de latence. Je l'ai installé sur ma connexion Cable... pour vérifier s'il y avait effectivement, comme soupçonné, une relation entre la latence et le nombre de personnes connectées simultanément sur le réseau du même fournisseur. Et effectivement, la bande passante est relativement au rendez-vous, la latence est un tout autre problème ! La plupart des fournisseurs d'accès corrects nous garantissent "plus ou moins" la bande passante, mais on ne nous parle jamais d'une garantie quelconque en ce qui concerne les temps de latence. C'est pourtant un élément essentiel pour faire de la VoIP ! Et dans ce cas, la bande passante n'a que peu d'importance (dans une certaine mesure tout de même). On remarque que la plupart du temps, on nous fournit une bande passante du genre 2000/200, 3000/300, etc... ce qui montre bien que pour les providers, la bande passante en voie montante est égale au strict minimum pour pouvoir obtenir la bande passante proposée en voie descendante (en effet, pour une connexion TCP, les acks représentent environ 10% de la bande passante utilisée pour la voie descendante). Maintenant, une autre constatation au niveau de la qualité de service: le système de téléphonie VoIP du provider est toujours (ou dans la grande majorité des cas) irréprochable, mais lorsqu'on veut utiliser notre propre VoIP (par exemple avec un provider SIP), la qualité est tout de suite moins bonne ! Ce qui amène à la conclusion que du côté du provider, il y a deux classes pour la qualité de service: LEUR VoIP... et le reste. Du coup, si on utilise la VoIP du provider, la qualité et la fiabilié est là, donc, la latence doit être garantie (classe du genre "minimize delay"). Mais lorsqu'on utilise une connexion SIP vers un autre provider VoIP, on se trouve dans la deuxième classe, celle du "best effort" ou "maximize troughput" ! Il faut savoir qu'une communication VoIP utilise le protocole de couche 4 UDP et non TCP. Ce n'est donc pas une communication orientée connexion (donc, pas de acks), et du coup, la bande passante passe au second plan, puisqu'on veut plutôt bénéficier d'un faible latence. Tout ceci montre une problématique complexe: d'un côté, nous avons la plupart des clients qui ne savent pas qu'on peut téléphoner par Internet (ou alors ils utilisent Skype qui bouffe jusqu'à 128 Kbps (ce qui vraiment énorme) par communication, en s'arrangeant, j'imagine, pour que la qualité audio soit la meilleure possible), et qui n'ont "besoin" que de la bande passante promise par le fournisseur, même s'ils ne l'utilisent pratiquement pas. Et d'un autre côté, il y a les clients très connaisseurs ou professionnels, qui ne vont pas se gêner d'utiliser d'autres services téléphoniques que ceux fournis par le provider. Maintenant, avec la démocratisation et la simplification des services VoIP, de plus en plus de gens vont avoir besoin d'une autre garantie que simplement un "nombre" représentant la bande passante et donc, l'argument de vente principal pour le moment. ++ -- *************************************************************** Cedric Rochat *************************************************************** PostMail : Rue des Fleurs 34 CH-2300 La Chaux-de-Fonds *************************************************************** E-Mail : crochat at younics.org GnuPG KeyID : 0xF1D9C503 FingerPrint : 9385 5C51 580F 90B8 79B1 2000 8947 5C0C F1D9 C503 *************************************************************** homepage : http://www.younics.org/crochat *************************************************************** From wchristian at gmx.ch Tue Nov 21 20:18:45 2006 From: wchristian at gmx.ch (Christian Wagner) Date: Tue, 21 Nov 2006 20:18:45 +0100 Subject: =?iso-8859-1?Q?RE:_=5Blinux-neuchatel=5D_=5BSuisse=5D_Provideur_ =E0_=E9v?= =?iso-8859-1?Q?iter?= In-Reply-To: <40926.172.16.0.1.1164115401.squirrel@webmail> References: <000301c70d56$b1ee1ff0$15ca5fd0$@ch> <20061121105318.GB8062@alphanet.ch> <4562E11C.2030000@hb9ww.ampr.org> <40926.172.16.0.1.1164115401.squirrel@webmail> Message-ID: <000301c70da1$dd5ace40$98106ac0$@ch> J'utilise effectivement Smokeping pour monitorer une partie de certains routeurs de certains provideurs. On trouve une version simple sur http://smokeping.inspeed.ch/cgi-bin/smokeping.cgi Mais c'est pas évident de prouver certaines choses. Le Best Effort devrait être un mot banni du langage de l'informatique et du monde de la communication. On est en Suisse et pas à Tanbuktu où les vaches font tourner une dynamo... (Le provider incriminé est : Deckpoint S.A) Bonne soirée -----Message d'origine----- De : linux-neuchatel-bounces at lists.alphanet.ch [mailto:linux-neuchatel-bounces at lists.alphanet.ch] De la part de Cédric Rochat Envoyé : mardi, 21. novembre 2006 14:23 : Activités Linux à Neuchâtel et environs Objet : Re: [linux-neuchatel] [Suisse] Provideur à éviter On Mar 21 novembre 2006 12:21, Dominique MULLER wrote: > Moyens "lourds" > ndt -> http://e2epi.internet2.edu/ndt > knoppix basée sur NDT -> > http://e2epi.internet2.edu/network-performance-toolkit.html > > Moyens "légers" > iperf -> apt-get install iperf Smokeping est extrêmement intéressant aussi, en ce qui concerne les temps de latence. Je l'ai installé sur ma connexion Cable... pour vérifier s'il y avait effectivement, comme soupçonné, une relation entre la latence et le nombre de personnes connectées simultanément sur le réseau du même fournisseur. Et effectivement, la bande passante est relativement au rendez-vous, la latence est un tout autre problème ! La plupart des fournisseurs d'accès corrects nous garantissent "plus ou moins" la bande passante, mais on ne nous parle jamais d'une garantie quelconque en ce qui concerne les temps de latence. C'est pourtant un élément essentiel pour faire de la VoIP ! Et dans ce cas, la bande passante n'a que peu d'importance (dans une certaine mesure tout de même). On remarque que la plupart du temps, on nous fournit une bande passante du genre 2000/200, 3000/300, etc... ce qui montre bien que pour les providers, la bande passante en voie montante est égale au strict minimum pour pouvoir obtenir la bande passante proposée en voie descendante (en effet, pour une connexion TCP, les acks représentent environ 10% de la bande passante utilisée pour la voie descendante). Maintenant, une autre constatation au niveau de la qualité de service: le système de téléphonie VoIP du provider est toujours (ou dans la grande majorité des cas) irréprochable, mais lorsqu'on veut utiliser notre propre VoIP (par exemple avec un provider SIP), la qualité est tout de suite moins bonne ! Ce qui amène à la conclusion que du côté du provider, il y a deux classes pour la qualité de service: LEUR VoIP... et le reste. Du coup, si on utilise la VoIP du provider, la qualité et la fiabilié est là, donc, la latence doit être garantie (classe du genre "minimize delay"). Mais lorsqu'on utilise une connexion SIP vers un autre provider VoIP, on se trouve dans la deuxième classe, celle du "best effort" ou "maximize troughput" ! Il faut savoir qu'une communication VoIP utilise le protocole de couche 4 UDP et non TCP. Ce n'est donc pas une communication orientée connexion (donc, pas de acks), et du coup, la bande passante passe au second plan, puisqu'on veut plutôt bénéficier d'un faible latence. Tout ceci montre une problématique complexe: d'un côté, nous avons la plupart des clients qui ne savent pas qu'on peut téléphoner par Internet (ou alors ils utilisent Skype qui bouffe jusqu'à 128 Kbps (ce qui vraiment énorme) par communication, en s'arrangeant, j'imagine, pour que la qualité audio soit la meilleure possible), et qui n'ont "besoin" que de la bande passante promise par le fournisseur, même s'ils ne l'utilisent pratiquement pas. Et d'un autre côté, il y a les clients très connaisseurs ou professionnels, qui ne vont pas se gêner d'utiliser d'autres services téléphoniques que ceux fournis par le provider. Maintenant, avec la démocratisation et la simplification des services VoIP, de plus en plus de gens vont avoir besoin d'une autre garantie que simplement un "nombre" représentant la bande passante et donc, l'argument de vente principal pour le moment. ++ -- *************************************************************** Cedric Rochat *************************************************************** PostMail : Rue des Fleurs 34 CH-2300 La Chaux-de-Fonds *************************************************************** E-Mail : crochat at younics.org GnuPG KeyID : 0xF1D9C503 FingerPrint : 9385 5C51 580F 90B8 79B1 2000 8947 5C0C F1D9 C503 *************************************************************** homepage : http://www.younics.org/crochat *************************************************************** _______________________________________________ linux-neuchatel mailing list linux-neuchatel at lists.alphanet.ch http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel __________ Information NOD32 1876 (20061121) __________ Ce message a ete verifie par NOD32 Antivirus System. http://www.nod32.com From crochat at younics.org Tue Nov 21 20:41:21 2006 From: crochat at younics.org (=?iso-8859-1?Q?C=E9dric_Rochat?=) Date: Tue, 21 Nov 2006 20:41:21 +0100 (CET) Subject: [linux-neuchatel] [Suisse] Provideur =?iso-8859-1?Q? =E0_=E9viter?= In-Reply-To: <000301c70da1$dd5ace40$98106ac0$@ch> References: <000301c70d56$b1ee1ff0$15ca5fd0$@ch> <20061121105318.GB8062@alphanet.ch> <4562E11C.2030000@hb9ww.ampr.org> <40926.172.16.0.1.1164115401.squirrel@webmail> <000301c70da1$dd5ace40$98106ac0$@ch> Message-ID: <38019.172.16.0.1.1164138081.squirrel@webmail> On Mar 21 novembre 2006 20:18, Christian Wagner wrote: > (Le provider incriminé est : Deckpoint S.A) Rhaaa, fallait pas dire ;-) On le savait dès ton premier mail: sur ton lien http://www.cnlab.ch/perftest/AuswertungUser.jsp?userid=1156860951421 il y a ton IP du moment : 194.38.181.47 Cela suffit à whois pour nous dire que cette IP appartient au réseau de Deckpoint S.A. ;-) ++ -- *************************************************************** Cedric Rochat *************************************************************** PostMail : Rue des Fleurs 34 CH-2300 La Chaux-de-Fonds *************************************************************** E-Mail : crochat at younics.org GnuPG KeyID : 0xF1D9C503 FingerPrint : 9385 5C51 580F 90B8 79B1 2000 8947 5C0C F1D9 C503 *************************************************************** homepage : http://www.younics.org/crochat *************************************************************** From wchristian at gmx.ch Fri Nov 24 21:08:30 2006 From: wchristian at gmx.ch (Christian Wagner) Date: Fri, 24 Nov 2006 21:08:30 +0100 Subject: [linux-neuchatel] =?iso-8859-1?q?=5BPHP=5D_5=2E2_et_=5BApache=5D?= =?iso-8859-1?q?_2=2E2=2E3_-_Bug_quand_il_y_a_overflow_de_donn=E9e_?= =?iso-8859-1?q?=3F?= Message-ID: <000701c71004$4fddfb90$ef99f2b0$@ch> Bonjour à tous, Je dois travailler sur un laboratoire qui fait l'utilisation de l'algorithme de tarjan. Celui-ci prends pas mal de mémoire mais là n'est pas trop le problème. Lors de mes tests au lieu de m'afficher une erreur , il n'y a pas un seul message qui apparaît. Cependant je sais très bien que le problème provient d'un dépassement de capacité de stockage mémoire. J'aimerais bien voir les messages et non une sorte de crash de je ne sais quoi. Mais par contre dans error.log de apache2 voici ce que je trouve : "[Fri Nov 24 20:51:38 2006] [notice] child pid 14944 exit signal Segmentation fault (11)" Quelqu'un aurait-il une idée pour résoudre le malheureux problème ? Cordialement, Wagner Christian Computer Scientist Engineer Student From schaefer at alphanet.ch Fri Nov 24 21:51:42 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Fri, 24 Nov 2006 21:51:42 +0100 Subject: [linux-neuchatel] =?iso-8859-1?B?W1BI?= =?iso-8859-1?Q?P=5D_5=2E2_et_=5BApache=5D_2=2E2=2E3_-_Bug_quand_il_y_a_ov?= =?iso-8859-1?Q?erflow_de_donn=E9e?= ? In-Reply-To: <000701c71004$4fddfb90$ef99f2b0$@ch> References: <000701c71004$4fddfb90$ef99f2b0$@ch> Message-ID: <20061124205141.GA8495@alphanet.ch> On Fri, Nov 24, 2006 at 09:08:30PM +0100, Christian Wagner wrote: > Je dois travailler sur un laboratoire qui fait l'utilisation de l'algorithme > de tarjan. Celui-ci prends pas mal de mémoire mais là n'est pas trop le Je ne connais pas. Peux-tu en dire plus ? > Mais par contre dans error.log de apache2 voici ce que je trouve : > "[Fri Nov 24 20:51:38 2006] [notice] child pid 14944 exit signal > Segmentation fault (11)" PHP n'est probablement pas le langage idéal; et mod_php dans Apache pas forcément l'environnement idéal. > Quelqu'un aurait-il une idée pour résoudre le malheureux problème ? Un segmentation fault c'est en général l'indice d'une erreur de programmation, liée au déréférencement d'un pointeur NULL ou non initialisé. Si tu veux débugger plus avant, utilise la version non module Apache (installer php4-cgi je crois, lancer depuis le shell), et utilise les outils systèmes comme gdb (le debugger), ou active la génération de core dumps via `ulimit -c unlimited'. Mais il te faudra vraisemblablement débugger du C, langage dans lequel PHP est écrit. Il se peut que PHP réagisse ainsi à une erreur d'allocation de mémoire, indice de sa faible qualité, illustrée par un nombre d'attaques sur le langage et l'environnement assez ... fantastique (les scripts sont souvent pourris aussi, mais cela est un autre problème). Il se peut aussi que je ne sois pas du tout objectif. -- Je lis les messages bien formatés. N'abusez pas du Cc:. Texte == efficace. Citer n'est pas concaténer. Editez vos messages, ça gagne du temps. Marc se met au blog `-o ro': http://www.alphanet.ch/schaefer_chronique.html From jfclere at gmail.com Fri Nov 24 22:14:27 2006 From: jfclere at gmail.com (Jean-frederic Clere) Date: Fri, 24 Nov 2006 22:14:27 +0100 Subject: =?ISO-8859-1?Q?Re=3A_=5Blinux-neuchatel=5D_=5BPHP=5D_5=2E2?= =?ISO-8859-1?Q?_et_=5BApache=5D_2=2E2=2E3_-_Bug_quand_il_?= =?ISO-8859-1?Q?y_a_overflow_de_donn=E9e_=3F?= In-Reply-To: <20061124205141.GA8495@alphanet.ch> References: <000701c71004$4fddfb90$ef99f2b0$@ch> <20061124205141.GA8495@alphanet.ch> Message-ID: <456760B3.8050408@gmail.com> Marc SCHAEFER wrote: >On Fri, Nov 24, 2006 at 09:08:30PM +0100, Christian Wagner wrote: > > >>Je dois travailler sur un laboratoire qui fait l'utilisation de l'algorithme >>de tarjan. Celui-ci prends pas mal de mémoire mais là n'est pas trop le >> >> > >Je ne connais pas. Peux-tu en dire plus ? > > > >>Mais par contre dans error.log de apache2 voici ce que je trouve : >>"[Fri Nov 24 20:51:38 2006] [notice] child pid 14944 exit signal >>Segmentation fault (11)" >> >> > >PHP n'est probablement pas le langage idéal; et mod_php dans Apache >pas forcément l'environnement idéal. > > > >>Quelqu'un aurait-il une idée pour résoudre le malheureux problème ? >> >> > >Un segmentation fault c'est en général l'indice d'une erreur de >programmation, liée au déréférencement d'un pointeur NULL ou >non initialisé. > >Si tu veux débugger plus avant, utilise la version non module Apache (installer >php4-cgi je crois, lancer depuis le shell), et utilise les outils systèmes >comme gdb (le debugger), ou active la génération de core dumps via >`ulimit -c unlimited'. > > Plus gdb bin/httpd core._pid_number bt Et envoyer la sortie. httpd 2.2.x peut avoir des problemes avec des libraries php non threadees, essayer une version prefork d'httpd. Si c'est un script php qui core ce serait cool de l'envoyer. Envoyer aussi la sortie de httpd -V C'est quelle distribution? A+ Jean-Frederic >Mais il te faudra vraisemblablement débugger du C, langage dans lequel >PHP est écrit. > >Il se peut que PHP réagisse ainsi à une erreur d'allocation de mémoire, >indice de sa faible qualité, illustrée par un nombre d'attaques sur le >langage et l'environnement assez ... fantastique (les scripts sont >souvent pourris aussi, mais cela est un autre problème). > >Il se peut aussi que je ne sois pas du tout objectif. > > > From wchristian at gmx.ch Fri Nov 24 22:16:56 2006 From: wchristian at gmx.ch (Christian Wagner) Date: Fri, 24 Nov 2006 22:16:56 +0100 Subject: =?utf-8?Q?RE:_=5Blinux-neuchatel=5D_=5BPHP=5D_5.2_?= =?utf-8?Q?et_=5BApache=5D_2.2.3_-_Bug_quand_il?= =?utf-8?Q?_y_a_overflow_de_donn=C3=A9e_=3F?= In-Reply-To: <20061124205141.GA8495@alphanet.ch> References: <000701c71004$4fddfb90$ef99f2b0$@ch> <20061124205141.GA8495@alphanet.ch> Message-ID: <000801c7100d$df3e4d90$9dbae8b0$@ch> Tarjan est un très ancien algorithme utilisé pour connaître les composantes fortement connexes d'un graphe. Je viens de tester en ligne de commande avec PHP5.2 et le résultat est bien affiché. "Utilisation Memoire [Début]: 0.1Mo
[Phase 1] Terminée
[Phase 2] Terminée
[Phase 3] Terminée
[Phase 4] Terminée
Utilisation Memoire [Get_Array_Tops]: 8.17Mo
Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 39 bytes) in /home/web/quakenet.ch/dev/GRE2006/WCH_Test/tarjan.php on line 30" Et à travers Apache : "Utilisation Memoire [Dbut]: 0.11Mo
[Phase 1] Termine
[Phase 2] Termine
[Phase 3] Termine
[Phase 4] Termine
Utilisation Memoire [Get_Array_Tops]: 8.19Mo
" Par contre lorsque je passe par Apache 2.2.3 cela n'est plus le cas. J'ai essayé un downgrade sur Apache 2.0 comme c'était le cas avant la mise à jour mais impossible à chaque fois j'ai pleins d'erreurs. Je suppose donc que la librairie PHP5.2 n'est pas compatible avec Apache 2.2.3 pour les dépassement de capacité. Si quelqu'un aurait une marche à suivre qui fonctionne pour un downgrade en 2.2 ou 2.0 ça serait sympa :) Bonne soirée -----Message d'origine----- De : linux-neuchatel-bounces at lists.alphanet.ch [mailto:linux-neuchatel-bounces at lists.alphanet.ch] De la part de Marc SCHAEFER Envoyé : vendredi, 24. novembre 2006 21:52 À : Activités Linux à Neuchâtel et environs Objet : Re: [linux-neuchatel] [PHP] 5.2 et [Apache] 2.2.3 - Bug quand il y a overflow de donnée ? On Fri, Nov 24, 2006 at 09:08:30PM +0100, Christian Wagner wrote: > Je dois travailler sur un laboratoire qui fait l'utilisation de l'algorithme > de tarjan. Celui-ci prends pas mal de mémoire mais là n'est pas trop le Je ne connais pas. Peux-tu en dire plus ? > Mais par contre dans error.log de apache2 voici ce que je trouve : > "[Fri Nov 24 20:51:38 2006] [notice] child pid 14944 exit signal > Segmentation fault (11)" PHP n'est probablement pas le langage idéal; et mod_php dans Apache pas forcément l'environnement idéal. > Quelqu'un aurait-il une idée pour résoudre le malheureux problème ? Un segmentation fault c'est en général l'indice d'une erreur de programmation, liée au déréférencement d'un pointeur NULL ou non initialisé. Si tu veux débugger plus avant, utilise la version non module Apache (installer php4-cgi je crois, lancer depuis le shell), et utilise les outils systèmes comme gdb (le debugger), ou active la génération de core dumps via `ulimit -c unlimited'. Mais il te faudra vraisemblablement débugger du C, langage dans lequel PHP est écrit. Il se peut que PHP réagisse ainsi à une erreur d'allocation de mémoire, indice de sa faible qualité, illustrée par un nombre d'attaques sur le langage et l'environnement assez ... fantastique (les scripts sont souvent pourris aussi, mais cela est un autre problème). Il se peut aussi que je ne sois pas du tout objectif. -- Je lis les messages bien formatés. N'abusez pas du Cc:. Texte = efficace. Citer n'est pas concaténer. Editez vos messages, ça gagne du temps. Marc se met au blog `-o ro': http://www.alphanet.ch/schaefer_chronique.html _______________________________________________ linux-neuchatel mailing list linux-neuchatel at lists.alphanet.ch http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel __________ Information NOD32 1881 (20061124) __________ Ce message a ete verifie par NOD32 Antivirus System. http://www.nod32.com From wchristian at gmx.ch Fri Nov 24 22:32:35 2006 From: wchristian at gmx.ch (Christian Wagner) Date: Fri, 24 Nov 2006 22:32:35 +0100 Subject: =?iso-8859-1?Q?RE:_=5Blinux-neuchatel=5D_=5BPHP=5D_5.2_et_=5BApache?= =?iso-8859-1?Q?=5D_2.2.3_-_Bug_quand_il_y_a_overflow_de_donn=E9e_=3F?= In-Reply-To: <456760B3.8050408@gmail.com> References: <000701c71004$4fddfb90$ef99f2b0$@ch> <20061124205141.GA8495@alphanet.ch> <456760B3.8050408@gmail.com> Message-ID: <000901c71010$0eee5510$2ccaff30$@ch> Donc j'ai tenté un php5-cgi et ça retourne bien quelque chose de complet. Le problème doit donc bien se situé au niveau de libphp5.so . J'ai ce problème que depuis que je suis passé en 2.2.3. Voici quelques informations sur mon système : Apache2 : Nov 10 2006 19:07:57 / Apache/2.2.3 PHP5.2 : PHP 5.2.0-6 (built: Nov 22 2006 18:17:43) Kernel : 2.6.8-12-em64t-p4-smp #1 SMP Sat Jul 15 10:28:16 UTC 2006 x86_64 GNU/Linux Je vois malheureusement pas comment résoudre mon problème. Le downgrade est très complexe et je ne vois pas trop comment faire alors si quelqu'un à la gentillesse de bien vouloir m'expliquer comment le faire sans tout casser sur mon serveur ça serait sympa :) Surtout que je dois rendre mon truc pour lundi et que le serveur doit être accessible. Merci encore. Bonne soirée Wagner Christian -----Message d'origine----- De : linux-neuchatel-bounces at lists.alphanet.ch [mailto:linux-neuchatel-bounces at lists.alphanet.ch] De la part de Jean-frederic Clere Envoyé : vendredi, 24. novembre 2006 22:14 : Activités Linux à Neuchâtel et environs Objet : Re: [linux-neuchatel] [PHP] 5.2 et [Apache] 2.2.3 - Bug quand il y a overflow de donnée ? Marc SCHAEFER wrote: >On Fri, Nov 24, 2006 at 09:08:30PM +0100, Christian Wagner wrote: > > >>Je dois travailler sur un laboratoire qui fait l'utilisation de l'algorithme >>de tarjan. Celui-ci prends pas mal de mémoire mais là n'est pas trop le >> >> > >Je ne connais pas. Peux-tu en dire plus ? > > > >>Mais par contre dans error.log de apache2 voici ce que je trouve : >>"[Fri Nov 24 20:51:38 2006] [notice] child pid 14944 exit signal >>Segmentation fault (11)" >> >> > >PHP n'est probablement pas le langage idéal; et mod_php dans Apache >pas forcément l'environnement idéal. > > > >>Quelqu'un aurait-il une idée pour résoudre le malheureux problème ? >> >> > >Un segmentation fault c'est en général l'indice d'une erreur de >programmation, liée au déréférencement d'un pointeur NULL ou >non initialisé. > >Si tu veux débugger plus avant, utilise la version non module Apache (installer >php4-cgi je crois, lancer depuis le shell), et utilise les outils systèmes >comme gdb (le debugger), ou active la génération de core dumps via >`ulimit -c unlimited'. > > Plus gdb bin/httpd core._pid_number bt Et envoyer la sortie. httpd 2.2.x peut avoir des problemes avec des libraries php non threadees, essayer une version prefork d'httpd. Si c'est un script php qui core ce serait cool de l'envoyer. Envoyer aussi la sortie de httpd -V C'est quelle distribution? A+ Jean-Frederic >Mais il te faudra vraisemblablement débugger du C, langage dans lequel >PHP est écrit. > >Il se peut que PHP réagisse ainsi à une erreur d'allocation de mémoire, >indice de sa faible qualité, illustrée par un nombre d'attaques sur le >langage et l'environnement assez ... fantastique (les scripts sont >souvent pourris aussi, mais cela est un autre problème). > >Il se peut aussi que je ne sois pas du tout objectif. > > > _______________________________________________ linux-neuchatel mailing list linux-neuchatel at lists.alphanet.ch http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel From jfclere at gmail.com Fri Nov 24 23:35:50 2006 From: jfclere at gmail.com (Jean-frederic Clere) Date: Fri, 24 Nov 2006 23:35:50 +0100 Subject: =?UTF-8?B?UmU6IFtsaW51eC1uZXVjaGF0ZWxdIFtQSFBdIDUuMiBldCBbQXBhY2g=?= =?UTF-8?B?ZV0gMi4yLjMgLSBCdWcgcXVhbmQgaWwgeSBhIG92ZXJmbG93IGRlIGRvbm7DqWU=?= =?UTF-8?B?ID8=?= In-Reply-To: <000801c7100d$df3e4d90$9dbae8b0$@ch> References: <000701c71004$4fddfb90$ef99f2b0$@ch> <20061124205141.GA8495@alphanet.ch> <000801c7100d$df3e4d90$9dbae8b0$@ch> Message-ID: <456773C6.1020202@gmail.com> Christian Wagner wrote: >Tarjan est un très ancien algorithme utilisé pour connaître les composantes fortement connexes d'un graphe. > >Je viens de tester en ligne de commande avec PHP5.2 et le résultat est bien affiché. >"Utilisation Memoire [Début]: 0.1Mo
[Phase 1] Terminée
[Phase 2] Terminée
[Phase 3] Terminée
[Phase 4] Terminée
Utilisation Memoire [Get_Array_Tops]: 8.17Mo
>Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 39 bytes) in /home/web/quakenet.ch/dev/GRE2006/WCH_Test/tarjan.php on line 30" > >Et à travers Apache : >"Utilisation Memoire [Dbut]: 0.11Mo
[Phase 1] Termine
[Phase 2] Termine
[Phase 3] Termine
[Phase 4] Termine
Utilisation Memoire [Get_Array_Tops]: 8.19Mo
" > >Par contre lorsque je passe par Apache 2.2.3 cela n'est plus le cas. J'ai essayé un downgrade sur Apache 2.0 comme c'était le cas avant la mise à jour mais impossible à chaque fois j'ai pleins d'erreurs. > >Je suppose donc que la librairie PHP5.2 n'est pas compatible avec Apache 2.2.3 pour les dépassement de capacité. > > Vu tes explications il me semble que tu ne compile pas httpd ni php toi-meme, il est donc difficile de te proposer un patch, correct? (En plus il faudrait trouver le probleme). Arrives-tu a reproduire le probleme avec un script php simple? >Si quelqu'un aurait une marche à suivre qui fonctionne pour un downgrade en 2.2 ou 2.0 ça serait sympa :) > > Tu n'a pas changer uniquement php5 et httpd-2.0.x donc. A+ Jean-Frederic >Bonne soirée > >-----Message d'origine----- >De : linux-neuchatel-bounces at lists.alphanet.ch [mailto:linux-neuchatel-bounces at lists.alphanet.ch] De la part de Marc SCHAEFER >Envoyé : vendredi, 24. novembre 2006 21:52 >À : Activités Linux à Neuchâtel et environs >Objet : Re: [linux-neuchatel] [PHP] 5.2 et [Apache] 2.2.3 - Bug quand il y a overflow de donnée ? > >On Fri, Nov 24, 2006 at 09:08:30PM +0100, Christian Wagner wrote: > > >>Je dois travailler sur un laboratoire qui fait l'utilisation de l'algorithme >>de tarjan. Celui-ci prends pas mal de mémoire mais là n'est pas trop le >> >> > >Je ne connais pas. Peux-tu en dire plus ? > > > >>Mais par contre dans error.log de apache2 voici ce que je trouve : >>"[Fri Nov 24 20:51:38 2006] [notice] child pid 14944 exit signal >>Segmentation fault (11)" >> >> > >PHP n'est probablement pas le langage idéal; et mod_php dans Apache >pas forcément l'environnement idéal. > > > >>Quelqu'un aurait-il une idée pour résoudre le malheureux problème ? >> >> > >Un segmentation fault c'est en général l'indice d'une erreur de >programmation, liée au déréférencement d'un pointeur NULL ou >non initialisé. > >Si tu veux débugger plus avant, utilise la version non module Apache (installer >php4-cgi je crois, lancer depuis le shell), et utilise les outils systèmes >comme gdb (le debugger), ou active la génération de core dumps via >`ulimit -c unlimited'. > >Mais il te faudra vraisemblablement débugger du C, langage dans lequel >PHP est écrit. > >Il se peut que PHP réagisse ainsi à une erreur d'allocation de mémoire, >indice de sa faible qualité, illustrée par un nombre d'attaques sur le >langage et l'environnement assez ... fantastique (les scripts sont >souvent pourris aussi, mais cela est un autre problème). > >Il se peut aussi que je ne sois pas du tout objectif. > > > From wchristian at gmx.ch Sat Nov 25 00:15:25 2006 From: wchristian at gmx.ch (Christian Wagner) Date: Sat, 25 Nov 2006 00:15:25 +0100 Subject: =?utf-8?Q?RE:_=5Blinux-neuchatel=5D_=5BPHP=5D_5.2_?= =?utf-8?Q?et_=5BApache=5D_2.2.3_-_Bug_quand_il?= =?utf-8?Q?_y_a_overflow_de_donn=C3=A9e_=3F?= In-Reply-To: <456773C6.1020202@gmail.com> References: <000701c71004$4fddfb90$ef99f2b0$@ch> <20061124205141.GA8495@alphanet.ch> <000801c7100d$df3e4d90$9dbae8b0$@ch> <456773C6.1020202@gmail.com> Message-ID: <000a01c7101e$6c9584f0$45c08ed0$@ch> Effectivement je n'ai pas compilé moi-même PHP et Apache. J'ai cependant réussi à créer une erreur provenant de glibc(ou quelque chose de très semblable) je m'y suis pas attardé mais c'était assez fort :) Je vais attendre un patch d'ici là. Actuellement j'ai modifié mon code de tel sorte que je n'utilise pas les fonction pré-compilées de php (tel que array_find ou autres) et je gagne en temps et en mémoire. Actuellement j'ai pas essayé avec un script simple car je n'ai pas le temps de m'y attarder. Je vais rester avec la 2.2.3 et la 5.2 , ça me dérange pas trop trop mais c'est quand même un peu ennuyeux comme bug je trouve. Bonne soirée Wagner Christian -----Message d'origine----- De : linux-neuchatel-bounces at lists.alphanet.ch [mailto:linux-neuchatel-bounces at lists.alphanet.ch] De la part de Jean-frederic Clere Envoyé : vendredi, 24. novembre 2006 23:36 À : Activités Linux à Neuchâtel et environs Objet : Re: [linux-neuchatel] [PHP] 5.2 et [Apache] 2.2.3 - Bug quand il y a overflow de donnée ? Christian Wagner wrote: >Tarjan est un très ancien algorithme utilisé pour connaître les composantes fortement connexes d'un graphe. > >Je viens de tester en ligne de commande avec PHP5.2 et le résultat est bien affiché. >"Utilisation Memoire [Début]: 0.1Mo
[Phase 1] Terminée
[Phase 2] Terminée
[Phase 3] Terminée
[Phase 4] Terminée
Utilisation Memoire [Get_Array_Tops]: 8.17Mo
>Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 39 bytes) in /home/web/quakenet.ch/dev/GRE2006/WCH_Test/tarjan.php on line 30" > >Et à travers Apache : >"Utilisation Memoire [Dbut]: 0.11Mo
[Phase 1] Termine
[Phase 2] Termine
[Phase 3] Termine
[Phase 4] Termine
Utilisation Memoire [Get_Array_Tops]: 8.19Mo
" > >Par contre lorsque je passe par Apache 2.2.3 cela n'est plus le cas. J'ai essayé un downgrade sur Apache 2.0 comme c'était le cas avant la mise à jour mais impossible à chaque fois j'ai pleins d'erreurs. > >Je suppose donc que la librairie PHP5.2 n'est pas compatible avec Apache 2.2.3 pour les dépassement de capacité. > > Vu tes explications il me semble que tu ne compile pas httpd ni php toi-meme, il est donc difficile de te proposer un patch, correct? (En plus il faudrait trouver le probleme). Arrives-tu a reproduire le probleme avec un script php simple? >Si quelqu'un aurait une marche à suivre qui fonctionne pour un downgrade en 2.2 ou 2.0 ça serait sympa :) > > Tu n'a pas changer uniquement php5 et httpd-2.0.x donc. A+ Jean-Frederic >Bonne soirée > >-----Message d'origine----- >De : linux-neuchatel-bounces at lists.alphanet.ch [mailto:linux-neuchatel-bounces at lists.alphanet.ch] De la part de Marc SCHAEFER >Envoyé : vendredi, 24. novembre 2006 21:52 >À : Activités Linux à Neuchâtel et environs >Objet : Re: [linux-neuchatel] [PHP] 5.2 et [Apache] 2.2.3 - Bug quand il y a overflow de donnée ? > >On Fri, Nov 24, 2006 at 09:08:30PM +0100, Christian Wagner wrote: > > >>Je dois travailler sur un laboratoire qui fait l'utilisation de l'algorithme >>de tarjan. Celui-ci prends pas mal de mémoire mais là n'est pas trop le >> >> > >Je ne connais pas. Peux-tu en dire plus ? > > > >>Mais par contre dans error.log de apache2 voici ce que je trouve : >>"[Fri Nov 24 20:51:38 2006] [notice] child pid 14944 exit signal >>Segmentation fault (11)" >> >> > >PHP n'est probablement pas le langage idéal; et mod_php dans Apache >pas forcément l'environnement idéal. > > > >>Quelqu'un aurait-il une idée pour résoudre le malheureux problème ? >> >> > >Un segmentation fault c'est en général l'indice d'une erreur de >programmation, liée au déréférencement d'un pointeur NULL ou >non initialisé. > >Si tu veux débugger plus avant, utilise la version non module Apache (installer >php4-cgi je crois, lancer depuis le shell), et utilise les outils systèmes >comme gdb (le debugger), ou active la génération de core dumps via >`ulimit -c unlimited'. > >Mais il te faudra vraisemblablement débugger du C, langage dans lequel >PHP est écrit. > >Il se peut que PHP réagisse ainsi à une erreur d'allocation de mémoire, >indice de sa faible qualité, illustrée par un nombre d'attaques sur le >langage et l'environnement assez ... fantastique (les scripts sont >souvent pourris aussi, mais cela est un autre problème). > >Il se peut aussi que je ne sois pas du tout objectif. > > > _______________________________________________ linux-neuchatel mailing list linux-neuchatel at lists.alphanet.ch http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel From lugbox at lzi.ch Sat Nov 25 00:20:22 2006 From: lugbox at lzi.ch (Lol Zimmerli) Date: Sat, 25 Nov 2006 00:20:22 +0100 Subject: [linux-neuchatel] [PHP] 5.2 et [Apache] 2.2.3 - Bug quand il y a overflow de =?ISO-8859-15?Q?donn=E9e?= ? In-Reply-To: <000801c7100d$df3e4d90$9dbae8b0$@ch> References: <000701c71004$4fddfb90$ef99f2b0$@ch> <20061124205141.GA8495@alphanet.ch> <000801c7100d$df3e4d90$9dbae8b0$@ch> Message-ID: Hello, "Christian Wagner" écrit/wrote: > Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 39 bytes) in /home/web/quakenet.ch/dev/GRE2006/WCH_Test/tarjan.php on line 30" Dans ton php.ini, que vaut memory_limit ? Et si tu essaie de le doubler? Bon week-end -- /* Lol Zimmerli */ Penser librement est grand, penser juste est plus grand. Thomas Thorild From lugbox at lzi.ch Sat Nov 25 00:21:33 2006 From: lugbox at lzi.ch (Lol Zimmerli) Date: Sat, 25 Nov 2006 00:21:33 +0100 Subject: [linux-neuchatel] [PHP] 5.2 et [Apache] 2.2.3 - Bug quand il y a overflow de =?ISO-8859-15?Q?donn=E9e?= ? In-Reply-To: <20061124205141.GA8495@alphanet.ch> References: <000701c71004$4fddfb90$ef99f2b0$@ch> <20061124205141.GA8495@alphanet.ch> Message-ID: Hello, schaefer at alphanet.ch (Marc SCHAEFER) écrit/wrote: > PHP n'est probablement pas le langage idéal; et mod_php dans Apache > pas forcément l'environnement idéal. (...) > Il se peut aussi que je ne sois pas du tout objectif. Un mauvais souvenir lié à PHP/FI ? ;*) -- /* Lol Zimmerli */ Penser librement est grand, penser juste est plus grand. Thomas Thorild From schaefer at alphanet.ch Sat Nov 25 09:06:52 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Sat, 25 Nov 2006 09:06:52 +0100 Subject: [linux-neuchatel] =?iso-8859-1?B?W1BI?= =?iso-8859-1?Q?P=5D_5=2E2_et_=5BApache=5D_2=2E2=2E3_-_Bug_quand_il_y_a_ov?= =?iso-8859-1?Q?erflow_de_donn=E9e?= ? In-Reply-To: <000a01c7101e$6c9584f0$45c08ed0$@ch> References: <000701c71004$4fddfb90$ef99f2b0$@ch> <20061124205141.GA8495@alphanet.ch> <000801c7100d$df3e4d90$9dbae8b0$@ch> <456773C6.1020202@gmail.com> <000a01c7101e$6c9584f0$45c08ed0$@ch> Message-ID: <20061125080652.GA5883@alphanet.ch> On Sat, Nov 25, 2006 at 12:15:25AM +0100, Christian Wagner wrote: > Effectivement je n'ai pas compilé moi-même PHP et Apache. [ ... ] Il ne me semble pas que tu aies précisé la distribution concernée. > > Tarjan est un très ancien algorithme utilisé pour connaître les composantes fortement connexes d'un graphe. http://en.wikipedia.org/wiki/Tarjan Robert Tarjan PS: éditez vos messages, c'est lassant de devoir parcourir chacun des messages pour se rendre compte que c'est simplement une concaténation de la question originale, dans l'ordre incorrect. -- Je lis les messages bien formatés. N'abusez pas du Cc:. Texte == efficace. Citer n'est pas concaténer. Editez vos messages, ça gagne du temps. Marc se met au blog `-o ro': http://www.alphanet.ch/schaefer_chronique.html From wchristian at gmx.ch Sat Nov 25 10:32:34 2006 From: wchristian at gmx.ch (Christian Wagner) Date: Sat, 25 Nov 2006 10:32:34 +0100 Subject: =?windows-1256?Q?RE:_=5Blinux-neuchatel=5D_=5BPHP=5D_5.2_et_=5BApac?= =?windows-1256?Q?he=5D_2.2.3_-_Bug_quand_il_y_a_overflow_de_donn=E9e_=3F?= In-Reply-To: <20061125080652.GA5883@alphanet.ch> References: <000701c71004$4fddfb90$ef99f2b0$@ch> <20061124205141.GA8495@alphanet.ch> <000801c7100d$df3e4d90$9dbae8b0$@ch> <456773C6.1020202@gmail.com> <000a01c7101e$6c9584f0$45c08ed0$@ch> <20061125080652.GA5883@alphanet.ch> Message-ID: <000001c71074$a3b0c430$eb124c90$@ch> La distribution c'est une Debian Sarge. La limite d'utilisation mémoire était fixée à 32Mb mais j'ai optimisé une grosse partie du code et j'ai obtenu quelque chose comme 15Mb d'utilisation maximal. Dès lors que mes scripts sont finis vous pourrez jeter un œil au code source. J'espère que le groupe apache et php vont s'entendre pour combler ce bug assez ennuyeux. _______________________________________________ linux-neuchatel mailing list linux-neuchatel at lists.alphanet.ch http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel From wchristian at gmx.ch Sat Nov 25 21:43:38 2006 From: wchristian at gmx.ch (Christian Wagner) Date: Sat, 25 Nov 2006 21:43:38 +0100 Subject: =?iso-8859-1?Q?RE:_=5Blinux-neuchatel=5D_=5BPHP=5D_5.2_et_=5BApache?= =?iso-8859-1?Q?=5D_2.2.3_-_Bug_quand_il_y_a_overflow_de_donn=E9e_=3F?= In-Reply-To: <000001c71074$a3b0c430$eb124c90$@ch> References: <000701c71004$4fddfb90$ef99f2b0$@ch> <20061124205141.GA8495@alphanet.ch> <000801c7100d$df3e4d90$9dbae8b0$@ch> <456773C6.1020202@gmail.com> <000a01c7101e$6c9584f0$45c08ed0$@ch> <20061125080652.GA5883@alphanet.ch> <000001c71074$a3b0c430$eb124c90$@ch> Message-ID: <000101c710d2$631c15b0$29544110$@ch> Chose promise chose faite :) Vous pouvez allez checker le code source pour ceux que ça intéresse. http://dev.quakenet.ch/GRE2006/ C'est débuggé normalement donc il n'y a plus l'erreur overflow. Je n'ai pas "sécurisé" le code donc amusé vous pas à tout casser. (Les rapports sont pas online car on a pas encore rendu). Comme quoi avec du PHP on peut faire quelque chose de bien si on se donne la peine de optimisé un maximum un peu partout. J'utilise au max 6Mo de mémoire ram. Pour ce qui est du temps d'exécution on est passé de 1minute 20 à 1.9 Secondes. Voilà ;) Bonne soirée, Wagner Christian _______________________________________________ linux-neuchatel mailing list linux-neuchatel at lists.alphanet.ch http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel From jfclere at gmail.com Sun Nov 26 09:50:13 2006 From: jfclere at gmail.com (Jean-frederic Clere) Date: Sun, 26 Nov 2006 09:50:13 +0100 Subject: =?ISO-8859-1?Q?Re=3A_=5Blinux-neuchatel=5D_=5BPHP=5D_5=2E2?= =?ISO-8859-1?Q?_et_=5BApache=5D_2=2E2=2E3_-_Bug_quand_il_?= =?ISO-8859-1?Q?y_a_overflow_de_donn=E9e_=3F?= In-Reply-To: <000101c710d2$631c15b0$29544110$@ch> References: <000701c71004$4fddfb90$ef99f2b0$@ch> <20061124205141.GA8495@alphanet.ch> <000801c7100d$df3e4d90$9dbae8b0$@ch> <456773C6.1020202@gmail.com> <000a01c7101e$6c9584f0$45c08ed0$@ch> <20061125080652.GA5883@alphanet.ch> <000001c71074$a3b0c430$eb124c90$@ch> <000101c710d2$631c15b0$29544110$@ch> Message-ID: <45695545.50007@gmail.com> Christian Wagner wrote: >Chose promise chose faite :) > >Vous pouvez allez checker le code source pour ceux que ça intéresse. > >http://dev.quakenet.ch/GRE2006/ > > curl -v http://dev.quakenet.ch/GRE2006/ donne: +++ Content-Type: text/html; charset=ISO-8859-1 +++ Par contre tu envoie de l'UTF-8, la page avec mon mozilla n'est pas geniale au display. A+ Jean-Frederic From schaefer at alphanet.ch Thu Nov 30 10:49:42 2006 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Thu, 30 Nov 2006 10:49:42 +0100 Subject: [linux-neuchatel] 6 dec: Rencontre mensuelle groupe linux-neuchatel Message-ID: <20061130094941.GA7914@alphanet.ch> Date: mercredi 2006-12-06 Début: 19h15 Lieu: Petite salle chez Ital'Panini, près de la Tour Espacité, La Chaux-de-Fonds Informations: http://www.italpanini.ch/presentation.html Thème: Rencontre mensuelle linux-neuchâtel: contenu éventel à définir sur place Public: Personnes intéressées Responsable: Cédric ROCHAT Entrée: Libre (consommation) Inscription: Recommandée: mail à crochat at younics.org avec dans le sujet: Inscription linux-neuchatel 20061206