John Goerzen | 2 Jul 2002 18:52
Favicon

Pygopherd enters beta testing


Hello,

Today, I have released pygopherd 0.9.14, the "spit shine" release.  It
improves on previous releases by:

 * Using process groups to ensure an orderly shutdown when SIGTERM is
   received -- making sure all children are killed.

 * Logging more exceptions and errors.

 * Better detection of problems.

 * Some bug-fixes with HTML parsing.

 * An all-new, spiffy version number.

Please pound on it, see if there are any problems.  If none are detected
within about a week, I intend to label it good and release version 1.0.0 of
pygopherd!

-- John

--

-- 
John Goerzen <jgoerzen@...>                       www.complete.org

Robert Warning | 15 Jul 2002 06:02
Picon

Hello all


Im kinda new to gopher, but after cruising the net I stumbled across 
this little gem which is perfect for my needs. (A text only site that 
gives info and downloads on a flashy php-based web tingy im working on, 
ironic no) I have a couple questions though. Since gopher is a  one way 
street from server to client (except for client page requests) how is 
cgi handled more specifically these mole things they talk about at 
bucktooth? What are ASKs and how do they work? What is the differnece 
between gopher+ and regular old gopher? Any help would be appreciated.

John Goerzen | 15 Jul 2002 18:46
Favicon

Re: Hello all


On Mon, Jul 15, 2002 at 12:02:50AM -0400, Robert Warning wrote:
> 
> Im kinda new to gopher, but after cruising the net I stumbled across 
> this little gem which is perfect for my needs. (A text only site that 

Hello Robert,

I am glad you found Gopher and dropped by.  Let me try to answer your
questions:

> gives info and downloads on a flashy php-based web tingy im working on, 
> ironic no) I have a couple questions though. Since gopher is a  one way 
> street from server to client (except for client page requests) how is 
> cgi handled more specifically these mole things they talk about at 

Gopher does not have a CGI algorithm as such.  Bucktooth "moles" or
PyGopherd PYGs both provide for dynamic document and menu generation. 
Essentially, it is possible to generate documents on the fly, with arbitrary
menus, and let the user select things from them.  After all, it's just a
different select.  It works similar to the GET method for CGIs.

Take a look at gopher://gopher.quux.org:70/1/pygfarm/dict.pyg for an
example.  The source to this comes with the pygopherd distribution.  It
provides a Gopher interface to a DICT server, generating all pages
(including that main one) on the fly based on the DICT responses.

> bucktooth? What are ASKs and how do they work? What is the differnece 

ASK blocks are a feature of gopher+ that are similar in concept to HTML
(Continue reading)

Aaron Angel | 15 Jul 2002 19:08
Picon

Re: Hello all


On Monday 15 July 2002 11:46 am, John Goerzen wrote:
> Gopher+ support on
> the client side is also somewhat meagre; AFAIK, only UMN Gopher support=
s
> it.

Don't forget that lovely win16 app named HGopher originally written for=20
Windows 3.1 and one which, I might add, continues to function even in XP!=
 =20
Mustn't forget that one.  It has decent Gopher+ support, and is still the=
=20
best Gopher client for Windows, I think (that is, if you insist on a=20
graphical UI).

Aaron J. Angel | 16 Jul 2002 12:51
Picon

PyGopherd + gophermap


What's up with the gophermap support in PyGopherd?  Bucktooth's
gophermap files are slightly more intuitive than the ones PyGopherd seem
to support (e.g.: info lines have no tabs in bucktooth, which doesn't
seem to work with PyGopherd)...and there was something else, but I can't
remember what.

Also, is there a way to allow the use of type tags in HTTP URIs?  It'd
be most useful for Gopher/Web sites (I suppose I could simply <t> to /,
but that seems a bit crude).

--

-- 
Aaron J. Angel <aangel@...>

John Goerzen | 28 Jul 2002 05:10
Favicon

Temporary e-mail outage


Hello,

On Thursday evening at about 9 PM, complete.org was caught in the middle of
some unfortunate circumstances.  The company that provided Internet
connectivity to complete.org got in a billing dispute with the company that
provides THEM with access.  As a result, all their customers, including
complete.org, were cut off.

When it became apparent that this would not be a rapidly-fixed outage, I set
up a new server at a different location.  By this point, e-mail should be
completely restored, although the last offsite backups were 10 days old so
recent subscriber list changes might not have made it.  Some people may
still have trouble sending mail TO complete.org; please be patient, and
the problem should be resolved within 12 hours.

