Received: with ECARTIS (v1.0.0; list gopher);
 Fri, 28 May 2004 14:22:14 -0500 (CDT)
Return-Path: <glenna.malleau@exfo.com>
X-Original-To: gopher@complete.org
Delivered-To: gopher@complete.org
Received: from localhost (localhost [127.0.0.1])
	by glockenspiel.complete.org (Postfix) with ESMTP id 621A5C9
	for <gopher@complete.org>; Fri, 28 May 2004 14:22:13 -0500 (CDT)
Received: from glockenspiel.complete.org ([127.0.0.1])
	by localhost (glockenspiel [127.0.0.1]) (amavisd-new, port 10025)
	with ESMTP id 26814-04 for <gopher@complete.org>;
	Fri, 28 May 2004 14:22:11 -0500 (CDT)
Received: from spqcexc02.exfo.com (h209-71-211-193.gtconnect.net
 [209.71.211.193])
	by glockenspiel.complete.org (Postfix) with ESMTP id EE7BE2F5
	for <gopher@complete.org>; Fri, 28 May 2004 14:22:04 -0500 (CDT)
Received: from spqcexc01.exfo.com ([172.16.48.171]) by spqcexc02.exfo.com with
 Microsoft SMTPSVC(5.0.2195.6713);
	 Fri, 28 May 2004 15:22:26 -0400
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
Subject: [gopher] Please remove me from this list RE: Re: Pygopherd and xinetd
Date: Fri, 28 May 2004 15:22:26 -0400
Message-ID: <A7C2380FBDDA4D479AD587E08679CCC404717AD4@spqcexc01.exfo.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [gopher] Re: Pygopherd and xinetd
Thread-Index: AcRE5+glUBtUA22bSJ+9nbgTwDAkGQAAPXLg
From: "Glenna Malleau" <glenna.malleau@exfo.com>
To: <gopher@complete.org>
X-OriginalArrivalTime: 28 May 2004 19:22:26.0977 (UTC)
 FILETIME=[1C851910:01C444E9]
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at complete.org
X-archive-position: 925
X-ecartis-version: Ecartis v1.0.0
Sender: gopher-bounce@complete.org
Errors-to: gopher-bounce@complete.org
X-original-sender: glenna.malleau@exfo.com
Precedence: bulk
Reply-to: gopher@complete.org
List-help: <mailto:ecartis@complete.org?Subject=help>
List-unsubscribe: <mailto:gopher-request@complete.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: Gopher <gopher.complete.org>
X-List-ID: Gopher <gopher.complete.org>
List-subscribe: <mailto:gopher-request@complete.org?Subject=subscribe>
List-owner: <mailto:jgoerzen@complete.org>
List-post: <mailto:gopher@complete.org>
List-archive: <http://www.complete.org/mailinglists/archives/>
X-list: gopher

Please remove this e-mail from the list...  glenna.malleau@exfo.com
thank you

-----Original Message-----
From: Alessandro Selli [mailto:dhatarattha@route-add.net]
Sent: May 28, 2004 3:13 PM
To: gopher@complete.org
Subject: [gopher] Re: Pygopherd and xinetd


Il giorno Fri, 28 May 2004, John Goerzen cos=EC ha scritto:

|From: John Goerzen <jgoerzen@complete.org>
|To: gopher@complete.org
|Date: Fri, 28 May 2004 08:08:32 -0500
|Subject: [gopher] Re: Pygopherd and xinetd
|
|On Fri, May 28, 2004 at 11:25:09AM +0200, Alessandro Selli wrote:
|>   I finally set pygopherd_2.0.9 up and running on route-add.net, =
after=20
|> installing python2.3 side to side with the server's native python2.1.
|> I noticed that I cannot run it from xinetd, when I try to I get this =
error in=20
|> the log:
|
|PyGopherd does not have any support for running from inetd or xinetd at
|present.  That support would probably be trivial to implement, but it's
|just not there right now.

  Oh well, it doesn't matter.  The old sparky has got so much RAM I can=20
leave pygopherd run all the time whithout trouble.

|Let me explain some of the errors you're getting:
|
|> May 25 20:28:16 brillante pygopherd[25192]: Pygopherd starting, using =

|> configuration file /etc/pygopherd/pygopherd.conf
|> May 25 20:28:17 brillante pygopherd[25192]: mimetypes initialized =
with files:=20
|> ['./conf/mime.types', '/etc/pygopherd/mime.types', '/etc/mime.types']
|> May 25 20:28:18 brillante pygopherd[25192]: unknown-address =
[None/None]=20
|> EXCEPTION error: (48, 'Address already in use')
|
|That's because PyGopherd attempts to listen to a port that is already
|being listened on by xinetd.

  Just as I thought!  :^)

|> May 25 20:28:18 brillante pygopherd[25192]: Application startup NOT =
successful!
|>=20
|>   When I run it as a standalone server, it runs all right.  When I =
wan to run=20
|> it as a xinetd-run service, I put "detach =3D yes" in=20

  Well, this was wrong anyway, when a server is run from xinetd it =
should not=20
detach/fork (are the two terms interchangeable?) on its own, since =
xinetd=20
takes  care of that (I realized this some time ago when I wanted Qpopper =
to=20
run from xinetd and it failed, IIRC).  I either remebered wrong what I =
did, or
I wrote the wrong thing or I messed up xinetds' configuration.

|Unfortunately, all detach does is tell PyGopherd to run as a Unix =
daemon
|-- that is, it forks itself off, continues listening for connections in
|the backgrouns, and returns immediately.

  So, if I put "detach =3D no" then the server is busy and does not =
answer=20
new connections until the current one ends (that is, until the current =
data=20
transfer completes)?

|> Oh, by the way, John, I noticed this typo in the pygopherd/README =
file:
|
|Oops :-)

  I want to be mentioned in the next Cahngelog!  :-D



  Sandro


--=20
Bellum se ipsum alet
       La guerra nutre se stessa

Livio, "Ab urbe condita", XXXIV,9