Please write to me if you have any questions or concerns.

Thanks,
John Goerzen

--

-- 
John Goerzen <jgoerzen@...>    GPG: 0x8A1D9A1F    www.complete.org

John Goerzen | 29 Jul 2002 19:00
Favicon

Things slowly returning


Well folks,

If you have recently checked out the network interruption status page at
http://198.78.66.183/, you'll notice that I'm making good progress on
returning things to normal.  A skeleton Gopher site is back, running with
pygopherd, so quux.org is coming back.  However, due to an oversight about a
year ago, I did not get the quux.org InterNIC records pointing to the new
primary nameserver, so alas, nobody can get to quux.org yet.  Sorry about
that.  In the meantime, if anyone needs gopher or pygopherd, you can find it
at ftp://archive.progeny.com/debian/main/pool/p/pygopherd or
/debian/main/pool/g/gopher.

-- John

--

-- 
John Goerzen <jgoerzen@...>    GPG: 0x8A1D9A1F    www.complete.org

John Goerzen | 17 Jul 2002 23:14
Favicon

Re: PyGopherd + gophermap


On Tue, Jul 16, 2002 at 05:51:15AM -0500, Aaron J. Angel wrote:
> 
> What's up with the gophermap support in PyGopherd?  Bucktooth's
> gophermap files are slightly more intuitive than the ones PyGopherd seem
> to support (e.g.: info lines have no tabs in bucktooth, which doesn't
> seem to work with PyGopherd)...and there was something else, but I can't
> remember what.

If you could send me a sample gophermap file and a description of what
Pygopherd does wrong, I'll be pleased to fix it.

> Also, is there a way to allow the use of type tags in HTTP URIs?  It'd
> be most useful for Gopher/Web sites (I suppose I could simply <t> to /,
> but that seems a bit crude).

Hmm, I'm not sure I understand the question.  Are you referring to Pygopherd
as a HTTP server, or to links from Gopherspace to HTTP-space?

--

-- 
John Goerzen <jgoerzen@...>    GPG: 0x8A1D9A1F    www.complete.org

Aaron J. Angel | 17 Jul 2002 23:30
Picon

Re: PyGopherd + gophermap

On Wed, 2002-07-17 at 16:14, John Goerzen wrote:
> 
> On Tue, Jul 16, 2002 at 05:51:15AM -0500, Aaron J. Angel wrote:
> > 
> > What's up with the gophermap support in PyGopherd?  Bucktooth's
> > gophermap files are slightly more intuitive than the ones PyGopherd seem
> > to support (e.g.: info lines have no tabs in bucktooth, which doesn't
> > seem to work with PyGopherd)...and there was something else, but I can't
> > remember what.
> 
> If you could send me a sample gophermap file and a description of what
> Pygopherd does wrong, I'll be pleased to fix it.

For example, the following in bucktooth:

Info test blah blah blah

with no tabs whatsoever, is turned into an i-entry.  PyGopherd requires
something like this (F being the tab seperator):
iInfo test blah blah blahF

I think there may have been something else that seemed broken, but I'm
not sure...if I remember (I likely won't), I'll tell ya.

> > Also, is there a way to allow the use of type tags in HTTP URIs?  It'd
> > be most useful for Gopher/Web sites (I suppose I could simply <t> to /,
> > but that seems a bit crude).
> 
> Hmm, I'm not sure I understand the question.  Are you referring to Pygopherd
> as a HTTP server, or to links from Gopherspace to HTTP-space?
(Continue reading)

John Goerzen | 17 Jul 2002 23:35
Favicon

Re: PyGopherd + gophermap


On Wed, Jul 17, 2002 at 04:30:55PM -0500, Aaron J. Angel wrote:

> with no tabs whatsoever, is turned into an i-entry.  PyGopherd requires
> something like this (F being the tab seperator):
> iInfo test blah blah blahF

OK, I will fix it.

> As an HTTP server.  For example, if you have an HTML link to /<file>, it
> works fine using HTTP.  But, say you're browser supports gopher, and you
> try the same link, there's no type specified, so it fails.  However, if
> you change it to /0/≤file> or whatever, it works with Gopher, but not
> with HTTP.

Sounds like a useful feature.  I will add it.

Look for these changes within about a day or two.

-- John


Gmane